LTE Cours Complet

06/10/2010
Sommaire
I.
II.
III.
IV.
V.
Systme LTE/SAE :
Interface radio,
Architecture et Protocoles
Sami Tabbane
1
LTE/SAE
Architecture rseau et protocoles
Protocoles du plan de contrle
Protocoles du plan usager
Couche physique pour le lien
descendant
VI. Couche physique pour le lien
montant
Releases 3GPP (1)
I. LTE/SAE
Release 99 (fige en Mars 2000)

- Premire version de la norme UMTS,
- Introduction de lUTRAN,
- Peu de modification du cur de rseau GSS.
Release 4 (fige en Mars 2001)
- Evolution du transport dans le cur de rseau,
- Sparation des donnes et du contrle dans le cur CS,
- Premires tapes vers les NGN.
Release 5 (fige en Juin 2002)
- Introduction de lIMS (pour le plan contrle, avec le domaine
PS pour le plan transport),
- HSDPA,
4
- IP dans lUTRAN.
06/10/2010
Releases 3GPP (2)

Release 6 (fige en Dcembre 2004)
- HSUPA (E-DCH),
- MBMS,
- MIMO,
- Partage du rseau,
- Amliorations IMS : services temps rel, convergence avec le
fixe, intgration de modes daccs alternatifs (WLANs, xDSL,
3GPP2).
Release 7
- Evolution vers le tout-IP,
- Evolution vers le B3G,
- MIMO, UMTS 2,6 GHz, UMTS 900 MHz.
UMTS Release 99
MMSC
Billing
OMC
SCP
HLR
MSC/VLR
GMSC SGSN
GGSN
PS Core
CS Core
Node B
RNC
Base sur GSM et GPRS
UMTS Release 4
MMSC
OMC
SCP
UMTS Release 5
Billing
MMSC
HLR
MSC Server
SCP
GMSC Server
GMSC Server
CSCF
CS
GMGW
CS
SGSN
GGSN
GMGW
MGW
PS Core
CS
Node B
SGSN
IMS
MGCF
GGSN
PS Core
Node B
RNC
Plans de contrle et de transport spars pour CS
Billing
HSS
MSC Server
CS
MGW
OMC
RNC
Introduction dIMS et IP dans le RAN
06/10/2010
Synthse des volutions

Release 99 1999
Release 4 2001
FDD et TDD 384 kb/s
TDD 1,28 Mb/s
Services GSM/GPRS
Handover GSM/GPRS
Support pour appels
multiples
LCS sur interface radio
Rpteur UTRA
TFO/TrFO
LCS sur interfaces rseau
Release 6 2004
Objectifs du LTE (1)
Release 5 2002
volution du transport
vers lIP
IMS
HSDPA
QoS fiable pour le
domaine PS
Dfis de lE-UTRAN :
volution vers un coeur

de rseau IP
Release 7 2006
HSUPA
TDD amlior
volution vers cur tout Technologie MIMO
IP et IP dans RAN
Dbits thoriques de 14
Support amlior IMS
Mb/s (DL) et 5 Mb/s (UL)
Intgration avec dautres
WLANs
Beyond 3G - LTE
Modulation OFDM
Autres technologies en
cours dtude
Demande de dbits de donnes plus importants

Prvision dallocations de spectre 3G additionnel
Plus grande flexibilit dans lallocation de
frquences : Opration dans des bandes apparies
ou non sur les liens montant et descendant de
largeurs 1.25, 2.5, 5, 10, 15 et 20 MHz
Coexistence avec GERAN et UTRAN
Comptition avec des technologies avec ou sans
licence (WiMAX, WiFi, )
10
Jusqu 200 utilisateurs actifs dans une cellule, pour une bande de 5
MHz
Enhanced Multimedia Broadcast Multicast Service (EMBMS)

Support amlior de la qualit de service de bout-en-bout
Cots dOPEX rduits
Complexit systme et terminal, cots et consommation
de puissance acceptables
Compatibilit avec les versions antrieures et dautres
systmes
Optimis pour les faibles vitesses mobiles (<15 km/h)
mais supportant des vitesses mobiles importantes
(Jusqu 350 km/h)
11
12
Objectifs du E-UTRAN :
Augmenter significativement les dbits pic : Jusqu 100 Mb/s en lien
descendant et 50 Mb/s en lien montant avec un spectre de 20 MHz
Dbit binaire augment en bordure de cellule
Efficacit spectrale amliore (3 4 fois le lien descendant de
lUTRAN et 2 3 fois le lien montant de lUTRAN)
Latence rduite: Rduire la latence pour les changements dtats RRC
et la transmission sur le rseau daccs (Moins de 5 ms)
Flexibilit de spectre (Scalable Bandwidth): 1.25/2.5/5/10/20 MHz
06/10/2010
Technologies en Faveur du LTE
Spectre
1/8
Raret des ressources spectrales :
OFDM (Orthogonal Frequency Division

Multiplexing)
Egalisation dans le domaine frquentiel
SC-FDMA (Single-Carrier FDMA)
MIMO (Multiple-Input Multiple-Output)
Ordonnancement (Scheduling) de ressources
dpendant du canal multi-porteuses
Rutilisation fractionnaire de frquences
(Fractional Frequency Reuse)
Partie basse du spectre (commenant 400 MHz) surcharge par

des applications numriques, analogiques, publiques et militaires
Partie haute du spectre (au dessus de 2 GHz) offrant des
possibilits dextensions et dapplications gourmandes en dbit
mais cellules de tailles rduites
Manque dharmonisation :
Pour des raisons historiques et des disparits dans les rgles de
rgulation, lallocation spectrale diffre entre pays
Difficult de dfinition lchelle mondiale du spectre
systme
13
Spectre
2/8
14
Spectre
GSM :
3/8
3G et IMT-2000 :
Initialement construit pour fonctionner sur une bande

unique 900 MHz
Un des objectifs tait doffrir une mobilit globale

Ncessit dun niveau minimum dharmonisation de
spectre
Dcision prise au WARC-92 (World Administrative
Radio Conference of 1992) pour identifier 230 MHz de
spectre sur une base mondiale
Spectre partag en deux bandes:
Les spcifications GSM laissaient peu de possibilits pour

tendre dautres bandes
Avec le succs du GSM, le besoin davoir des frquences
additionnelles sest fait sentir pour supporter le nombre
grandissant dabonns et doprateurs
Modification du GSM pour pouvoir supporter dautres
frquences: Bandes 1800 et 1900 MHz, puis bandes 450,
480 et 850 MHz
1885-2025 MHz
2110-2200 MHz
15
16
06/10/2010
Spectre
4/8
Spectre
5/8
3G et IMT-2000 :
Les tudes de spectre du WARC-92 sont bases sur
lhypothse de services faibles dbits
Besoin de frquences additionnelles soulev durant le
WRC-2000 (World Radiocommunication Conference 2000)
Pour pouvoir offrir des services multimdia, 3 bandes
additionnelles ont t dfinies (ajout de presque 500 MHz):
806-960 MHz
1710-1885 MHz
Allocation de Spectre pour lIMT-2000 (WRC-2000)
2500-2690 MHz
17
Spectre
6/8
18
Spectre
7/8
La bande de couverture principale se trouve dans les

frquences UHF 470-806/862 MHz utilises actuellement
pour la diffusion TV terrestre:
3G et IMT-2000 :
Le WRC-07 a identifi des bandes basses pour la
couverture et des bandes hautes pour la capacit
La sous-bande 790-862 MHz a t identifie en Europe et en

Asie-Pacifique
La sous-bande 698-806 MHz a t identifie aux Amriques
La sous-bande 450-470 MHz a t identifie globalement
La bande de capacit principale se trouve dans la bande C

3.4-4.2 GHz: La sous-bande 3.4-3.8 GHz a t identifie
en Europe et en Asie-Pacifique
La bande 2.3-2.4 GHz a t identifie en Chine au WRC2000 (Non disponible en Europe et aux Amriques)
Nouvelles Bandes Identifies au WRC-07
19
20
06/10/2010
Spectre
8/8
Concepts EPS (EPS = LTE+SAE)
LIMT-2000 ne spcifie pas la faon avec

laquelle le spectre doit tre utilis Dcision
laisse au rgulateur local
Architecture plate et simplifie compare celle hirarchique

2G/3G
Architecture uniquement paquet compare larchitecture
2G/3G circuit et paquet
Connectivit permanente tout-IP compare des contextes PDP
temporaires ou permanents en 2G/3G dans le domaine paquet
Interface radio totalement partage compare des ressources
ddies et partages dans larchitecture 2G/3G
Handover possible vers les rseaux 2G/3G et
CDMA/CDMA2000.
En Europe, lutilisation du spectre est sous la

responsabilit de lERC (European
Radiocommunications Committee), au sein du
CEPT (European Conference of Postal and
Telecommunications Administrations)
21
Architectures UTRAN et Evolved

UTRAN
Core Network
Iu
Iu
Iur
RNC
Iub
Architecture cible EPS (LTE+SAE)
Core Network
S1
Iub
S1
RNC
Iub
X2
Iub
eNodeB
LTE : Long Term Evolution

SAE : System Architecture Evolution
MME : Mobility Management Entity
GW : Gateway
PCRF : Policy and Charging Rules Function
HSS : Home Subscriber Server
AAA : Authentication, Authorization and Accounting
IMS : IP Multimedia Subsystem
Combined MME+Serving GW+PDN GW = aGW
aGW : Access Gateway
IMS
Rx
PCRF
Gx
UE
eNode B
MME
Architecture E-UTRAN
IP Network
LTE
23
Cx, Sh
HSS
S6
eNodeB
NodeB
Architecture UTRAN
22
Serving GW
IP Network
PDN GW
SAE
24
06/10/2010
1. Prsentation gnrale de larchitecture
II. Architecture
rseau et protocoles
2. Architecture protocolaire
3. QoS et bearers EPS
4. Interfaces rseau E-UTRAN :
interface S1
5. Interfaces rseau E-UTRAN :
interface X2
25
26
Architecture Globale de lEPS 1/2
Architecture Globale de lEPS 2/2

Les blocs spcifiques lEvolved UMTS (EPS :
Evolved Packet System) sont:
Le EPC (Evolved Packet Core)
Le E-UTRAN (Evolved UTRAN)
Architecture
Globale de lEPS
A travers des Media Gateway, lIMS (IP

Multimedia Subsystem) fournit un accs:
Aux rseaux IP publics ou privs
Au rseau tlphonique public
27
28
06/10/2010
E-UTRAN
1/7
E-UTRAN
2/7
Le rseau UTRAN est compos:

Node B : transmission et la rception sur linterface radio
RNC (Radio Network Controller) : configuration des NodeB
et de lallocation de ressources radio
Modle en toile du 2G/GSM : Un seul contrleur (le

RNC) contrle un grand nombre (typiquement quelques
centaines) de stations de base radio (Node B) sur
linterface Iub
Interface Iur inter-RNC : ancrage dappels au niveau RNC
et la macro-diversit entre diffrents NodeB contrls par
diffrents RNC
Architectures UTRAN et Evolved UTRAN

29
E-UTRAN
3/7
Larchitecture UTRAN a conduit des Node B simples et des

RNC trs compliqus Le RNC doit grer les ressources et le
trafic en plus dune partie significative des protocoles radio
30
E-UTRAN
4/7
Le terme Node provient du fait que la Station

de Base peut tre implmente comme un
nud :
Mono-cellule offrant une couverture et des
services dans une seule cellule
Multi-cellule, o chaque cellule couvre un secteur
gographique donn
Le E-UTRAN a une structure simple : Il est compos

uniquement de eNodeB (Evolved NodeB)
RNC 3G hrit du BSC (Base Station Controller) 2G a
disparu du E-UTRAN Les eNodeB sont directement
connects au rseau cur travers linterface S1
Fonctionnalits du RNC distribues entre eNodeB et entits
MME et Serving Gateway du rseau cur
31
Modles de eNodeB Possibles
32
06/10/2010
E-UTRAN
5/7
Interface X2 : entre eNodeB pour minimiser la perte de paquets

due la mobilit utilisateur
Paquets non transmis ou non acquitts, stocks dans lancien
eNodeB sont transmis vers le nouveau eNodeB travers
linterface X2
Architecture E-UTRAN proche de larchitecture WiFi et WiMAX :
eNodeB supporte les fonctionnalits de couches 1 et 2 associes
linterface physique OFDM et directement connect aux routeurs
rseau
Architecture de rseau simplifie (peu de nuds de diffrents
types)
Fonctionnement rseau simplifi
Performances amliores sur linterface radio
E-UTRAN
Terminaison des protocoles de la Couche 2 dans le eNodeB

plutt que dans le RNC rduction des dlais de
transmission dus la transmission de paquets rpts sur
linterface Iub
eNodeB supporte des fonctionnalits lies aux procdures de
la couche physique :
Modulation et dmodulation
Codage canal et dcodage canal
Le eNodeB inclue des fonctionnalits supplmentaires
dcoulant de labsence de RNC dans larchitecture E-UTRAN:
Contrle de Ressources Radio: Allocation, modification et
libration de ressources pour la transmission sur linterface radio
33
E-UTRAN
7/7
Gestion de la Mobilit Radio: Traitement des mesures
6/7
34
EPC
1/3
EPC (Evolved Packet Core) compos :

Du MME (Mobility Management Entity)
et dcision de handover
Du Serving GW (Serving Gateway)
Protocoles de Couche 2 de lInterface Radio: la

Couche 2 assure le transfert de donnes sur linterface
Du PDN GW (Packet Data Network Gateway)
radio Dtection/correction derreurs sur linterface
Du PCRF (Policy and Charging Rules

Function)
radio
35
36
06/10/2010
EPC
2/3
MME en charge des fonctions du Plan de Contrle

lies labonn et la gestion de session :
Procdures de scurit : Authentification de lutilisateur
et ngociation des algorithmes de chiffrement et de
protection dintgrit
Gestion de la session terminal-rseau : Procdures de
signalisation utilises pour crer un contexte Packet Data
et ngocier les paramtres associs (Qualit de Service)
Gestion de la localisation du terminal en mode IDLE :
Mise jour du TA (Tracking Area) utilise par le rseau
pour joindre le terminal en cas de session entrante
MME li, travers linterface S6, au HSS (base de

donnes des informations des abonns).
EPC
3/3
Serving GW : point de terminaison de linterface

paquet de donnes vers le E-UTRAN
Lorsque le terminal se dplace travers les eNodeB, le
Serving GW joue le rle dune ancre locale de mobilit
Paquets routs travers le Serving GW pour la
mobilit intra-E-UTRAN et la mobilit avec dautres
technologies (2G/GSM, 3G/UMTS,)
Le PDN GW :
Point de terminaison de linterface paquet de donnes vers
le PDN (Packet Data Network)
Ancre pour les sessions vers le rseau PDN externe
Supporte des fonctionnalit de Policy Enforcement, de
facturation volue et de filtrage de paquets
37
Classes des Terminaux
1/2
38
Classes des Terminaux
2/2
5 classes de terminaux : dbits de 5 75 Mb/s sur le

lien montant et 10 300 Mb/s sur le lien descendant
Toutes les classes de terminaux peuvent utiliser la bande
de 20 MHz pour la transmission et la rception
Seule la classe 5 utilise le 64-QAM en UL Toutes les
classes utilisent le QPSK et le 16-QAM en UL
A lexception de la classe 1, toutes les autres classes
offrent la diversit de rception et le MIMO
300 Mb/s en DL uniquement avec classe 5 grce
lutilisation de 4 antennes mettrices au eNodeB
Catgories des Terminaux LTE
39
40
10
06/10/2010
Interfaces du Rseau EE-UTRAN 1/4

E-UTRAN compos de deux parties principales :
La couche rseau radio (protocoles de haut niveau de
linterface)
La couche rseau de transport (dfini les modalites de
transport des donnes de la couche rseau radio)
Sparation = indpendance entre les deux couches

La partie application peut voluer sans impact sur
la couche transport et vice versa
Chaque interface est partage entre plan
utilisateur (User Plane) et plan de contrle
(Control Plane)
Modle de lInterface Rseau E-UTRAN (S1 + X2)

41

Plan utilisateur transporte les donnes utilisateurs :
Paquets voix et donnes
Signalisation niveau application (paquets SIP, SDP ou RTCP)
Avant transmission sur linterface, paquets du plan

utilisateur transmis la couche transport sans traitement
Plan de contrle relatif aux messages et procdures
lies aux caractristiques de fonctionnement de
linterface :
Messages de contrle de gestion de handover
Messages de contrle de Bearer
42

Couche physique : partie de la couche transport, commune aux
plans utilisateur et contrle
Information du plan de contrle plus contraignante en termes
de scurit, de fiabilit et de perte de donnes
Plan utilisateur repose sur des protocoles de routage moins
scuriss
Dtails des interfaces S1 et X2 compltement spcifis par le
3GPP
Les eNodeB de diffrents quipementiers peuvent tre:
Interconnects travers linterface X2
Etre connects au MME ou au Serving GW, travers linterface S1
43
44
11
06/10/2010
Demande de Service (1)
KSI: Key Set Identifier
Exemple dun Service Request Initi par lUtilisateur 1/2

45
Exemple dun Service Request Initi par lUtilisateur 2/2
46
Le terminal en mode IDLE peut reprendre une session

Web, initier un appel tlphonique ou activer toute sorte de
services (Services IMS) Transition de ltat IDLE vers
ltat ACTIVE
Le rseau peut dclencher la demande de service
Philosophie Always-On :
Lorsque le terminal passe en mode IDLE, tous les bearers
EPS sont prservs dans le rseau cur avec leurs
caractristiques de qualit de service (QoS ou Quality of
Service)
Lorsque le terminal repasse en mode ACTIVE
Il ny a pas besoin de rtablir les bearers dans lEPC
Seule la partie E-UTRAN du bearer (Radio Bearer) a
besoin dtre rtablie
Pour initier un service, le terminal envoie un message

un message Service Request au MME en utilisant la
procdure dAccs Alatoire
Le message Service Request contient:
Lidentit temporaire de lutilisateur (S-TMSI)
Une indication propos du type de service demand
Si ncessaire, la procdure dauthentification NAS est

accomplie (Procdure AKA) Le MME peut instaurer
ou changer la protection dintgrit et de chiffrement
NAS (message NAS Security Mode Command)
Le KSIASME (Key Set Identifier) identifie lensemble de
cls NAS utiliss pour lintgrit et le chiffrement
47
48
12
06/10/2010
Le MME accomplit la procdure de Initial Context Setup pour:

Crer les bearers EPS et le contexte du terminal dans le
eNodeB
Etablir les ressources ncessaires des bearers sur les
interfaces radio et S1
Le message Initial Context Setup contient les lments NAS:
Attributs de qualit de service (QoS ou Quality of Service)
Algorithmes dintgrit et de chiffrement choisis par le
MME
KeNB: Ensemble de cls utiliser par le eNodeB ( lchelle
du PDCP) pour lintgrit et le cryptage
Le dmarrage de la scurit lchelle du rseau daccs fait
partie de la procdure dtablissement du Radio Bearer (RB)
Tous les bearers (incluant le bearer EPS par dfaut)

qui taient actifs entre le rseau et le terminal avant la
dernire transition au mode IDLE sont disponibles et
utilisables de nouveau.
Le MME met jour le bearer li lutilisateur pour le
Serving GW Le Serving GW est capable de
transmettre des donnes au terminal
Remarque: Il ny a pas dchange de signalisation entre
le Serving GW et le PDN GW puisque le segment EPS
des bearers est prserv dans lEPC lorsque le terminal
tait IDLE
49
EPS Bearer
50
Qualit de Service (1)
Identifie de manire unique le trafic auquel sapplique une QoS donne

entre lUE et le PDN GW.
Traffic flow template (TFT) = ensemble des filtres associs un EPS
bearer.
EPS bearer tabli lorsque lUE sattache au rseau. Reste tabli pendant
la dure du rattachement afin de fournir lUE la connectectivit IP
permanente (always-on connectivity). Bearer appel default bearer.
Tout EPS bearer supplmentaire est appel dedicated bearer. Le
dedicated bearer est tabli pour une dure donne. A chaque dedicated
bearer est associ un TFT.
Le default bearer peut tre assimil un contexte PDP permanent. Le
dedicated bearer est un context PDP temporaire.
51
Les paramtres et algorithmes de Qualit de

Service sont lis aux flux dinformations auxquels
ils sappliquent Introduction de la notion de
bearer EPS
Le bearer EPS est quivalent au PDP context
en 2G/GPRS et 3G/UMTS
Concept logique qui sapplique entre le terminal et
le PDN GW
Agrge un ou plusieurs flux de donnes transports
entre le terminal et le PDN GW
52
13
06/10/2010
Un bearer EPS est compos de 3 lments:

Un bearer S5: tunnel transportant des paquets entre le
Serving GW et le PDN GW
Un bearer S1: tunnel transportant des paquets entre le
Serving GW et le eNodeB
Un bearer Radio: connexion RLC entre le eNodeB et
le terminal une seule machine protocolaire RLC par
bearer Radio
Les flux lmentaires transports par un bearer

EPS sont appels SDF (Service Data Flow)
Exemple de deux bearers EPS, du terminal au PDN GW

53
54
Activation dun Bearer

Bearer Ddi (1)
Un SDF est caractris par:

Un 5-uple IP : Adresse IP source, Adresse IP destination, Numro
de port de la source, Numro de port de la destination, ID du
protocole au dessus de lIP
Service ou application utilise
Un SD peut correspondre une connexion un serveur WEB,

un serveur de streaming, ou un serveur de mailbox
Un bearer EPS correspond une politique de Qualit de
Service applique lintrieur du EPC et du E-UTRAN
Tous les flux SDF transports par un bearer EPS sont
appliqus au mme algorithme dordonnancement, utilisant la
mme priorit, la mme configuration RLC,
55
La procdure dactivation de bearer est utilise quand le

terminal ou le rseau veut activer une nouvelle application
en mode ACTIVE Pas besoin de crer une connexion
RRC ou accomplir une procdure AKA
La signalisation lchelle application (base sur SIP,
SDP,) est change entre le terminal et lentit connecte
(un serveur application ou un autre terminal)
Le PDN GW:
Dtermine les caractristiques de Qualit de Service pour le
nouveau bearer EPS et initie la cration de ce bearer
Action dclenche par le RCRF (Policy and Charging Rules
Function)
56
14
06/10/2010

Bearer Ddi (2)

Bearer Ddi (3)
Les ressources associes au nouveau bearer sont

cres sur
Linterface S (Message Bearer Setup Request)
Linterface radio (Message RB Establishment Request
RRC)
Les paramtres QoS (Faisant partie de la couche

SM ou Session Management) sont transfrs du
MME au terminal avec les messages Bearer
Setup Request et RB Establishment Request
RRC pour limiter la signalisation
Exemple dActivation de Bearer Ddi 1/2
57
58
Interface S1: Plan Utilisateur

Bearer Ddi (4)
Linterface S1 du plan de contrle, ou S1-U, a pour rle de transporter

les paquets de donnes utilisateur entre le eNodeB et le Serving GW
Elle utilise le protocole GTP (GPRS Tunneling Protocol), au dessus du
protocole UDP/IP, et offre juste une encapsulation des donnes
utilisateur
Elle nutilise aucun contrle de flux, aucun contrle derreurs et aucun
mcanisme garantissant la livraison des donnes
Le protocole GTP est hrit des rseaux 2G/GPRS et du 3G/UMTS:
Pour les rseaux 2G/GPRS, le protocole GTP est utilis entre le
SGSN et le GGSN
Pour les rseaux 3G/UMTS, le protocole GTP est utilis sur
linterface Iu-PS (entre le RNC et le SGSN)
Exemple dActivation de Bearer Ddi 2/2

59
60
15
06/10/2010
Interface S1: Plan de Contrle1/2

Contrle 1/2
Linterface S1 du plan de contrle, ou S1-C, est une interface de
signalisation supportant un ensemble de fonctions et de
procdures entre le eNodeB et le MME
Les procdures de signalisation de S1-C appartiennent 4
groupes principaux:
Procdures relatives un bearer: Procdures lies ltablissement,
la modification et la libration dun bearer
Procdures de handover: Englobe les fonctions S1 lies la mobilit
des utilisateurs entre eNodeB ou avec les technologies 2G/3G
Transport de la signalisation NAS (Non Access Stratum): Transport
de la signalisation entre terminal et MME, travers linterface S1
(signalisation transparente au eNodeB)
Interface S1: Plan de Contrle2/2

Contrle 2/2
Procdure de paging: Utilise dans le cas dune session
termine chez lutilisateur (Le MME demande au eNodeB de
faire le paging dun terminal dans une cellule donne)
Linterface S1-C doit offrir un haut niveau de fiabilit afin
dviter la retransmission de donnes et des dlais inutiles
lexcution des procdures du plan de contrle Service offert
par le protocole SCTP
SCTP (Stream Control Transmission Protocol) est un protocole
de transport fiable orient connexion trs similaire au protocole
TCP
SCTP implmente un contrle de flux et de congestion, une
dtection des donnes errones, perdues ou dupliques et
supporte un mcanisme de retransmission slective
61
Flexibilit de lInterface S1 (S1

(S1--flex)
flex) 1/3
62

(S1--flex)
flex) 2/3
Une pool area est:
Une zone o le terminal peut se dplacer sans avoir besoin de
changer le nud du rseau cur le servant
Compose dun ensemble prdfini de eNodeB
Les pool areas peuvent se chevaucher

Une pool area peut tre servie par un ou plusieurs MME
et/ou Serving GW
Un MME ou Serving GW peut servir une ou plusieurs pool
areas
Malgr quun eNodeB peut tre connect quelques MME,
un terminal ne peut tre associ qu un seul MME
Connectivit dAccs-Rseau Cur Traditionnelle et S1-flex
63
64
16
06/10/2010

(S1--flex)
flex) 3/3
Interface X2: Plan Utilisateur
La flexibilit de linterface S1 a beaucoup davantages:
Linterface X2 du plan utilisateur, ou X2-U, a

pour rle de transporter les paquets de donnes
entre eNodeB
Linterface X2-U:
Extension de la zone de service dun nud du rseau cur

Rduction du nombre de procdures de handover entre
nuds du rseau cur
Permettre la dfinition dune architecture rseau partage
par diffrents oprateurs
Permettre au rseau dtre plus robuste aux pannes du
rseau cur
Prsenter des avantages dans la gestion de la charge du
rseau: quilibrage et redistribution de la charge en
dirigeant les nouvelles demandes de connexions vers les
nuds les moins chargs du rseau
Est utilise pendant une priode limite en temps,

quand le terminal se dplace dun eNodeB un
autre, et offre un transfert des paquets de donnes
dans le buffer
Utilise le mme protocole GTP que linterface S1U
65
Interface X2: Plan de Contrle
66
Architecture du Plan Utilisateur 1/2
Linterface X2 du plan de contrle, ou X2-C, est une

interface de signalisation qui supporte un ensemble de
fonctions et de procdures entre eNodeB
Les procdures X2-C sont limites en nombre et sont
lies la mobilit de lutilisateur entre eNodeB
Linterface X2-C:
Utilise une procdure dindication de charge (Load
Indicator) permettant un eNodeB de signaler sa charge
des eNodeB voisins
A besoin dun transport fiable entre nuds assur par le
protocole SCTP
Pile de Protocoles du Plan Utilisateur

67
68
17
06/10/2010
Architecture du Plan Utilisateur 2/2

Le plan utilisateur inclut:
Des donnes utilisateurs (Paquets de voix, Contenu WEB,)
De la signalisation associe aux services application (SIP, RTCP)
La signalisation de haut niveau (vue comme de

linformation de contrle par les couches application) est
mise travers le plan utilisateur
La couche application peut comprendre un ensemble large
de protocoles:
Tunnlisation des Donnes par GTP 1/4

Le rle principal de la tunnlisation de donnes est de
rgler les problmes de routages de paquets conscutifs aux
mouvements des terminaux
La route suivie par les paquets, arrivant dun rseau externe
au PDN GW, peut changer durant une session cause du :
Protocoles de transport de bout en bout (TCP ou UDP) et RTP

(Real Time Protocol) pour le transport des donnes utilisateur
Protocoles de signalisation niveau application (SIP, SDP, RTCP)
69
Changement du Serving eNodeB

Changement du Serving GW (plus rare)
Des tunnels vers de nouveaux nud de service sont tablis
lorsque cest ncessaire pour maintenir la continuit du service
70

La tunnlisation des donnes utilisateurs entre nuds
du rseau est assure par le protocole GTP (GPRS
Tunneling Protocol), hrit de la norme 2G/GPRS
Le protocole GTP est compos de deux parties:
Partie Plan Utilisateur (GTP-U): Offre une encapsulation
des donnes utilisateur et la transmission entre deux nuds
Partie Plan de Contrle (GTP-C):
Utilise par la partie EPC du rseau
Offre tous les messages et procdures de gestion dun tunnel
et de gestion de localisation
Utilisation de Tunnels GTP en Cas de Mobilit du Terminal

71
72
18
06/10/2010
Effet de la Tunnlisation GTP
Le paquet de donnes (Header + Payload) est prserv

Le header GTP rajout permet lextrmit rceptrice
didentifier le tunnel correspondant au paquet reu
Les paquets encapsuls par le protocole GTP sont transports
entre deux extrmits en utilisant la pile de protocoles UDP/IP
III. Protocoles du
plan de contrle
73
74
Architecture du Plan de Contrle 1/3
RRC (Radio Resource Control)

Slection de cellule et de
PLMN
Paging
Pile de Protocoles du Plan de Contrle
75
76
19
06/10/2010
Le Plan de Contrle correspond aux flux

dinformation considrs comme de la
signalisation par le E-UTRAN et le EPC:
Les couches GMM et SM sont en charge des

procdures de signalisation entre le terminal et le
MME: Gestion de session, Gestion de bearer EPS,
Contrle de scurit et Authentification
Le Plan de Contrle utilise la mme pile de protocoles
(PDCP, RLC, MAC et PHY) que la Plan Utilisateur
Les informations des plans Utilisateur et de Contrle ne
sont pas transmises de la mme manire:
Signalisation RRC (Radio Resource Control) au sein

du E-UTRAN (Gestion de Radio Bearer, Mobilit
radio, Paging utilisateur)
Signalisation NAS (Non Access Stratum): Fonctions et
services indpendants de la technologie daccs
La signalisation NAS inclut:

La couche GMM (GPRS Mobility Management)
La couche SM (Session Management)
Plusieurs Bearers Radio sont tablis entre le terminal et le

rseau
Chaque bearer radio correspond un procd de
transmission, une protection radio et une gestion de
priorit
77
Couche RRC
78
Couche RRC
1/36
2/36
Paging: A travers le canal logique PCCH

Transmission de messages de signalisation de et vers lEPC:
Messages NAS (Non Access Stratum) traits de manire
transparente par le RRC
La couche RRC (Radio Resource Control) est un

protocole de signalisation entre le terminal et le eNode
B assurant les fonctions:
Gestion de la connexion RRC: Etablissement et libration
dune connexion RRC entre le terminal et le eNodeB
Etablissement et libration de ressources radio: Allocation
de ressources pour le transport de messages de signalisation
et de donnes utilisateur entre le terminal et le eNodeB
Diffusion dinformations systme:
A travers le canal logique BCCH
Lies au rseau daccs (Paramtres lis la radio) ou au rseau
cur (Identit du PLMN,)
79
Les messages RRC (Radio Resource Control) prsentent

une majeur partie des informations de contrle changes
entre le terminal et le E-UTRAN
Le RRC du E-UTRAN a t simplifi significativement
par rapport au UTRAN: Rduction du nombre de messages
Le RRC du E-UTRAN utilise le mme langage
protocolaire que le UTRAN: ASN.1 (Abstract Syntax
Notation One)
80
20
06/10/2010
Couche RRC
3/36
Couche RRC
4/36
A ltat RRC_IDLE, le terminal
Les tats du terminal dans le E-UTRAN ont aussi t

simplifis significativement par rapport lUTRAN: 2 tats:
Na pas de connexion avec le eNodeB

Scrute le canal de paging pour dtecter des appels
entrants
Reoit priodiquement les informations systme
diffuses
Ralise des mesures sur les cellules voisines
Ralise la slection ou la reslection de cellules
Un rception discontinue (DRX: Discontinuous
Reception) est utilis
La mobilit est contrle par le terminal
RRC_CONNECTED (Connexion RRC tablie)

RRC_IDLE (Connexion RRC non tablie)
Etats de la Couche RRC

81
Couche RRC
5/36
82
Couche RRC
6/36
A ltat RRC_CONNECTED, le terminal:

A une localisation connue au niveau cellule
Emet/reoit des donnes vers le/du rseau
Scrute les canaux de contrle pour savoir sil y a des
donnes ordonnances
Fournit la qualit du canal et des informations de retour au
eNodeB
Ralise des mesures sur les cellules voisines et les rapporte
au eNodeB
Peut obtenir des informations systme du BCCH
Peut tre configur pour un DRX spcifique
A une mobilit contrle par le rseau (Procdure de
Handover)
83
Etats RRC du E-UTRAN et Transitions Entre Etats dans les Systmes 3GPP
84
21
06/10/2010
Couche RRC
7/36
Couche RRC
Les SRB (Signaling Radio Bearers) permettent

de vhiculer les messages RRC et NAS
Il existe 3 SRB:
SRB0:
SRB1:
Utilis aprs ltablissement dune connexion RRC
Utilise le DCCH pour vhiculer des messages RRC et
NAS jusqu activation de la scurit
SRB2:
Utilis pour tablir une connexion ou suite la rupture

dune liaison radio
Utilise le CCCH pour vhiculer les messages RRC:
8/36
RRC Connection Request

RRC Connection Setup
RRC Connection Reject
RRC Connection Reestablishment Request
Utilis aprs activation de la scurit

Permet de vhiculer uniquement les messages NAS
Les messages RRC sont toujours transfrs par SRB1
SRB2 a une priorit plus faible que SRB1
85
Couche RRC
9/36
86
Couche RRC
La couche RRC fournit les fonctions:

De diffusion dinformation systme
De paging
Dtablissement, maintien et libration de connexions
RRC entre le terminal et le E-UTRAN
De scurit et de gestion de cls
Dtablissement, de maintenance et de libration de
Bearers Radio point--point
De reporting de mesures et de contrle de reporting
De handover
87
10/36
De slection et de reslection de cellules et

de contrle de slection et de reslection de
cellules
Transfert de contexte entre des eNodeB
Transfert direct de messages NAS entre le
terminal et le rseau
Transfert des caractristiques du terminal
Gestion des erreurs de protocoles.
88
22
06/10/2010
Couche RRC
11/36
Couche RRC
Les informations systme contiennent des informations

lies au NAS (Non-Access Stratum) et lAS (Access
Stratum)
Les lments dinformations systmes sont groups
dans un MIB (Master Information Block) et des SIBs
(System Information Blocks)
Le MIB
Est transport sur le BCH toutes les 40 ms
Contient la bande systme sur le lien descendant, la
configuration du PHICH et le SFN (System Frame
Number) Le terminal coute le MIB pour dcoder le
SCH
12/36
SIB1:
Est ordonnanc et rpt avec une priode de 80 ms
Contient des informations lies:
A laccs (Identit PLMN, Tracking Area Code, Identit de la
cellule)
A la slection de cellule (Niveau Rx minimum requis, offset)
Au p-Max (Maximum Packet Error Probability)
A la bande en frquence
A lordonnancement
A la configuration TDD
A la longueur de la fentre SI (System information)
89
Couche RRC
13/36
90
Couche RRC
14/36
A lexception de SIB1, tous les SIBs sont

contenus dans des messages SI
Chaque message SI est transmis
priodiquement dans des fentres en temps
(SI-Window)
Les SI-Windows de messages SI diffrents ne
se chevauchent pas
La longueur dun SI-Window est dfinie dans
SIB1 et est commune tous les messages SI
91
Acquisition des SIs
92
23
06/10/2010
Couche RRC
Couche RRC
15/36
Le premier message SI contient SIB2 comme premire entre

SIB2 nest pas liste dans les informations
dordonnancement dans SIB1
SIB2 contient des informations de configuration de
ressources radio communes tous les terminaux
Access Barring Information
Configuration des ressources radio des canaux communs (RACH,
BCCH, PCCH, PRACH, PDSCH, PUSCH, PUCCH, Signaux de
rfrence de sondage, Informations de contrle de puissance sur le
lien montant)
Temporisateurs et Constantes
Configuration de sous-trame MBSFN

16/36
SIB3 contient:
Des informations de reslection de cellules (intra-frquence, interfrquence, inter-RAT)
Des paramtres de mise lchelle pour fournir des ensembles diffrents
de paramtres de reslection de cellule dpendant de la vitesse du
terminal
SIB4 contient des informations lies aux cellules voisines pour la

reslection de cellule intra-frquence (Liste des cellules voisines,
Liste des cellules black-listes)
SIB5 contient des informations pour la reslection de cellules interfrquence (Informations lies aux cellules voisines inter-frquence,
Liste de cellules inter-frquence black-listes)
93
Couche RRC
17/36
94
Couche RRC
SIB6 contient des informations de reslection de cellules

lUTRAN
SIB7 contient des informations de reslection de cellules au
GERAN
SIB8 contient des informations de reslection de cellules cdma2000
SIB9 contient un identificateur du eNodeB (48 octets au maximum)
SIB10 et SIB11 contiennent des notifications primaire et secondaire
ETWS (Earthquake and Tsunami Warning System)
La priode de modification dinformations systmes commence :
SFN modulo (Priode de Modification) = 0
Durant la premire priode de modification, un indicateur de
modification dinformations systmes est envoy aux terminaux par
un message de paging
95
18/36
Le message de paging est utilis pour:

Informer le terminal en mode RRC_IDLE un appel entrant
(termin au terminal)
Informer le terminal en mode RRC_IDLE ou
RRC_CONNECTED que les informations systmes vont
changer ou quune notification ETWS est poste en SIB10 ou
SIB11
Un terminal utilisant le DRX en mode RRC_IDLE doit

savoir quand se rveiller pour recevoir la bonne sous-trame
Le terminal stocke le cycle de paging et le numro de
groupe de paging aprs rception des informations
ncessaires du SIB2
Le message de paging contient un S-TMSI (ID temporaire
alloue par le MME) ou un IMSI
96
24
06/10/2010
Couche RRC
19/36
Couche RRC
20/36
En se basant sur des mesures et des paramtres de slection

de cellules fournis dans les SIB, le terminal slectionne une
cellule convenable et campe sur elle
Un paramtre de priorit a t introduit en LTE: Le eNodeB
peut fournir une priorit par frquence LTE et par RAT dans
les SIBs ou le message RRC Connection Release
Si le terminal campe sur une cellule sur une frquence de
haute priorit, il na pas besoin de mesurer des cellules sur
dautres frquences ou dautres RAT si la puissance du
signal de la cellule serveuse est au dessus dun certain seuil
Si le terminal campe sur une cellule de faible priorit, il
mesure rgulirement dautres cellules de plus hautes
priorit ou dautres RAT
97
Couche RRC
21/36
Procdure dEtablissement dune Connexion RRC
Couche RRC
La procdure dtablissement dune connexion RRC est

dclenche par une demande de la couche NAS du terminal
pour:
Un appel sortant initi par le terminal
Le transfert de signalisation NAS
La rponse un paging
Ltablissement de connexion RRC saccompagne de

ltablissement du SRB1
Si le rseau est charg, le eNodeB peut:
98
22/36
Si le terminal a un S-TMSI valide, il linclue dans le message RRC

Connection Request, sinon il inclue une squence alatoire de 40 bits
SIB1 diffuse jusqu 6 identits PLMN pour faciliter le partage de
rseau entre oprateurs Le terminal en slectionne 1 et le rapporte
dans le message RRC Connection Setup Complete
Si le terminal est enregistr un MME, il inclue galement lidentit du
MME enregistr dans le message RRC Connection Setup Complete
Fixer des paramtres pour barrer laccs par classe dans SIB2, ou
Rejeter le message RRC Connexion Request avec un temps
dattente (Wait Timer)
99
Le eNodeB slectionne le MME qui stocke le contexte du terminal en

mode RRC_IDLE, au cas o S1-flex est dploy, et commence
ltablissement dune connexion S1 Le terminal passe ltat
RRC_CONNECTED
100
25
06/10/2010
Couche RRC
23/36
Les cls de scurit pour lAS (Access Stratum):

Couvrent les donnes utilisateurs et la signalisation de contrle RRC
Sont diffrentes de celles utilises ct EPC
Ct eNodeB, les cls ncessaires sont:

KeNB: Drive par le terminal et le MME partir du KASME (Master
Key) puis dlivre par le MME au eNodeB
KeNB est utilis pour driver les cls ncessaires au trafic AS et la cl
KeNB* durant un handover
KeNB*: Driv par le terminal et le eNodeB source partir de KeNB ou
dun NH (Next Hop) valide Durant un handover, le terminal et le
eNodeB cible drivent une nouvelle cl KeNB partir de KeNB*
Couche RRC
24/36
KUPenc: Drive de KeNB et utilise pour le chiffrement du

plan utilisateur
KRRCint: Drive de KeNB et utilise pour assurer lintgrit
des messages RRC
KRRCenc: Drive de KeNB et utilise pour le chiffrement des
messages RRC
Next Hop (NH): Cl intermdiaire utilise pour driver
KeNB* pour assurer la scurit durant un handover intra-LTE
Le NCC (Next Hop Chaining Counter) dtermine si le

prochain KeNB* doit tre bas sur le KeNB courant ou sur
un NH frais:
Pas de NH frais PCI (Physical Cell Identity) cible + KeNB

NH frais PCI cible + NH
101
Couche RRC
25/36
102
Couche RRC
26/36
Le terminal et lEPC partagent la mme Master Key KASME:
Le Master Key nest pas fournie en dehors de lEPC

Des cls drives du Master Key et ncessaires au trafic entre le
terminal et le eNodeB sont dlivres au eNodeB
Le eNodeB garde les cls tant que le terminal est connect Le

eNodeB supprime les cls quand le terminal passe en mode
RRC_IDLE ou un autre eNodeB
Lintgrit et le chiffrement RRC sont toujours activs ensemble et
ne sont jamais dsactivs Possibilit dutiliser un algorithme de
chiffrement NULL
Les algorithmes de scurit utilisent les cls et des nombres de
squences en entre (PDCP Sequence Number+Hyper Frame
Number)
103
Procdure de Reconfiguration
de Connexion RRC
La procdure de reconfiguration de connexion RRC est

utilise pour maintenir et modifier des Bearers Radio
et librer des Bearers Radio de donnes
104
26
06/10/2010
Couche RRC
27/36
Les SRBs (Signaling Radio Bearers) ne peuvent pas

tre librs par la procdure de reconfiguration de
connexion RRC
Les paramtres dfinis dans le groupe dlments de
configuration de ressources radio dans le message
RRC Connection Reconfiguration prcisent la
configuration du Bearer Radio
Quand un message RRC Connection reconfiguration
est utilis pour tablir un nouveau Bearer Radio de
donnes (DRB: Data Radio Bearer), un message NAS
correspondant est inclus dans le message
Couche RRC
28/36
Un paramtre dans le message RRC Connection

Reconfiguration est utilis pour configurer les mesures
effectues au terminal:
Mesures lintrieur du LTE
Mesures effectues sur dautres RAT
La configuration des mesures comporte:

1- Objets mesurs - Le E-UTRAN configure un seul objet
de mesure pour chaque frquence:
(a) Pour les mesures intra- et inter-frquence, lobjet de mesures est
une frquence porteuse unique Liste doffsets spcifiques aux
cellules + Liste de cellules black-listes
(b) Pour les mesures inter-RAT UTRA, un objet de mesures est un
ensemble de cellules sur une frquence porteuse unique
105
Couche RRC
29/36
(c) Pour les mesures inter-RAT GERAN, un objet de

mesures est un ensemble de frquences porteuses
(d) Pour les mesures inter-RAT cdma2000, un objet de
mesures est un ensemble de cellules sur une seule
frquence porteuse
106
Couche RRC
30/36
Les rapports dclenchs par des vnements sont:

A1: Serveuse devient meilleure quun seuil absolu
A2: Serveuse devient moins bonne quun seuil absolu
A3: Voisine devient meilleure dun offset que serveuse
A4: Voisine devient meilleure quun seuil absolu
A5: Serveuse devient moins bonne quun seuil absolu Seuil-1
et voisine devient meilleure quun seuil absolu Seuil-2
B1 (Inter-RAT): Voisine devient meilleure quun seuil absolu
B2 (Inter-RAT): Serveuse devient moins bonne quun seuil
absolu Seuil-1 et voisine devient meilleure quun seuil absolu
Seuil-2
2- Configuration du Reporting - Critres et

formats de Reporting:
Critres de Reporting: Utiliss par le terminal pour
dclencher un rapport de mesure (Priodique ou
dclench par des vnements)
Format de Reporting: Quantits inclure dans les
rapports de mesures (Nombre de cellules rapporter,)
107
108
27
06/10/2010
Couche RRC
31/36
3- Identits de mesures: Une identit de mesure lie

un objet de mesure avec une configuration de
Reporting Utilises comme numros de
rfrences dans les rapports de mesures
4- Configurations de quantits:
Une configuration de quantit par RAT (E-UTRAN,
UTRAN, GERAN et cdma2000) contenant les
coefficients de filtre pour le type de mesures
Couche RRC
32/36
Le eNodeB dclenche le handover en se basant

sur des rsultats de mesures reues du terminal
Un handover peut tre ralis:
A lintrieur du E-UTRAN
A partir dun autre RAT vers le E-UTRAN
Du E-UTRAN vers un autre RAT
Un handover peut tre classifi comme:
5- Gaps de mesures: Priodes que le terminal peut

utiliser pour effectuer des mesures (Inter-frquence
et inter-RAT)
Intra-frquence intra-LTE
Inter-frquence intra-LTE
Inter-RAT vers LTE, Inter-RAT vers UTRAN, InterRAT vers GERAN et Inter-RAT vers cdma2000
109
Couche RRC
33/36
110
Couche RRC
34/36
Handover Intra-LTE:
La source et la cible sont dans le systme LTE
Le message RRC Connection Reconfiguration avec
informations de contrle de mobilit (paramtres
ncessaires au handover) est utilis comme commande
de handover
Lorsquune interface X2 existe entre le eNodeB source
et le eNodeB cible:
Procdure de Handover
Inter-ENodeB
Le eNodeB source envoie un message X2: Handover

Request au eNodeB cible Prparation du eNodeB cible
Le eNodeB cible prpare un message RRC Connection
Reconfiguration et lenvoie au eNodeB source dans un
message X2: Handover Request Acknowledge
111
112
28
06/10/2010
Couche RRC
35/36
Couche RRC
Handover Inter-RAT depuis dautres technologies

daccs radio:
Handover Inter-RAT vers dautres

technologies daccs
En se basant sur les mesures remontes par le
terminal, le eNodeB choisit le RAT cible
Pour effectuer le handover inter-RAT:
Un message de commande de handover est construit par
le RAT cible et envoy au eNodeB source de manire
transparente
Le eNodeB source inclue la commande de handover
dans le message Mobility from E-UTRA Command et
lenvoie au terminal
Le handover est dclench en se basant sur des critres

dfinis dans le RAT source
Lorsque le eNodeB cible reoit le message S1:
Handover Request du MME:
Il alloue les ressources ncessaires
Construit un message RRC Connection Reconfiguration
(Commande de Handover) et lenvoie dans un message S1:
Handover Request Acknowledge au MME
Le message RRC Connection Reconfiguration est transfr
au terminal travers le RAT source
113
Slection de Cellule
36/36
1/2
La slection de cellule est la procdure permettant

au terminal de choisir une cellule convenable et
effectuer un enregistrement initial
La slection de cellule prend en compte 4 types
dinformation :
Oprateur rseau (PLMN)
Technologie: Lutilisateur et loprateur ont la possibilit
de stocker dans le module USIM une liste de
technologies prfres
Critres radio: Les paramtres utiliss dans les critres
de de slection de cellule sont diffuss sur le BCCH
Etat de la cellule (Cell Status)
115
114
Slection de Cellule
2/2
Loprateur a la flexibilit de changer ltat de chaque

cellule Permettre ou interdire le terminal de
slectionner ou de reslectionner une cellule
Pour une cellule en service, ltat de la cellule
correspond not Barred et not Reserved
Ltat Barred interdit au terminal de slectionner ou de
reslectionner la cellule, mme en cas durgence
Ltat Reserved signifie que la cellule est rserve pour
lutilisation de loprateur:
Seul le personnel de loprateur (Classes dAccs 11 et 15)
peut effectuer la slection ou la reslection de la cellule
Les autres abonns doivent considrer la cellule comme
barre
116
29
06/10/2010
Principe de Reslection de Cellules
1/3
La reslection de cellules permet dassurer que le

mobile en mode IDLE campe sur la meilleure
cellule (en termes de puissance et de qualit)
La reslection de cellules est cause par la mobilit
du terminal mais aussi par les fluctuations de
lenvironnement radio (variations de la puissance
du signal et du niveau dinterfrence)
Les critres de reslection de cellule sont valus
par chaque terminal, en utilisant:
Des mesures radio effectues par le terminal lui-mme
(niveaux reus des canaux balises)
Des paramtres (Seuils) fournis par le rseau et le
System Information
Principe de Reslection de Cellules 2/3

Pour un terminal multi-mode dans un
environnement offrant plusieurs types daccs
multiple:
Le terminal value les critres de reslection en
utilisant des mesures des diffrentes frquences et
techniques daccs disponibles
Le rseau aiguille les terminaux vers la couche
rseau la plus approprie en contrlant les valeurs
et les paramtres utiliss dans les critres de
reslection
117
Principe de Reslection de Cellules
3/3
118
Gestion de Localisation
1/8
Lorsque le terminal est actif (ACTIVE Mode):
Exemples de critres de reslection:
Sa localisation est connue au niveau cellule, afin
Partage de rseaux (Network Sharing):

La couverture dune zone peut tre partage entre diffrents
oprateurs (surtout pour les zones faible densit)
La reslection permet daiguiller le terminal vers loprateur
appropri en bordure de partage de rseau
Conditions de charge de rseau: En fonction de la

charge de certaines couches ou technologies daccs, la
reslection permet de donner priorit des cellules
appropries
Rseaux privs et zones domestiques (Home Zones): La
reslection permet de donner priorit aux cellules
prives/domestiques
119
De ragir rapidement aux changements de cellules

Dallouer de nouvelles ressources dans la nouvelle cellule
De librer les anciennes ressources non utilises
Sa localisation est gouverne par les procdures de

handover
Lorsque le terminal est non actif (IDLE Mode):

Le rseau a besoin de connatre sa localisation pour
ltablissement de sessions termines au mobile
Les procdures du IDLE Mode ne demandent pas une
localisation trs prcise Notion de Tracking Area
(TA)
120
30
06/10/2010
2/8
Le TA est dfini comme un ensemble de cellules contiges

Les TA ne se chevauchent pas entre elles
Lidentit du TA (Tracking Area Identity ou TAI) laquelle
appartient la cellule est diffuse sur le BCCH
Lorsque le rseau a besoin de joindre le terminal, un
message de paging est envoy toutes les cellules
appartenant la Tracking Area
Le dimensionnement dun TA rsulte dun compromis entre
charge de signalisation rseau et charge radio du paging:
Si le TA est petit, le mouvement du terminal rsulte en un
nombre important de procdures de mises jour de TA
Si le TA est grand, un appel entrant gnre un message de paging
dans chaque cellule du TA o se trouve le mobile
Le TA courant du terminal est signal au
rseau cur (Core Network):
A linscription initiale (Initial Registration)

Au changement de zones (rsultant du
dplacement de labonn dans le rseau)
De manire priodique (mme sil ne bouge pas),
afin que le rseau cur se dbarrasse du contexte
dun mobile non joignable (terminal ne pouvant
pas se dsinscrire ou hors couverture)
121
4/8
3/8
122
5/8
Inscription multi-TA (Multi-TA registration) 2/2:
Inscription multi-TA (Multi-TA registration) 1/2:

La norme autorise le mobile sinscrire plusieurs TA
Le terminal neffectue aucune mise jour de TA tant
quil reste dans la couverture des TA auxquels il est
inscrit Optimisation de la charge de signalisation
entre le rseau et le terminal en IDLE mode
Le mcanisme multi-TA permet de rduire le nombre
de mises jour TA pour les terminaux en bordures de
Tracking Areas
La liste de TA dans lesquelles le mobile est inscrit est
communique par le rseau durant le processus de
mise jour de TA
Le terminal reste inscrit dans la liste de TA jusqu ce quil

entre dans un TA nappartenant pas la liste ou reoit une
liste mise jour du rseau
Un Exemple dInscription Multi-TA

123
124
31
06/10/2010
6/8
7/8
Comparaison avec le 2G/GPRS et lUMTS 1/2:

Le concept de Location Area a t introduit au dbut
du 2G/GSM
Avec le 2G/GPRS et lUMTS, 4 types de rgions sont
utilises:
LA (Location Area): Utilise par le domaine circuit du rseau
cur (MSC/VLR)
RA (Routing Area): Utilise par le domaine paquet du rseau
cur (Un LA peut inclure un ou plusieurs RA)
URA (UTRAN Registration Area): Rgion dinscription
lchelle du rseau daccs UMTS
Cellule
Relations entre les Zones de Localisation UMTS
125
8/8
126
Mise Jour du Tracking

Tracking Area 1/7
Comparaison avec le 2G/GPRS et lUMTS 2/2:

LURA a t introduit pour assouplir la gestion de
localisation du terminal dans lUTRAN (en relation avec
les tats introduits dans la couche RRC dans lUTRAN)
Les LA et RA sont similaires au concept de TA (groupes de
cellules non chevauchs)
Lintroduction dURA avec chevauchements permet de
rduire la charge de signalisation de mise jour dURA
(Similaire au Multi-TA)
La gestion de localisation dans le LTE a t simplifie
parce que:
Il nexiste quun domaine du rseau cur (EPC)
Pas de zone dinscription lchelle du rseau daccs
Exemple de Mise Jour dun TA
127
128
32
06/10/2010

Tracking Area 2/7

Tracking Area 3/7
Oprations effectues durant la mise jour du TA:

Mise jour du chemin de bearer: Si un bearer est
disponible (consquence de la connectivit Always-on
IP), le chemin de ce bearer dans lEPC doit tre mis
jour
Le PDN Gateway doit tre mis jour avec le Serving GW
en charge du nouveau TA
Un nouveau bearer doit tre cre entre le terminal et le
nouveau Serving GW
Transfert de contexte (IMSI, donnes de souscription,

) de lancien MME au nouveau MME
Mise jour de la base de donne HSS avec lidentit et
ladresse IP du nouveau MME
Mise Jour de TA Inter-MME: Flux de Messages 1/2
129
130

Tracking Area 4/7

Tracking Area 5/7
Lors dune reslection de cellule, le terminal peut se
retrouver dans un TA auquel il nest pas inscrit
Dclenchement de lmission dun message TA Update
Request vers le nouveau MME servant le eNodeB courant
Le message TA Update Request contient deux paramtres
cl:
Le S-TMSI identifiant labonn
Lancien TAI
Le nouveau MME retrouve linformation utilisateur de

lancien MME en envoyant le message Context Request,
contenant le S-TMSI et lancien TAI
Le contexte contient lIMSI, linformation de souscription
et des vecteurs dauthentification
Mise Jour de TA Inter-MME: Flux de Messages 2/2
131
132
33
06/10/2010

Tracking Area 6/7

Tracking Area 7/7
Le nouveau MME excute une procdure AKA (Authentication and

Key Agreement) pour:
Le nouveau MME informe le terminal de la russite de

la procdure de mise jour de TA avec un message TA
Update Accept
Le message TA Update Accept peut contenir un
nouveau S-TMSI allou par le nouveau MME
Authentifier le terminal
Protger la suite dchanges de signalisation sur linterface radio
Aprs acceptation de la mise jour du TA, le MME met jour le

chemin du bearer en utilisant le message Create Bearer Request
relay au nouveau PDN GW par le Serving GW
Le HSS est mis jour avec la nouvelle localisation du terminal avec
un message Update Location envoy par le nouveau MME
Lancien MME est inform par le HSS que labonn a t localis
avec un autre MME Libration de lancien bearer entre lancien
Serving GW et le PDN GW
Dans le cas o le nouveau TA et lancien TA sont servis

par le mme MME et le mme Serving GW, la
procdure de mise jour de TA est plus simple:
Mise jour de TA entre le terminal et le MME
Pas dimplication du PDN GW et du HSS
133
Mobilit en ACTIVE Mode
1/3
A loppos du IDLE Mode, la mobilit du terminal en ACTIVE Mode

(handover) est compltement sous le contrle du rseau
La dcision de changer de cellule et le choix de la cellule et de la
technologie cibles est
Sous le contrle du Serving eNodeB
Bas sur des mesures effectues par le Serving eNodeB et le terminal
Le handover dans lE-UTRAN suit deux principes hrits du 2G/GSM et
du 3G/UMTS:
Make Before Break: Les ressources et le contexte dans le nud cible
sont rservs avant la ralisation du handover
Packet Forwarding: La quantit de paquets stocke dans le Serving
ENodeB avant transmission sur linterface radio peut ne pas tre
ngligeable Mcanisme de transfert de paquets entre nud source et
nud cible pour limiter la perte de paquets durant le handover
135
134
2/3
Les raisons classiques de la mobilit des terminaux en mode

ACTIVE sont dues la dgradation des conditions radio:
Augmentation dinterfrence
Mobilit du terminal
Ne pas faire un handover rapide vers une cellule convenable peut
conduire une coupure de communication
Dautres raisons moins critiques pour raliser un handover sont:
Equilibrage de charge entre des couches rseau utilisant des
frquences ou des technologies daccs radio diffrentes
Handover pour raisons de service (dpendant du service
demand par le terminal)
Network Sharing: Accord locaux entre oprateurs de partage
de rseaux
136
34
06/10/2010
3/3
Mobilit IntraIntra-E-UTRAN avec

Soutien de lInterface X2
1/6
Un handover est compos de deux phases :

Phase de prparation:
Dcision de handover par le nud source
Rservation de ressources (Radio, Interfaces terrestres,
Mmoire, Capacit de traitement) dans le nud cible
Phase dexcution:
Synchronisation avec le nud radio cible
Libration des ressources de lancien nud

Mobilit IntraIntra-E-UTRAN avec Soutien de lInterface X2
137
138

2/6

3/6
Procdure de handover bnficiant de la disponibilit de linterface X2

entre les eNodeB source et cible Implication minimale du MME et du
Serving GW
Linterface X2 rduit le taux de perte de paquets grce au transfert de
paquets du nud source vers le nud cible
Le rle des nuds du rseau cur EPC se rduit la mise jour de la
connectivit des plans utilisateur et de signalisation:
Etablissement dune connexion S1 entre le nouveau nud cible et le MME
Etablissement dun tunnel avec le Serving GW
Libration des ressources et des connexions sur linterface S1 de lancien
nud
Le handover est compltement transparent au PDN GW
Phase de Prparation du Handover

139
140
35
06/10/2010

4/6

5/6
Aprs dcision de handover, le eNodeB source envoie un

message Handover Request sur linterface X2 au eNodeB
cible
Le eNodeB cible alloue les ressources ncessaires pour
accepter le terminal entrant
Le eNodeB cible rpond avec un message handover
Request Ack encapsulant le contenu handover Command
Le contenu handover Command est envoy au terminal
par le eNodeB source
Le eNodeB source transfre les SDU RLC stocks et non
acquitts par le terminal au eNode cible
Les paquets transfrs sont stocks par le eNodeB cible
jusqu ce quils soient reus par le terminal
Phase dExcution du Handover
141
142

6/6
Mobilit IntraIntra-E-UTRAN sans

1/6
Aprs synchronisation avec le eNodeB cible, le terminal envoie un

message Handover Confirm au eNodeB cible
Le eNodeB cible envoie un message Path Switch Request au
MME:
Labsence dinterface X2 peut tre due :

Une panne rseau
Un choix de loprateur de ne pas dployer une
connectivit X2 pour des raisons de cot
Linformant de la russite du handover travers linterface X2

Lui demandant un basculement du plan utilisateur vers le nouveau
eNodeB
Le MME envoie un message Update Bearer Request au Serving

GW lui demandant de met jour le chemin de donnes
Aprs rception du message Handover Confirm, le eNodeB cible
peut transmettre les paquets stocks pour le lien descendant
Un message Release Resource est envoy par le eNodeB cible sur
linterface X2 pour librer les ressources allous au eNodeB source
143
Pas de communication directe entre eNodeB

source et destination Processus de handover
plus compliqu quavec soutien de linterface X2
Le MME joue le rle de relais de signalisation
entre les deux eNodeB Le MME nest plus
transparent pour le processus de handover
144
36
06/10/2010

2/6

3/6
La demande de handover est transmise au
eNodeB cible travers le MME, en utilisant les
messages S1 Handover Required et Handover
Request La demande de handover nest pas
directement envoy au eNodeB cible
Une fois les ressources alloues par le eNodeB
cible, une rponse est envoye au eNodeB source,
en utilisant les messages S1 Handover Request
Ack et Handover Command
La rponse envoye contient des informations sur
les ressources radio alloues par le eNodeB cible

145
146

4/6

5/6
Le MME reoit un message Handover Notify
linformant du succs de la procdure de handover
lchelle du E-UTRAN
Les ressources du eNodeB source sont libres sous le
contrle du MME
Le Serving Gateway est inform par le MME du
nouveau chemin de donnes vers le nouveau eNodeB
La diffrence majeure avec le soutien de linterface X2
est labsence de transfert de donnes entre les eNodeB
source et destination Les PDU RLC stockes dans le
eNodeB source sont perdus

147
148
37
06/10/2010

6/6

Relocalisation de Nuds EPC
1/5
La consquence de la perte de paquets sur la

perception de lutilisateur dpend de lapplication
et de la pile de protocole utilise:
Applications non-temps rel (Web Browsing, ):
Couche de transport (TCP, ) scurise de bout-en-bout
Le handover induit une dlai de transmission de
linformation de bout-en-bout
Pas de perte de donnes grce aux mcanisme de
recouvrement de donnes de la couche de transport
Applications temps rel (Streaming, Voix):

Couches de transport (UDP,) non scurises
Le handover induit une perte de donnes
Mobilit IntraIntra-E-UTRAN avec Relocalisation de Nud EPC
149
150

2/5

3/5

151
152
38
06/10/2010

4/5
Le eNodeB cible na pas de connectivit avec le MME et le Serving GW
courants Relocalisation des nuds du EPC (Evolved Packet Core)
Le contexte de communication utilisateur (IMSI, information de
souscription, vecteurs dauthentification, bearers allous) doit tre
transfre du MME courant au MME cible
Un nouveau bearer du plan utilisateur est cre entre le PDN GW et le
nouveau Serving GW
Sil y a connectivit X2, le transfert de paquets entre eNodeB source et
cible peut limiter la perte de paquets
Le nouveau MME informe lancien MME du succs du handover
lchelle du E-UTRAN Libration des anciennes ressources radio et
de lancien chemin du bearer

5/5
Si la nouvelle cellule appartient une Tracking Area
(TA) laquelle le terminal nest pas enregistr, la
procdure de de TA Update (TAU) est accomplie vers le
nouveau MME Mise jour du HSS
Le Serving GW et le MME sont des nuds spars
Existence de cas de mobilit plus simples:
eNodeB source et cible appartenant au mme Serving GW
Changement exclusif de MME
eNodeB source et cible appartenant au mme MME
Changement exclusif de Serving GW
153
Mobilit entre 2G/3G Paquet et EEUTRAN

1/7
154
Mobilit entre 2G/3G Paquet et EEUTRAN 2/7
Mobilit entre 3G Paquet et EE-UTRAN

155
156
39
06/10/2010

4/7
Un tunnel est tabli entre le Serving GW et le SGSN pour
assurer la continuit de transmission de paquets (Interface
S4)
Le Serving GW agit comme une ancre du Plan Utilisateur
Le PDN GW nest pas implique dans la procdure de
mobilit
Le Plan de Contrle pour la signalisation NAS

(tablissement et contrle de session) est dplac du MME
au SGSN (Interface S3):
Le contexte de la session est dplac du MME source au SGSN
cible (messages Forward Relocation Request/response)
Le MME traduit les attributs de qualit de service EPS en
quivalents 2G/3G, sous forme dattributs PDP Context
157
158
Le Serving GW peut informer le PDN GW du handover

pour des raisons de facturation Flexibilit pour le
systme de facturation en fonction de la technologie
daccs
Deux types de transfert de donnes:
La mobilit E-UTRAN vers 2G/3G peut offrir le transfert

de donnes (Data Forwarding), du eNodeB vers le SGSN
cible, pour viter la perte de paquets stocks dans le
eNodeB
Le transfert de donnes est toujours demand par le
eNodeB (reflt par le message Handover Required)
159
Transfert direct (Direct Forwarding): Donnes stockes

dans le eNodeB directement transfres au SGSN (Adresse
IP et identificateur de tunnel inclus dans le message
Forward Relocation Response envoy par le SGSN)
Transfert indirect (Indirect Forwarding): Donnes stockes
transmises au SGSN cible travers le Service GW
La phase dexcution du handover est dclenche par le

message Handover Command, contenant les
informations ncessaires au eNodeB pour transfrer les
donnes stockes en modes direct ou indirect
160
40
06/10/2010

7/7
Paging
Le paging est un mcanisme utilis par le rseau pour
informer labonn enregistr dun appel entrant
Avant de faire le paging un terminal (sur le canal logique
PCCH), le rseau doit connatre la localisation du terminal
En mode IDLE, la gestion de localisation du terminal est
assure par le mcanisme de Tracking Area Update
A la rception dun message de paging, le terminal tablit une
connexion de la mme manire que pour un appel initi par le
terminal
Mode DRX (Discontinuous Reception): Le terminal dcode le
canal de paging certaines priodes spcifies en temps
(paging groups) Eviter que le terminal coute le canal de
paging tout le temps
Aprs synchronisation du terminal avec la BTS

cible et terminaison du handover du point de
vue rseau daccs:
Les ressources dans les nuds de lE-UTRAN et le
MME sont librs (Suite la rception du message
Forward Relocation Complete du SGSN)
Le SGSN met jour le chemin du bearer vers le
Serving GW (Messages Update Bearer
Request/Response)
161
162
Journe 2
IV. Protocoles du plan usager
Protocole PDCP (Packet Data Convergence Protocol)
Radio Link Control (RLC)
Medium Access Control (MAC)
V. Couche physique pour le lien descendant
OFDMA
Design de la couche physique DL
Synchronisation et recherche de cellule
Estimation de canal et signaux de rfrence
Canaux physiques usager et contrle
Codage canal et adaptation de lien
Techniques multi-antennes
Squencement multi-utilisateurs et gestion dinterfrence
Gestion des ressources radio
Mode broadcast
IV. Protocoles du
plan usager
163
41
06/10/2010
Couche PDCP
Protocole PDCP (Packet Data
Le rle du protocole PDCP (Packet Data Convergence

Protocol) est de recevoir/dlivrer des paquets de
donnes de/vers lentit PDCP paire Il rajoute des
fonctionnalits additionnelles la couche RLC
Le PDCP assure 4 fonctions:
Convergence Protocol)
Radio Link Control (RLC)
Fonctionnalits lies la couche 2: Rordonner les paquets

RLC en cas de mobilit inter-eNodeB ou de dtection de
doublons de paquets RLC Utilisation de numro de
squence dans lentte PDCP
Compression et dcompression des enttes de paquets IP:
Utilisation du mcanisme ROHC (Robust Header
Compression)
Medium Access Control (MAC)

165
Couche PDCP
1/8
2/8
Chiffrement de donnes et de signalisation:

Donnes: Donnes utilisateur et signalisation lchelle
application (SIP ou RTCP)
Signalisation: Signalisations RRC envoye par le
eNodeB et NAS envoye par lEPC
Protection dintgrit pour la signalisation:
166
Couche PDCP
3/8
Le chiffrement et lintgrit sont obligatoires pour le

Plan Contrle
Le chiffrement est optionnel pour le Plan Utilisateur
ROHC (RObust Header Compression) offre un mode
transparent noprant aucun changement ou
compression de lentte
La signalisation inclut les messages RRC et NAS

Empche les attaques en permettant au rcepteur de
dterminer si le message de signalisation a ou non t
altr
167
Modle de la Couche PDCP
168
42
06/10/2010
Couche PDCP
4/8
Le chiffrement cl secrte peut se faire en bloc ou au

fil de leau (stream)
Les entits mettrice et rceptrice gnrent une suite de
bit (keystream) en utilisant une cl secrte
Le keystream est rajout (Ou Exclusif) aux donnes
mises pour chiffrement lmission et aux donnes
reues pour dchiffrement la rception
Lintgrit ncessite lmission dinformations
additionnelles lentit rceptrice pour vrifier que les
donnes proviennent rellement dune source fiable
(Informations additionnelles: MAC ou Message
Authentication Code)
Couche PDCP
5/8
Les paquets reus des couches hautes sur le

Plan Contrle subissent un ajout:
Dune entte contenant le numro de squence
PDCP (Pour rordonner les paquets en cas de
mobilit inter-eNodeB)
Dun code MAC pour la vrification dintgrit
Structure du Paquet PDCP (Plan Contrle)

169
Couche PDCP
6/8
Tous les services proposs par lEPS sont bass sur lIP
Mme si lappelant utilise la tlphonie en mode circuit,
Les portions E-UTRAN et lEPC du service seront assures par les
protocoles IETF (IP, )
La conversion de signalisation et de bearer est assure par les
nuds en bord de rseau
Les protocoles IETF:

Engendrent un gaspillage de ressources (enttes de grandes tailles au
niveau rseau, IP, au niveau transport, TCP et UDP et au niveau
application, RTP, SIP,)
Contiennent beaucoup dinformation qui deviennent redondantes
lorsque la transmission se fait point--point dans lE-UTRAN
171
170
Couche PDCP
7/8
Linterface radio est caractrise par des taux derreurs importants

et des ressources radio rares et chres Utilisation de techniques
de compression efficaces sur linterface radio:
Evitant denvoyer des informations redondantes
Robuste vis--vis des erreurs de transmission
Les techniques de compression proposes par lIETF:
Sont limites un seul protocole ou/et
Ont un impact significatif sur la bande en cas de paquets perdus
ou errons (Echange de beaucoup dinformations pour
resynchroniser les machines de compression et de
dcompression)
La technique de compression ROHC (RObust Header
Compression), dfinie par lIETF, est une rponse ces 2
172
problmes
43
06/10/2010
Couche PDCP
8/8
Couche RLC
1/5
Le rle principal de la couche RLC (Radio Link

Control) est de recevoir/dlivrer des paquets de/ lentit
RLC paire
Le RLC propose 3 modes de transmission:
Le fonctionnement de ROHC repose sur la

notion de Profil
Chaque profil dcrit:
Mode transparent (TM ou Transparent Mode)

Mode non acquitt (UM ou Unacknowledged Mode)
Mode acquitt (AM ou Acknowledged Mode)
Le comportement du compresseur et du
dcompresseur pour un protocole spcifique
Les transitions entre tats de la machine
Le comportement:
Le mode TM:
Naltre pas les donnes de la couche de dessus (Pas
daddition dentte, de segmentation ou de concatnation de
donnes)
Est typiquement utilis pour les canaux logiques BCCH et le
PCCH
Au commencement dune transmission

En cas derreurs
173
Couche RLC
2/5
174
Couche RLC
3/5
Le mode AM:
Le mode UM:
Offre les fonctionnalits du mode UM

Est capable de demander lentit RLC paire la
retransmission de paquets au cas o une perte de paquets
est dtecte Mcanisme ARQ (Automatic Repeat
reQuest)
Est utilis par les canaux logiques DCCH et DTCH
Utilise un numro de squence dans lentte paquet RLC

Permet la dtection de perte de paquets (Lentit
rceptrice peut dtecter que le paquet RLC na pas t
correctement reu)
Permet de rordonner les paquets reus et de les
rassembler:
Les paquets peuvent arriver en dsordre en cas de retransmissions
HARQ ( la couche MAC)
Le rassemblage de paquets est ralis lorsque un paquet de la
couche de dessus a t segment par lentit RLC mettrice
Peut tre utilis pour des canaux logiques ddi et multicast

175
Le mcanisme ARQ nest disponible quen mode

RLC AM
Les retransmissions ARQ sont dclenches par:
Lchange de rapports dtat entre paires dentits RLC

(lentit rceptrice a dtect des paquets manquants)
Le ct metteur, suite lchec dun processus HARQ
dlivrer un Transport Block
176
44
06/10/2010
Couche RLC
4/5
Couche RLC
5/5
Le RLC reoit en entre des blocks de donnes de la

couche PDCP, appels RLC SDU
Pour remplir le payload du RLC PDU, le RLC utilise
la segmentation et la concatnation:
Lorsque un RLC SDU ne peut pas tre ajout un
payload parce que la partie restante du PDU est toute
petite, le SDU est segment
Lorsque le RLC SDU est plus petit que le PDU, le RLC
concatne suffisamment de SDU pour remplir le PDU
La segmentation et la concatnation sont toujours

accomplie dans lordre Lentit RLC rceptrice peut
dlivrer les SDU au PDCP dans le bon ordre
Structure des PDUs du RLC (Modes AM et UM)

177
Couche MAC
1/6
La couche MAC assure 4 fonctions principales:

Association (Mapping) entre canaux logiques et
canaux de transport Quand la norme offre
diffrentes options de transport de donnes pour un
canal logique, la couche MAC choisit le canal de
transport
Slection du format de transport: Choix du Transport
Block Size et du type de modulation
Gestion de priorit entre canaux logiques dun mme
terminal ou de terminaux diffrents
Correction derreurs travers le mcanisme HARQ
(Hybrid Automatic Repeat reQuest)
179
178
Couche MAC
2/6
La gestion de priorit consiste slectionner les

paquets des diffrentes files dattentes soumettre
la couche physique pour transmission sur
linterface radio
La gestion de priorit doit tenir compte des
diffrents flux de donnes transmettre:
Donnes utilisateur (Canal logique DTCH)
Signalisation initie par le E-UTRAN ou le EPC
(Canal logique DCCH)
Rptition de paquets reus avec des erreurs La
gestion de priorit est troitement couple au
mcanisme HARQ
180
45
06/10/2010
Couche MAC
3/6
Couche MAC
4/6
Ct rseau, la couche MAC:

Arbitre entre les flux des utilisateurs de la cellule,
transmis sur le lien descendant sur le canal de transport
DL-SCH
Arbitre entre les requtes dordonnancement sur le lien
montant provenant des terminaux partageant le mme
canal de transport UL-SCH
Ct terminal, la couche MAC:

Mixage des flux du terminal transmettre
Arbitre entre ses propres flux dinformation pour
ordonnancement et transmission sur le lien montant
Illustration de la Gestion de Priorit dans la Couche MAC du eNodeB
181
Couche MAC
5/6
Le principe du Hybrid ARQ est de conserver les

paquets errons en mmoire tampon et de les
combiner avec leurs retransmissions
La mthode de combinaison souple (Soft
combining) dpend de la technique HARQ
slectionne:
Chase combining:
Le bits transmis initialement et les bits retransmis ensuite

sont identiques
Le rcepteur combine ensemble les bits du paquet mal reus
Incremental redundancy (IR):
De nouveaux bits de parit sont retransmis

Le rcepteur combine tous les bits de parit reus avec les
prcdents et effectue un dcodage complet
183
182
Couche MAC
6/6
Le mcanisme HARQ est compos de plusieurs processus

parallles La transmission peut continuer sur les autres
processus pendant quun processus est touch par des
retransmissions
Sur le lien descendant, les retransmissions HARQ sont
asynchrones et adaptatives Les retransmissions de
paquets ne sont pas contrainte en termes de temps trame
Sur le lien montant, les retransmissions HARQ sont
synchrones Les retransmissions de paquets ne peuvent
avoir lieu qu certaines sous-trames
La retransmission synchrone est prfre sur le lien montant
Signalisation protocolaire rduite
184
46
06/10/2010
OFDMA
Design de la couche physique DL
Synchronisation et recherche de cellule
Estimation de canal et signaux de rfrence
Canaux physiques usager et contrle
Codage canal et adaptation de lien
Techniques multi-antennes
Squencement multi-utilisateurs et gestion
dinterfrence
Gestion des ressources radio
Mode broadcast
V. Couche
physique pour le
lien descendant
186
Interface Radio
1/4
Linterface radio se distingue de la transmission filaire par:

Le cot et la raret des ressources radio
Un taux derreur de transmission important
Interface Radio
2/4
Linterface radio E-UTRAN est compose de:

La couche 1 (ou Couche Physique)
La couche 2 (ou Data Link Layer) compose du RLC
et du MAC
La pile de protocole spcifique linterface radio est

compose des couches suivantes:
Les fonctions de la couche 2:
PHY (Couche physique)

MAC (Medium Access Control): Ordonnancement des paquets
et retransmission rapide de paquets errons
RLC (Radio Link Control): Transmission fiable des donnes
PDCP (Packet Data Convergence Protocol): Compression
denttes de protocoles et cryptage de donnes
Indpendantes de la couche physique (transmission

fiable de donnes et livraison dans lordre des paquets)
sont regroups dans le RLC
Dpendant de la couche physique (ordonnancement
des paquets, retransmission rapide avec le HARQ) sont
regroups dans le MAC
187
188
47
06/10/2010
Interface Radio
3/4
Linterface radio du 3G/UMTS a introduit:

Plusieurs types de couches MAC afin de mieux sadapter
aux caractristiques des canaux physiques (DCH, HSDPA)
Une couche commune toutes les couches MAC (Jamais
modifie par le standard)
Pour maintenir le mme degr de flexibilit, linterface

radio de lE-UTRAN a suivi le mme principe de
dcoupage
Le principe de dcoupage de la couche 2 en deux
couches RLC et MAC est hrite des travaux de
normalisation des rseaux locaux du IEEE
Interface Radio
4/4
Le modle IEEE 802 pour les rseaux locaux

LAN et WLAN est bas sur:
Le LLC (Link Layer Control), quivalent du RLC
Une multitude de couches MAC compatibles avec
les diffrentes techniques daccs
Principe de Modlisation de lInterface Radio

189
190
Historique OFDM (Orthogonal Frequency

Division Multiplexing)
Multiplexing)
Invent il y a plus de 40 ans.
Mis en uvre dans plusieurs technologies :
Asymetric Digital Subscriber Line (ADSL),
ANSI (1995).
IEEE 802.11a/g, IEEE 802.16a.
Digital Audio Broadcast (DAB), ETSI (1995).
TNT : DVD en Europe, ISDB au Japon.
4G (LTE, UWB), IEEE 802.11n, IEEE 802.16,
et IEEE 802.20.
Principes de
base de lOFDM
191
192
48
06/10/2010
LOFDM permet daugmenter lefficacit

spectrale des rseaux radio
Principes de base (1)

Systme bas sur la FFT
Modulation et mapping
Orthogonalit
Intervalle de garde et extension
cyclique
193
194
Principes de base (2)
OFDM (1)
195
Symboles
Porteuses
Puissance
Modulation multi-porteuses = division du flux

binaire en plusieurs flux et transmission sur
plusieurs diffrents sous-canaux.
Dbit binaire sur chacun des N sous-canaux (RN)
< dbit total (R). Avec RN R/N.
Nombre de sous-canaux tel que chaque souscanal a une largeur de bande (BN) infrieure sa
bande de cohrence (Bc = B/N).
limination de lISI par introduction dun
prfixe cyclique.
Frquence
Time-slots
Temps
196
49
06/10/2010
OFDM (3)
OFDM (2)
Sous-porteuse -N
Sous-porteuse-3
Sous-porteuse -4
Sous-porteuse-1
Sous-porteuse-2
Frquence
Slot/Trame OFDM
IFFT
SN
S1 S2 S3 S4 S5 S6 S7
IFFT
SN+1 SN+2 SN+3 SN+4
Symbole OFDM
(dure FTT)
S2N
IFFT
Temps de garde
Largeur de bande
Temps
Avantages des technologies OFDM

Plus grande efficacit spectrale pour des canaux dispersifs en temps
Plus robustes
Intgration facile de technologies MIMO
197
OFDM (4)
Etalement temporel :
Ralis par rptition de la mme information dans
un symbole OFDM sur 2 sous-bandes diffrentes
Diversit de frquences.
Etalement frquentiel :
Ralis en choisissant les entres symtriques
conjugues comme entres de lIFFT (sortie relle)
Exploite la diversit de frquence et permet de
rduire la complexit de lmetteur ainsi que sa
consommation de puissance.
Bande alloue
Utilisateurs
198
OFDM (5)
Successeur des techniques FH-CDMA et DSCDMA

Orthogonalit de frquences comparable
lorthogonalit des codes en CDMA (utilisant
les codes de Walsh).
Amplitude
Principe :
Forme de modulation multiporteuses : message
transmettre dcoup en morceaux (ex., symboles).
Spectre disponible divis en plusieurs porteuses faible
dbit. Morceaux du message transmis simultanment sur
un grand nombre de canaux (sous-porteuses).
Symboles diffrents mis sur les diffrentes sousporteuses.
Codage et modulation adapts aux conditions de
propagation et les mmes sur toutes les sous-porteuses.
Avantage : Lien de capacit importante et rsistant aux
multitrajets.
Frquence
199
200
50
06/10/2010
OFDM (6)
OFDM (7)
Centres des porteuses sur des frquences

orthogonales.
Orthogonalit : pic du signal = creux des autres
signaux orthogonalit dans le domaine frquentiel.
Sous-porteuses espaces de 1/Ts.
201
LIFFT convertit les signaux dentre

parallles en ondes sinusodales
modules en sortie
203
Signal variable en temps et en frquence.

Variations temporelles et frquentielles
codes/entrelaces
Advanced Space-Time-Frequency Coding
Modulation et codage adapts chaque souscanal
202
Utilisation des symboles pilote
204
51
06/10/2010
OFDM (8)
OFDM (9)
Principe : division dun canal large bande slectif en

frquence en sous-porteuses bande troite fading
plat.
Sous-porteuses alloues diffrents utilisateurs si
accs multiple.
Techniques dadaptation sur ces sous-porteuses :
permet damliorer lefficacit spectrale du systme.
Avantage principal de lOFDM : Flexibilit dans la
combinaison de modulation adaptative et de
techniques daccs multiple.
Techniques daccs multiple bases sur

lOFDM :
OFDM-FDMA (le plus courant),
OFDM-TDMA,
OFDM-CDMA.
205
OFDM (10)
206
OFDM (11)
Puissance
Utilisateur 1
Utilisateur 2
Frquence
La BS connat ltat du canal dinformation
de chaque utilisateur
Utilisateur 3
Chaque utilisateur met un certain nombre de sous-porteuses OFDM pendant

tous les time slots,
Lallocation des sous-porteuses peut tre statique ou dynamique,
Systme multi-dbit,
Diversit multi-utilisateurs,
Modulation adaptative (dbit binaire, puissance dmission, taux ou schma de
207
codage canal)
208
52
06/10/2010
OFDM (12)
Inconvnients de lOFDM (1)

Sensibilit importante linterfrence intercanaux, contrairement sa robustesse contre
les dcalages temporaires (timing offset)
grce au CP,
Perte de capacit du fait de la bande de
garde,
Vulnrabilit aux dcalages de frquences et
de phase.
209
Inconvnients de lOFDM (2)
210
Emission OFDM
Le signal OFDM dans le domaine temporel prsente

un rapport peak-to-average (PAR) relativement
important :
- Rduit lefficacit de puissance de lamplificateur
RF,
- Lamplification non linaire dtruit lorthogonalit
des signaux OFDM et introduit des missions horsbande.
Rappel : le PAR est une caractristique importante dun systme de communication.
Un PAR faible permet lamplificateur de puissance de fonctionner efficacement
alors quun PAR lev impose lamplificateur de puissance de fonctionner avec
une marge de puissance importante pour assurer une amplification du signal
linaire.
211
Effets du canal radio
212
53
06/10/2010
Symbole OFDM (1)
Structure du symbole OFDM
S(t)
i
Transforme Fourier inverse forme donde

OFDM
Dure = temps symbole utile Tb
Copie du dernier Tg de la priode du symbole utile
utilise pour regrouper les trajets multiples, tout en
maintenant lorthogonalit des sous-porteuses.
Tg
- 1/N
T/2
-T/2
Spectre
4 sous-porteuses dans 1 symbole OFDM
Orthogonalit entre sous-porteuses :

A la valeur pic de chacue sous-porteuses, les autres sous-porteuses
restent nulles dans le domaine frquentiel.
Chaque sous-porteuse a un nombre de cycles entier dans
lintervalle T.
Le nombre de cycles entre les sous-porteuses adjacentes diffre d1
exactement
Tb
Ts
213
214
Symbole OFDM (2)
Intervalle de garde (1)

Intervalle de garde
Symbole 1
Temps symbole
Temps symbole
Symbole 2
Symbole 3
temps
Pour amliorer la robustesse lISI de chaque porteuse, les symboles

transmis peuvent tre prolongs en ajoutant un intervalle de garde entre les
transmissions successives de symboles.
Signal OFDM-TDMA
Signal OFDMA
215
Valeurs des paramtres Intervalle de garde, espacement inter-porteuses,

dure symbole, prfixe cyclique bases sur les conditions du canal, les
contraintes defficacit, le matriel et les capacits algorithmiques.
Ex. : Dans un WLAN (mobilit faible) delay spread et offset frquentiel
sont les facteurs les plus importants.
Espacement inter-porteuses = 300 kHz - Dure CP = 800 nanosecondes.
Dans WiMAX, sajoute le Doppler spread.
Espacement inter-porteuses = 11 kHz - Dure CP = 10 sec.
216
54
06/10/2010
Intervalle de garde (2)
Egaliseurs
Elimine leffet de lISI

Utilis dans les systmes OFDM,
Intervalle de garde pouvant consister ne transmettre
aucun signal ce qui pourrait rduire lorthogonalit et
maintenir le problme dISI.
Utilisation dextensions cycliques (ou prfixes cycliques).
Dure symbole OFDMA Ttotal = T + Tg
Bande troite dure symbole importante tous les multitrajets significatifs arrivent
pendant la dure symbole minimisant lISI pas dgalisation faible complexit
Signal mis
Temps
Prfixe cyclique
Tous les signaux et multitrajets pendant

la dure symbole proviennent du mme
symbole et sajoutent de manire
constructive (pas dISI)
Dure symbole utile
Signal reu
Temps
Guard Interval
DATA
Tg
Multipath
217
218
Temps de garde / Prfixe cyclique (1)
Extension cyclique
Temps de
garde
Copie
Temps
FFT
Temps symbole OFDM
Intervalle de garde
(Cyclic Extension)
Delay spread
Pas dISI
Le temps de garde est insr entre les symboles OFDM :

- Permet de combattre lISI,
- Temps de garde > Delay spread,
- Les composants multitrajets disparaissent avant lextraction de
linformation
- Rduit lefficacit spectrale.
Dure symbole + CP
219
220
55
06/10/2010
Temps de garde / Prfixe cyclique (2)

Implant avec une extension
cyclique :
- Une partie du signal est
copie au dbut du
signal,
- Orthogonalit maintenue.
Chaque copie du signal a un
nombre entier de cycles
dans la fentre FFT :
- Les signaux de mme
phase sadditionnent,
- Correction de phase
ncessaire.
Extension cyclique et transmission

sur les multimulti-porteuses
221
222
Canaux pilotes (2)
Canaux pilotes (1)

Rfrence de phase et damplitude pour dmoduler
les autres sous-porteuses.
223
Diagramme de constellation dun signal 802.11j. Signal QAM transmis sur

plusieurs porteuses + deux extra-symboles reprsentant linformation module sur
les porteuses pilotes.
224
56
06/10/2010
Sous--canaux (1)
Sous
Avantages de lOFDMA
Flux de donnes srie rapide transform en

flux de donnes parallles lents
Dures symboles plus longues.
Canal
Porteuse
Frquence
225
Sous--canaux (2)
Sous
Sous-canal
Sous-canal
Amplitude
Concentration de puissance : Gain de 15 26 dB.

Modulation adaptative (adaptation automatique du
QPSK au 16 QAM et ce, jusquau 64 QAM).
Modification du nombre de porteuses dans chaque
sous-canal.
Possibilit de changement de position des porteuses
de chaque sous-canal chaque fin de symbole
(permutation de porteuses).
Large bande : jusqu 27,5 Mb/s (canaux de 8 MHz).
Capacit la demande et QoS.
226
Pilotes
Pilotes transmis au dbut de chaque burst
Permettent le suivi des variations dues au
canal et au matriel
Pilotes dfinis pour leur dtection facile
Pilotes sont utiliss pour lestimation de
canal : dcalage de frquence et de phase,
utilisation pour la synchronisation.
Spectre OFDM
Espacement
entre souscanaux choisis
pour leurs
proprit
dorthogonalit
Chevauchement
entre souscanaux.
227
228
57
06/10/2010
IFFT (mission)
Principe de la transmission
IFFT/FFT est le facteur cl en OFDM :

- IFFT : conversion du domaine frquentiel au
domaine temporel (mission, en OFDM),
- FFT : conversion du domaine temporel au
domaine frquentiel (rception).
Tout le traitement du signal est ralis dans le
domaine frquentiel
IFFT/FFT ont de faibles cots dimplantation.
LIFFT transforme une srie de symboles

transmis sur des sous-porteuses en un signal
temporel transmis sur la totalit de la bande de
frquence alloue au systme.
Lutilisation dun temps de garde permet
dviter les problmes dISI.
Lextension cyclique permet dobtenir un
signal propre pendant toute la dure
symbole.
229
Couche physique OFDM
DFT--Spread OFDM
DFT
Sous-canal : ensemble de sous-porteuses actives, unit

de ressource.
Bande de garde (guard band)
Sous-canal 2
Sous-canal 3
Canal
Le DFT-Spread OFDM (DFTS-OFDM)

possde les proprits suivantes:
Petites variations de la puissance instantane du
signal transmis (Proprit de Mono-Porteuse)
Possibilit dgalisation de haute qualit et de
complexit rduite dans le domaine frquentiel
Possibilit de FDMA (Frequency Division Multiple
Access) avec allocation flexible de bande
Sous-porteuse DC
Sous-canal 1
230
Bande de garde
231
DFST-OFDM a t slectionne pour la

transmission sur le lien montant du LTE
232
58
06/10/2010
Emetteur DFTSDFTS-OFDM
1/6
2/6
Le modulateur DFTS-OFDM repose sur une gnration par

bloc du signal mis (Similaire lOFDM):
1- Un bloc de M symboles moduls (QPSK, 16QAM, ) est
appliqu un DFT de taille M
2- La sortie du DFT est applique des entres conscutives
dune IDFT de taille N, o
NM
Les entres non utilises de la IDFT sont mises 0
3- Insertion dun prfixe cyclique pour chaque bloc
Pour permettre une implmentation efficace de la IDFT, N =

2n, pour un n entier
La prsence du prfixe cyclique permet une galisation
complexit rduite dans le domaine frquentiel ct
rcepteur
Gnration du Signal DFTS-OFDM

233
3/6
La modulation DFTS-OFDM peut tre vue comme une modulation

OFDM prcde par une opration DFT OFDM pr-code
Taille M de la DFT = Taille N de la IDFT Cascade de blocs DFT
et IDFT annulant chacun lautre
M < N + Entres restantes de la IDFT mis 0
Signal en sortie de lIDFT ayant la proprit MonoPorteuse
Bande dpendant de M: fs, frquence dchantillonnage de la
sortie de lIDFT Bande nominale du signal mis BW = M/N
fs
Variation de la taille de bloc M Variation de la bande
instantane du signal mis
Dcalage des entres de lIDFT correspondants aux sorties de la
DFT Dcalage dans le domaine frquentiel du signal mis 235
234
4/6
Offrir un grand degr de flexibilit dans la bande

instantane, donne par la taille M de la DFT
Impossibilit dassurer M = 2m, pour m entier
M exprime comme le produit de petits
nombres premiers Implmentation faible
complexit avec traitement FFT
Remplacement de lOFDM par le DFTS-OFDM
Rduction des variations instantanes de la
puissance transmise Augmentation de
lefficacit de lamplificateur de puissance
236
59
06/10/2010
5/6
6/6
Le PAR est la puissance pic dans un bloc IDFT (1 symbole

OFDM) normalise par la puissance moyenne du signal
Le PAR du DFTS-OFDM est significativement plus faible
compar celui de lOFDM
Le PAR:
QPSK
Du DFTS-OFDM augmente un peu en passant du QPSK au

16QAM
De lOFDM reste peu prs indpendant de la modulation
16QAM
Distribution du PAR (Peak-to-Average Power Ratio) pour lOFDM et le DFTS-OFDM
Le PAR ne permet pas de bien quantifier limpact des

variations en puissance sur le recul (back-off) de
lamplificateur Utilisation de la mtrique cubique:
Mesure du recul additionnel pour un certain signal par
rapport un signal de rfrence
237
Rcepteur DFTSDFTS-OFDM
1/3
238
2/3
Oprations effectues en dmodulation = Oprations

inverses des oprations effectues en modulation:
Suppression du prfixe cyclique
Traitement FFT de taille N
Suppression des chantillons en frquence ne
correspondant pas au signal recevoir
Traitement IDFT de taille M
Canal idal Signal non dgrad par le canal

Restauration parfaite du bloc de symboles transmis
Canal dispersif en temps(Slectif en frquence)
Signal dgrad par le canal Interfrence propre
(Self Interference)
Principe de Base de la dmodulation DFTS-OFDM
239
240
60
06/10/2010
3/3
Explication: Canal est slectif en frquence sur ltendue de la

DFT IDFT incapable de reconstruire le bloc original de
symboles transmis
Une galisation dans le domaine frquentiel est ncessaire
pour compenser la slectivit frquentielle du canal
Multiplexage dUtilisateurs avec

DFTS--OFDM 1/5
DFTS
Allocations Bandes Egales
Allocations Bandes Diffrentes
Multiplexage sur le Lien Montant avec le DFTS-OFDM

Dmodulateur DFTS-OFDM avec Egalisation dans le Domaine Frquentiel
241

DFTS--OFDM
DFTS
2/5
242

DFTS--OFDM
DFTS
3/5
Ajustement dynamique de la taille M de la DFT

Ajustement dynamique de la taille du bloc de
symboles moduls a0, a1,, aM-1 Ajustement
dynamique de la bande nominale du signal DFTSOFDM
Dcalage des entres de lIFDT auxquels les
sorties de la DFT sont associs Ajustement de
la position dans le domaine frquentiel du signal
transmettre
Le DFTS-OFDM permet un FDMA sur le lien
montant avec une allocation flexible de la bande
243
DFTS-OFDM Localise versus DFTS-OFDM Distribue

244
61
06/10/2010

DFTS--OFDM
DFTS
4/5

DFTS--OFDM
DFTS
5/5
Sorties de DFT associes des entres conscutives de lIFFT

DFTS-OFDM localise
Sorties de DFT associes des entres quidistantes de lIFFT
DFTS-OFDM distribue
Le spectre du signal de la DFTS-OFDM distribue nindique pas
clairement une transmission mono-porteuse (Interleaved FDMA)
Le signal de la DFTS-OFDM distribue a des variations en puissance
similaires celles de la DFTS-OFDM localise
Spectres de Signaux DFTS-OFDM Localis et Distribu

245
LTE physical layer

User #1 scheduled
f=15kHz
180 kHz
frequency
Multiple antennas, RBS and terminal

MIMO, antennas lobes, TX- and RX diversity, interference rejection
High bitrates and higher capacity
frequency
Structure Temporelle de Haut Niveau de la Transmission LTE

TX
RX
Flexible bandwidth (with resolution of 180 kHz)

Possibility to deploy in bandwidth of <5 MHz to
20 MHz
Maximum UE capacity: BW = 20 MHz
<5
246
User #3
scheduled
UL: SC-FDMA with a dynamic bandwidth (pre-coded OFDM)

PAPR Better spectrum efficiency
Reduced UL interference (allows intra-cell orthogonality)
Harmonised FDD and TDD concept

FDD and TDD maximum spectrum sharing
Multiplexage dutilisateurs pour DFTS Localis et Distribu
Structure Temporelle du LTE 1/5
User #2 scheduled
DL: adaptive OFDM

Scheduling channel and link adaptation dependent in the
time and frequency domain
Mme faible dbit (M petit), le signal dune DFTS-OFDM distribue peut

tre tal sur une bande de transmission trs large La DFTS-OFDM
distribue offre une diversit additionnelle en frquence par rapport la
DFTS-OFDM localise
Le multiplexage dutilisateurs dans le domaine frquentiel et la flexibilit
de lallocation de bande sont possible en DFTS-OFDM distribue
Diffrents utilisateurs entrelacs dans le domaine frquentiel Sensibilit
plus grande aux erreurs de frquence + Contraintes plus svres sur le
contrle de puissance
FDD--only
FDD
10
15
20 MHz
Half--duplex FDD
Half
fDL
fDL
fUL
fUL
TDD--only
TDD
fDL/UL
247
Une trame radio, de dure Tframe = 10 ms, est constitue de

10 sous-trames, de dure Tsubframe = 1 ms
Offrir des dfinitions en temps consistantes Intervalles en
temps de laccs radio LTE exprims comme multiples de
lunit de temps Ts = 1/30720000 Tframe = 307200 Ts,
Tsubframe = 30720 Ts
248
62
06/10/2010

En mode FDD (Opration dans le spectre
appair) toutes les sous-trames dune porteuse
sont utilises soit en lien montant soit en lien
descendant

En mode TDD (Opration dans le spectre nonappair):
La premire et sixime sous-trames (Sous-trame 0 et
5) sont toujours alloues au lien descendant
Les autres sous-trames peuvent tre alloues au lien
montant ou au lien descendant
La premire et sixime sous-trames contiennent

des signaux de synchronisation:
Transmis dans chaque cellule
Qui servent la recherche initiale de cellule et la
recherche de cellules voisines
Allocation de Sous-Trames sur les Lien Descendant/Montant pour le FDD
249
250
Structure Temporelle du LTE
5/5
La flexibilit de lallocation de sous-trames en mode TDD

permet plusieurs asymtries en termes de ressources radio
(sous-trames) alloues aux liens montant et descendant
Lallocation de sous-trames doit tre la mme pour des
cellules voisines pour viter une interfrence svre entre
liens montant et descendant Lasymtrie lien
montant/lien descendant ne peut pas varier dynamiquement
(Au rythme trame)
Il existe 2 types de structure de trame LTE:
Generic Type 1: Utilis en FDD et en TDD
Generic Type 2: utilis en TDD pour la coexistence avec des
systmes bass sur le 3GPP TD-SCDMA
Exemples dAllocation de Sous-Trames sur les Lien Descendant/Montant

pour le TDD
251
252
63
06/10/2010
Ressources Physiques sur le Lien

Descendant 1/8

Descendant 2/8
La transmission sur le lien descendant est base sur
lOFDM (Orthogonal Frequency Division Multiplexing)
La ressource physique de base peut tre vue comme une
grille temps-frquence Un lment de ressource
correspond une sous-porteuse OFDM durant un intervalle
symbole OFDM
Lespacement entre sous-porteuses OFDM vaut f = 15 kHz
Pour une implmentation metteur/rcepteur bas sur la
FFT, la frquence dchantillonnage vaut fs = 15000*NFFT,
o NFFT est la taille de la FFT Lunit de temps Ts
correspond au temps dchantillonnage pour NFFT = 2048
Ressource Physique sur le Lien Descendant
253
254
DL physical resource

Descendant 3/8
1 resource block
(127 = 84 resource elements)
One frame (10 ms)
Une implmentation metteur/rcepteur base sur la FFT:
One sub-frame (1 ms)
Utilisant NFFT = 2048, correspondant fs = 30,72 MHz, convient

des bandes de transmission de 15 MHz et plus
Utilisant NFFT = 512, correspondant fs = 7,68 MHz, convient
une bande de transmission de lordre de 5 MHz
Ladoption dun espacement entre sous-porteuses de 15 kHz

permet de simplifier limplmentation dun terminal multimode (dbit chip fcr = 3.84 MHz toujours multiple ou sousmultiple de fs = f *NFFT)
Un espacement entre sous-porteuses rduit f low = 7.5 kHz
est aussi dfinit Utilisation en transmissions
multicast/broadcast MBSFN
255
One resource element
12 sub-carriers
One slot (0.5 ms)

TCP
Tu
Temporal structure:
10 ms frame = 10 sub-frames of 1 ms
1 sub-frame = 2 slots of 0.5 ms
1 slot = 7 symbols OFDM (6 symbols if extended CP)
Resource blocks:
12 sub-carriers during 1 slot
Allocation by pair of 2 consecutive resource blocks
DC carrier not used
256
64
06/10/2010

Descendant 4/8

Descendant 5/8
Structure du Domaine Frquentiel du Lien Descendant
Les sous-porteuses sont regroupes en Resource Blocks

Chaque Resource Block est constitu de 12 sous-porteuses
conscutives La largeur de bande dun Resource block
vaut 180 kHz
Une sous-porteuse DC au centre du spectre est non utilise
Le nombre total de sous-porteuses, incluant la sous-porteuse DC,

est Nsc = 12*NRB + 1, o NRB est le nombre de Resource Blocks
La couche physique du LTE peut tre constitue dun nombre
quelconque de Resource Blocks, de 6 jusqu plus de 100
Largeur de bande de 1 MHz jusqu plus de 20 MHz avec une
granularit fine Un grand degr de flexibilit en spectre
Chaque sous-trame de 1 ms est compose de deux slots de dure
Tslot = 0.5 ms (15360 Ts)
Chaque slot est compos dun nombre de symboles OFDM incluant
chacun un prfixe cyclique
Un espacement entre sous-porteuses f = 15 kHz correspond une
dure symbole utile Tu = 1/f 66.7 s (2048 Ts)
257

Descendant 6/8
258

Descendant 7/8
Il existe deux longueurs de prfixe cyclique:
Prfixe cyclique normal 7 symboles OFDM/slot
Prfixe cyclique tendu 6 symboles OFDM/slot
Un prfixe cyclique tendu:
Structures de Sous-Trame et de Slot: Chaque Slot est Compos de 6 ou 7

Symboles OFDM
259
Est moins efficient dun point de vue gaspillage de

ressources
Est bnfique dans des environnements avec talements des
dlais excessifs (Grandes cellules)
Peut couvrir la diffrence en temps entre transmissions de
cellules impliques dans une transmission MBSFN en plus
de la dispersion en temps du canal Le prfixe cyclique
est typiquement utilis en MBSFN
260
65
06/10/2010

Descendant 8/8
Signaling
1 physical DL resource corresponds to 1 DL shared channel and
contains several control/signaling bits such as:
Specific reference signals of the cell (channel estimation, CQI
mesurements and mobility mesurements)
L1/L2 signaling (for DL scheduling and HARQ info, UL
scheduling, power commands)
Primary and secondary synchronisation signals (cell search)
Broadcast and paging channel
Des prfixes cycliques de longueurs diffrentes peuvent tre

utiliss dans diffrentes sous-trames dune trame
Chaque Resource Block est constitu de 12 sous-porteuses
durant un slot de 0.5 ms Chaque Resource Block est
compos de:
12*7 = 84 Resource Elements pour le prfixe cyclique normal
12*6 = 72 Resource Elements pour le prfixe cyclique tendu
One frame (10 ms)
One sub-frame (1 ms)
One resource element
12 sub-carriers
Resource Block pour un Prfixe Cyclique Normal
One slot (0.5 ms)
261
Radio resources (1)
TCP
Tu
262
Radio resources (2)
263
264
66
06/10/2010
Frame structure
OFDM and SCSC-FDMA

or
OFDM
SC-FDMA
Downlink:
Power amplifier efficiency less critical at
the base station
Avoids user terminal complexity
Uplink:
Power amplifier complexity critical in
terms of terminal cost, power
consumption and UL coverage
Receiver complexity less critical at the
BS level
OFDM
SC
SC--FDMA
FDMA
265
UL frame structure
Sub-frame = 2 slots
1 slot =
6 blocks for the data (each block consists in one DFTS-OFDM
symbol)
1 block for the reference signals (used for UL channel estimation
for the coherent demodulation)
Transmission bandwidth and frequency location are controlled by
Node B scheduler
If a single frequency transmitter is used, resources can be treated
the same as in OFDMA
User #1
User #2
266
Signaux de Rfrence sur le Lien

Descendant 1/10
Pour pouvoir accomplir une dmodulation cohrente, le
terminal a besoin destimer le canal Insertion de
symboles de rfrence connus dans la grille tempsfrquence OFDM : LTE Downlink Reference Signals
Les symboles de rfrence sont insrs:
Dans le premier symbole OFDM et le 3me symbole partir
de la fin du slot
Avec un espacement frquentiel de 6 sous-porteuses
Avec un dcalage de 3 sous-porteuses entre les premiers et
seconds symboles de rfrence
Il y a 4 symboles de rfrence par Resource Block

Data
Reference signal
267
268
67
06/10/2010

Descendant 2/10

Descendant 3/10
Pour rduire le bruit destimation de canal sur la grille

temps-frquence, le terminal doit accomplir des
interpolations sur des symboles de rfrence multiples
Pour estimer le canal dun Resource Block, le terminal
peut utiliser les symboles de rfrences de Resource
Blocks voisins et de slots/sous-trames prcdents
Pour un canal slectif en frquence, la possibilit
dinterpoler dans le domaine frquentiel est limite
La possibilit dinterpoler dans le domaine temporel est
limite en cas de:
Le signal de rfrence dune cellule peut tre vu comme une squence

bidimensionnelle (Two-dimensional reference-signal sequence)
La squence du signal de rfrence LTE est un indicateur de lidentit
de la couche physique de la cellule (LTE physical-layer cell identity)
510 signaux de rfrence sont dfinis en LTE 510 identits de
cellules diffrentes
La squence de chaque signal de rfrence est le produit:
Dune squence pseudo-alatoire bidimensionnelle
Et dune squence orthogonale bidimensionnelle
170 squences pseudo-alatoires 170 groupes didentits de
cellules
3 squences orthogonales 3 identits de cellules dans chaque
groupe
Forte mobilit du terminal

Mode TDD (Les sous-trames prcdentes peuvent ne pas tre
alloues au lien descendant)
269

Descendant 4/10
270

Descendant 5/10
Structure en produit, dune squence pseudo-alatoire et

dune squence orthogonale, de la squence signal de
rfrence Utilisation dans la recherche de cellule
Il est prfrable quaux cellules dun eNodeB soient attribus
des squences de signaux de rfrence dans le mme groupe
didentit de cellules Interfrences entre signaux de
rfrence de cellules du mme eNodeB minimises
Les positions en frquence des symboles de rfrence peuvent
changer entre sous-trames conscutives Reference-symbol
frequency hopping
Le saut en frquence est obtenu en rajoutant un offset en
frquence au motif de base des symboles de rfrence
271
Le dcalage en frquence:
Est le mme pour les symboles de rfrence dune trame
Varie entre sous-trames successives
Positions p des symboles de rfrence dune sous-trame k:

Premiers symboles de rfrence:
p(k) = p0 + 6*i + offset(k), i entier
Seconds symboles de rfrence:

p(k) = p0 + 6*i + 3 + offset(k), i entier
Squence de dcalages en frquence (Frequency hopping

pattern) de priode 10 Motif de dcalages en frquence
rpt toutes les trames
272
68
06/10/2010

Descendant 6/10

Descendant 7/10
170 diffrents motifs de sauts en frquence Un motif / groupe

didentit de cellules
Motifs de sauts de frquences diffrents Eviter le risque de
collisions continues entre symboles de rfrences de cellules
voisines Intrt quand les symboles de rfrence sont transmis
avec une nergie plus leve (Energy boosting) que les autres
symboles
En cas de transmission multi-antennes, le mobile doit pouvoir
estimer le canal correspondant chaque antenne mettrice Un
signal de rfrence transmis par chaque antenne
La norme LTE parle de ports dantennes (Antenna ports) plutt
que dantennes Un port dantennes ne correspond pas
ncessairement une seule antenne physique
Un port dantenne est dfini par la prsence dun signal de

rfrence spcifique Si des signaux rfrences identiques
sont transmis de plusieurs antennes, le terminal ne pourra pas
les rsoudre Les antennes sont vues comme un port
dantenne unique
En cas de 2 ports dantenne lmission, les symboles de
rfrence du second port sont multiplexs avec les symboles de
rfrence du premier Dcalage frquentiel de 3 sousporteuses
En cas de 4 ports dantennes lmission, les symboles de
rfrence des ports 3 et 4 sont multiplexs en frquence dans le
2me symbole OFDM de chaque slot
273

Descendant 8/10
274

Descendant 9/10
Structure des Signaux de Rfrence en Cas de Transmission

2 Antennes sur le Lien descendant
Structure des Signaux de Rfrence en Cas de Transmission
4 Antennes sur le Lien descendant
275
276
69
06/10/2010

Descendant 10/10
Traitements du Canal de Transport

sur le Lien Descendant
1/16
En cas de 4 ports dantennes lmission, le nombre de

symboles de rfrence pour les ports 3 et 4 est rduit:
Limitation du gaspillage de ressources en cas de 4 ports
Impact ngatif sur la possibilit de suivre les variations de
canaux variant rapidement Le multiplexage spatial avec 4
ports sera appliqu faible mobilit
En cas de 4 ports dantennes lmission, le nombre de

symboles de rfrence pour les ports 1 et 2 reste inchang
Ces symboles de rfrence sont en partie utiles durant la
recherche de cellule lorsque le terminal na pas
dinformation sur le nombre dantennes mettrices dans la
cellule
La couche physique sinterface avec les couches hautes (Couche

MAC) au moyen des Canaux de Transport (Transport Channels)
En cas dun seul port dantennes, au plus un block de transport de
taille dynamique peut tre transmis par TTI
En cas de ports multiples dantennes, au plus 2 blocks de transport
(2 mots de code) de tailles dynamiques (diffrentes) peuvent tre
transmis par TTI Mme avec un multiplexage spatial avec 4
ports, le nombre de blocks de transport est limit 2
Le traitement du DL-SCH repose sur 2 chanes de traitement:
Chaque chane traite un seul block de transport
La seconde chane nest prsente quen cas de multiplexage spatial
277

2/16
278

3/16
A la premire tape du traitement dun block de
transport, un CRC (Cyclic Redundancy Check) est
calcul et rajout chaque block de transport
Le CRC permet au rcepteur de dtecter des erreurs
rsiduelles dans le block de transport dcod
Utilisation dans le protocole Hybrid-ARQ
Traitement du Canal de Transport

Sur le Lien Descendant
Insertion du CRC sur le Lien Descendant:

Calcul et Rajout du CRC Chaque Block de Transport
279
280
70
06/10/2010

4/16
La premire version du WCDMA autorisait lutilisation des
Codes Convolutifs et des Codes Turbo
Pour le HSPA, seul le Codage Turbo est utilis (HS-DSCH sur
le lien descendant et E-DCH sur le lien montant)
Pour le LTE, seul le Codage Turbo est utilis en DL-SCH
Le Turbo Code LTE utilise les codes constituants 8 tats de
rendement 1/2 du WCDMA/HSPA Rendement global R = 1/3
Lentrelaceur interne du Turbo Code a t remplac en LTE par
un entrelaceur QPP (Quadrature Permutation Polynomial)
Dcodage paralllis sans risque de contention lors de laccs
la mmoire de lentrelaceur Rduction de complexit du
dcodeur
281

6/16
La fonctionnalit Hybrid-ARQ extrait
lensemble de bits transmettre dans un TTI
du bloc de bits cods dlivr par le codeur de
canal
Extraction par la Fonctionnalit Hybrid-ARQ de lEnsemble de Bits

Transmettre dans un TTI

5/16
Turbo-Codeur
282

7/16
Le nombre de bits transmettre est dtermin par:
Le nombre de Resource Blocks allous
Le type de modulation slectionn
Lordre du multiplexage spatial choisi
Remarque: Quelques Resource Elements lintrieur dun

Resource Block attribu sont occups par des symboles de
rfrence ou de la signalisation de contrle L1/L2
Nombre total de bits cods dlivrs par le codeur de
canal > Nombre de bits pouvant tre transmis La
fonctionnalit Hybrid-ARQ extrait un sous-ensemble de bits
cods Rendement effectif du code Reff > 1/3
283
284
71
06/10/2010

8/16

9/16
Nombre total de bits cods dlivrs par le

codeur de canal < Nombre de bits pouvant
tre transmis La fonctionnalit HybridARQ rpte tout ou un sous-ensemble de bits
cods Rendement effectif du code Reff < 1/3
En cas de retransmission, la fonctionnalit
Hybrid-ARQ slectionne un ensemble diffrent
de bits cods transmettre Incremental
Redundancy
Lembrouillage (Scrambling) consiste multiplier bit--bit

(Ou-Exclusif) le bloc de bits dlivr par la fonctionnalit
Hybrid-ARQ par une squence dembrouillage
Lembrouillage des donnes codes permet au dcodeur du
rcepteur dutiliser pleinement le gain de traitement offert
par le code de canal
Embrouillage sur le Lien Descendant
285
286

10/16

11/16
En appliquant des squences dembrouillage diffrents pour des

cellules voisines, les signaux interfrant aprs dsembrouillage sont
rendus alatoires Utilisation complte du gain de traitement offert
par le code de canal
Lembrouillage sur le lien descendant est appliqu tous les canaux
de transport Embrouillage appliqu la signalisation de contrle
L1/L2
Les squences dembrouillages pour tous les canaux de transport,
lexception du MCH, et pour la signalisation de contrle L1/L2,
doivent tre diffrentes pour des cellules voisines
En cas de transmission MBSFN utilisant le canal de transport MCH,
le mme embrouillage doit tre appliquer toutes les cellules
Cell-Common Scrambling
La modulation transforme un block de bits embrouills

en un bloc de symboles complexes
Les modulations utilises sur le lien descendant sont:
287
Le QPSK 2 bits/symbole (L = 2)
Le 16-QAM 4 bits/symbole (L = 4)
Le 64-QAM 6 bits/symbole (L = 6)
Toutes les modulations sont utiliss pour le DL-SCH

Seul le QPSK est utilis pour le BCH
Modulation: Transformation de M bits en M/L Symboles Complexes

288
72
06/10/2010

12/16

13/16
Le mapping des antennes (Antenna Mapping)

traite les symboles moduls correspondant en
gnral 2 Transport Blocks et distribue le
rsultat aux diffrents ports dantennes
Le LTE offre jusqu 4 ports dantennes
Le mapping des antennes peut tre configur de
diffrentes faons pour offrir :
Le mapping des Resource Blocks distribue les

symboles mettre sur chaque port dantenne sur
les Resource Blocks attribues par lordonnanceur
MAC (MAC scheduler)
La slection des Resource Blocks peut tre base
sur une estimation de la qualit du canal des
Resources Blocks comme perue par le terminal
Lordonnancement sur le lien descendant se fait
sous-trame par sous-trame (toutes les ms)
Chaque Resource Block stend sur un slot de 0.5
ms Lattribution se fait par paire de Resource
Blocks conscutifs en temps dans une sous-trame
La diversit de transmission (Transmit Diversity)

La formation de lobe (Beam Forming)
Le multiplexage spatial (Spatial Multiplexing)
289

14/16
290

15/16
Chaque Resource Block compte 84 Resource Elements
(12 sous-porteuses durant 7 symboles OFDM)
Une partie des Resource Elements dans un Resource
Block est occupe par:
Les symboles de rfrence, incluant des Resource Elements non
utiliss correspondant des symboles de rfrence dautres
antennes
La signalisation de contrle L1/L2
Mapping des Resource Blocks sur le Lien Descendant: Il Existe un Seul Ensemble
de Ressources et un Mapping de Ressources Correspondant pour Chaque Antenne
291
Le eNodeB a une connaissance parfaite des Resource

Elements utiliss par les signaux de rfrence et de contrle
L1/L2 Il peut associer automatiquement les symboles du
canal de transport aux Resource Elements restants
292
73
06/10/2010

16/16
Le terminal connait parfaitement les Resource
Elements utiliss sur le lien descendant par les
symboles de rfrence et le contrle L1/L2
Il peut extraire automatiquement les symboles
du canal de transport des bons Resource
Elements
Le canal de transport DL-SCH est associ au
canal physique PDSCH (Physical Downlink
Shared Channel)
Recherche de Cellule
1/10
La procdure de recherche de cellule permet au terminal:
De trouver une cellule potentielle laquelle il peut se connecter

Dobtenir lidentit de la cellule
Dobtenir la synchronisation trame (Frame Timing)
Dobtenir les paramtres essentiels la rception des informations
systmes sur le canal de transport BCH (Broadcast Channel)
Obtention du reste de paramtres requis pour accder au systme
Pour viter une planification de cellule complique, le

nombre didentits physiques des cellules doit tre trs grand:
510 identits de cellules diffrentes
170 groupes didentits de de cellules contenant 3 identits chacun
293
2/10
294
3/10
La procdure de recherche de cellule est effectue en

plusieurs tapes Rduction de la complexit de
recherche
Pour assister le terminal, le LTE offre sur le lien
descendant:
Un signal de synchronisation primaire
Un signal de synchronisation secondaire
Les signaux de synchronisation primaire et secondaire

sont des squences spcifiques insres dans les deux
derniers symboles OFDM du premier slot des soustrames 0 et 5 En mode TDD, les sous-trames 0 et 5
sont toujours utilises en lien descendant
La procdure de recherche de cellule peut galement
exploiter les signaux de rfrence
Signaux de Synchronisation Primaire et Secondaire (Prfixe Cyclique Normal)

295
296
74
06/10/2010
4/10
Premire tape de la procdure de recherche de cellule:

Le terminal utilise le signal de synchronisation primaire
pour trouver la synchronisation en temps sur la base de 5
ms Synchronisation trame avec une ambigut de 5 ms
Le signal de synchronisation primaire est transmis 2 fois
par trame Simplification du handover partir dautres
technologies daccs multiple
Un filtrage adapt peut tre utilis entre le signal reu et les
(3) squences de synchronisation primaires pour acqurir la
synchronisation: Lorsque la sortie du filtre adapt atteint
son maximum, le terminal aura atteint la synchronisation
sur la base de 5 ms
5/10
3 squences diffrentes peuvent tre utilises en tant que

signaux de synchronisation primaire
Bijection entre les 3 squences et lidentit de la cellule
dans son groupe Le terminal obtient lidentit de la
cellule dans le groupe didentit de cellule
Bijection entre les 3 squences et les 3 squences
orthogonales utilises pour la cration du signal de
rfrence Le terminal obtient une connaissance partielle
sur le signal de rfrence
Deuxime tape de la procdure de recherche de

cellule:
Permet au terminal de dtecter le groupe de lidentit de
cellule et la synchronisation trame
297
6/10
298
Le terminal observe une paires de slots o le signal de

synchronisation secondaire est transmis: Si (s1, s2) est une
paire de squences possible, alors
s1 et s2 reprsentent respectivement les signaux de
synchronisation des sous-trames 0 et 5
(s2, s1) nest pas un couple possible
Le terminal rsout lambigut de 5 ms et obtient la

synchronisation trame
Chaque paire (s1, s2) permise reprsente un groupe
didentit de cellule Obtention du groupe didentit de
cellule
Obtention de la squence pseudo-alatoire utilise pour la
gnration du signal de rfrence dans la cellule
299
7/10
Procdure de recherche de cellule termine Le terminal

peut recevoir les informations systme du BCH pour obtenir
le reste des paramtres (Exemple: Bande de transmission
dans la cellule)
Les signaux de synchronisation primaire et secondaire sont
transmis sur deux symboles OFDM successifs
Traitement cohrent du signal de synchronisation secondaire
Dtection aveugle de la longueur du prfixe cyclique
La synchronisation trame est souvent la mme dans des

cellules voisines Permettre lopration du MBSFN
Au dbut de la procdure de recherche de cellule, la bande
de transmission nest pas connue Les signaux de
synchronisation sont toujours transmis sur les 72 sousporteuses centrales ( 1 MHz)
300
75
06/10/2010
8/10
9/10
Recherche initiale de cellule: Chercher une cellule pour sy

connecter aprs allumage du terminal (Dure relche)
Recherche de cellules voisines (Neighbor-cell search): Identification
de cellules voisines pour handover (Dure stricte)
Lors de la recherche initiale de cellule, le terminal ne connat pas la
frquence porteuse de la cellule Le terminal rpte la procdure
de recherche de cellule pour toute frquence porteuse possible
En cas de handover intra-frquence, le terminal na pas besoin de
chercher les frquences porteuses des cellules voisines
Pour le fonctionnement du handover, des mesures doivent tre
effectues lorsque le terminal reoit des donnes sur le lien
descendant Le terminal doit aussi effectuer une recherche de
cellules
Gnration du Signal de Synchronisation dans le Domaine Frquentiel
Les 36 sous-porteuses de part et dautre de la sousporteuse DC sont rservs la synchronisation

La taille du IFFT dpend de la bande systme
Les sous-porteuses non utilises par les signaux de
synchronisation sont utiliss pour les donnes
301
10/10
Pour une recherche intra-frquence, la rception de

donnes et la recherche de cellules voisines sont des
fonctions spares en bande de base oprant sur le
mme signal reu
En cas de handover inter-frquence, la rception de
donnes et la recherche de cellules voisines doivent se
faire sur des frquences diffrentes
302
Canaux Radio
1/14
Le E-UTRAN doit tre capable de transmettre des

informations haut dbit et faible latence, de la
manire la plus efficace possible
Pas tous les flux dinformation ncessitent la mme
protection contre les erreurs de transmission ou la mme
gestion de la Qualit de Service:
Equiper le terminal avec des circuits de rception RF

spars nest pas attractif dun point de vue complexit
Eviter dordonnancer le terminal dans une ou plusieurs
sous-trames sur le lien descendant Cration de gaps dans
la transmission de donnes permettant au terminal de
basculer vers dautres frquences pour effectuer des
mesures inter-frquences
303
Les messages de signalisation doivent tre transmis

rapidement avec la meilleur protection contre les erreurs
Les flux de donnes et de voix peuvent accepter un taux de
perte de trames raisonnable
Les applications interactives orientes connexion (Web
browsing,) profitent des retransmissions de bout-en-bout
pour contrer les problmes de propagation radio
304
76
06/10/2010
Canaux Radio
2/14
Canaux Radio
Pour tre flexible, le E-UTRAN propose quelques types de

canaux:
Les canaux logiques (Quest ce qui est transmis)
Les canaux de transport (Comment est-il transmis)
Les canaux physiques
Les canaux logiques correspondent aux services de transfert

de donnes offerts par les protocoles de linterface radio aux
couches hautes
Il existe deux types de canaux logiques:
Les canaux de contrle: Transfert des informations du Plan de
Contrle
Les canaux de trafic: Transfert des informations du Plan
Utilisateur
3/14
Les canaux logiques de contrle sont:

Le BCCH (Broadcast Control Channel):
Diffuse des informations systmes aux terminaux
prsents dans la cellule
Les informations diffuses sont utilises par le terminal
pour connatre loprateur, la configuration des canaux
communs, comment accder au rseau
Le PCCH (Paging Control Channel): Transfre

des information de paging aux terminaux en cas
de communications termines au mobile
305
Canaux Radio
4/14
306
Canaux Radio
Le CCCH (Common Control Channel):
5/14
Les canaux logiques de trafic sont:
Utilis pour faire communiquer terminal et E-UTRAN en

labsence de connexion RRC
Utilis dans la phase initiale de ltablissement dune
communication
Le MCCH (Multicast Control Channel): Utilis pour

transmettre des informations MBMS (Multimedia
Broadcast and Multicast Services) vers un ou plusieurs
terminaux
Le DCCH (Dedicated Control Channel): Canal point-point bidirectionnel vhiculant des informations de
contrle (Signalisations RRC et NAS) entre un
terminal et un rseau
307
Le DTCH (Dedicated Traffic Channel): Canal point--point

bidirectionnel, utilis entre un terminal et le rseau pour
transmettre des donnes utilisateur
Le MTCH (Multicast Tranffic Channel): Canal point-multipoint pour le transfert de donnes du rseau vers un
ou plusieurs terminaux (Associ au service MBMS)
Les canaux de transport dcrivent comment et avec

quelles caractristiques les donnes sont transfres sur
linterface radio: Codage canal, Protection CRC,
Entrelacement, Taille des paquets transmis
Transport Format
308
77
06/10/2010
Canaux Radio
6/14
Canaux Radio
7/14
Les canaux de transport sur le lien montant sont:
Les canaux de transport sont classes en deux

catgories:
Le UL-SCH (Uplink Shared Channel): Equivalent du

DL-SCH sur le lien montant
Le RACH (Random Access Channel):
Canaux de transport sur le lien descendant

Canaux de transport sur le lien montant
Les canaux de transport sur le lien descendant sont:
Canal assurant un transfert limit dinformations de contrle

Utilis au dbut de ltablissement dune communication et
en cas de changement dtat RRC
Le BCH (Broadcast Channel):

Associ au canal logique BCCH
Possde un Tranport Format prdfini
Les canaux physiques reprsentent

limplmentation relle des canaux de transport
sur linterface radio Leur structure est
troitement lie aux caractristiques de lOFDM
de linterface physique
Le PCH (Paging Channel): Associ au PCCH

Le DL-SCH (Downlink Shared Channel): Transport de
contrle et donnes utilisateur
Le MCH (Multicast Channel): Associ au MBMS
309
Canaux Radio
8/14
310
Canaux Radio
9/14
Les canaux physiques sur le lien montant sont:
Les canaux physiques sur le lien descendant sont:

Physical Downlink Shared Channel (PDSCH): Transport les
donnes utilisateurs et la signalisation couches hautes
Physical Downlink Control Channel (PDCCH): Transport les
affectations de ressources dordonnancement sur le lien montant
Physical Multicast Channel (PMCH): Transporte des informations
Multicast/Broadcast
Physical Broadcast Channel (PBCH): Transport des Informations
Systme
Physical Control Format Indicator Channel (PCFICH): Informe le
terminal du nombre de symboles OFDM utiliss par le PDCCH
Physical Hybrid ARQ Indicator Channel (PHICH): Transporte les
rponses ACK et NACK aux transmissions sur le lien montant
311
Physical Uplink Shared Channel (PUSCH): Transporte les

donnes utilisateur et la signalisation couches hautes
Physical Uplink Control Channel (PUCCH): Transporte les
informations de contrle, incluant des rponses ACK et
NACK aux transmissions sur le lien descendant
Physical Random Access Channel (PRACH): Transporte le
prambule daccs alatoire transmis par le terminal pour
accder au rseau
La couche physique utilise les signaux physiques:

Signaux de rfrence (Un signal par port dantenne sur le lien
DL)
Signaux de synchronisation (Signaux primaire et secondaire)
312
78
06/10/2010
Canaux Radio
10/14
Canaux Radio
11/14
Les canaux logiques PCCH et BCCH ont des

caractristiques de transport et physique particulires
Associations de transport et physique spcifiques eux
Lassociation du BCCH avec les canaux de transport
BCH et DL-SCH nest pas optionnel : Les Informations
Systme sont composes de:
Systmes dinformation critiques : Format fixe, Mise jour
frquente, Association avec le PBCH
Systmes dinformation dynamiques et moins critiques :
Association avec un canal de transport offrant plus de
flexibilit en terme de bande et de priode de rptition
DL-SCH
Associations entre Types de Canaux E-UTRAN

313
Canaux Radio
12/14
314
Canaux Radio
Les canaux Multicast MCCH et MTCH sont associs:
13/14
Le modle canal du E-UTRAN a t hrit du

modle canal de lUTRAN
A un canal de transport spcifique MCH en cas doffre de

services MBMS multi-cellules
Au canal DL-SCH au cas o le service MBMS est offert dans
une seule cellule
Les canaux physiques PUCCH, PDCCH, PCFICH et

PHICH:
Ne transportent pas dinformation des couches hautes
Transportent des informations lies au codage et au HARQ
Le RACH est un canal de transport spcifique nayant pas

dquivalent logique: Le RACH transporte un prambule
(Les tous premiers bits envoys par le terminal au rseau
pour demander laccs)
Association Canaux Logiques/Canaux de Transport au Niveau

de la Couche MAC du RNC UTRAN/FDD
315
316
79
06/10/2010
Canaux Radio
Adaptation de Lien: Contrle de

Puissance et de Dbit
1/5
14/14
Les modles UTRAN et E-UTRAN :

Partagent presque les mmes canaux logiques
Sont compltement diffrents lchelle des canaux de transport :
Le canal DCH prsent dans lUTRAN a disparu du E-UTRAN
Le contrle de puissance ajuste dynamiquement la puissance

mise pour compenser les variations des conditions
instantanes du canal Maintenir un niveau de champ reu
quasiment constant au rcepteur Transmettre les donnes
avec une probabilit derreur assez faible
Les services de donnes point--point du E-UTRAN sont

orients paquet et utilisent un seul canal de transport: le SCH
(Shared Channel) Linterface radio suit la mme direction
que le rseau cur paquet tout-IP
Le modle canal E-UTRAN parait plus simple
Le SCH peut tre vu comme une volution du HS-DSCH
(HSDPA) et du E-DCH (HSUPA)
317

2/5
La puissance transmise est inversement proportionnelle la
qualit du canal
Dbit de donnes constant, indpendamment des variations
du canal Proprit dsirable pour les services en mode
circuit (Voix)
Le contrle de puissance est un type dadaptation de lien:
Ajustement des paramtres de la transmission (Puissance)
pour sadapter aux diffrentes variations des conditions
instantanes du canal et maintenir le niveau de champ reu
un niveau dsir
Trafic de paquets de donnes:
Pas de besoin fort doffrir un dbit constant sur le lien radio
Dbit de donnes offert sur linterface radio le plus haut possible
319
Contrle de Puissance
318

3/5
Services dbit constant (Voix + Vido) Variations court terme du
dbit de donnes ne posent pas de problme du moment que le dbit
moyen (sur un court intervalle en temps) reste constant
Dbit constant non requis Adaptation de lien par contrle dynamique
de dbit
Le contrle de dbit:
Na pas pour objectif de garder un dbit de donnes constant sur le lien
radio
Ajuste dynamiquement de dbit de donnes pour compenser les conditions
variables du canal
Le contrle de dbit maintient le RSB~P/R un niveau dsir en

ajustant le dbit de donnes R plutt que la puissance de transmission P
320
80
06/10/2010

4/5

5/5
Le contrle de dbit est plus efficace que le contrle de puissance:
Contrle de dbit Amplificateur de puissance mettant plein rgime
Amplificateur utilis efficacement
Contrle de puissance Puissance de transmission souvent infrieure au
maximum Utilisation non efficace de lamplificateur dans la plupart
des situations
La dbit de donnes est contrl en ajustant la modulation et/ou le

rendement du code de canal
Conditions avantageuses du lien radio Haut RSB Modulation
grand nombre dtats (16QAM, 64QAM) + Haut rendement du code
Contrle de dbit = AMC (Adaptive Modulation and Coding)
Contrle de Dbit
321
322
Techniques dAntennes Multiples 1/2
Techniques dAntennes Multiples 2/2
Disponibilit dantennes multiples lmission et/ou

la rception
Disponibilit simultane dantennes multiples

lmission et la rception
Diversit additionnelle contre les vanouissements du canal

Corrlations faibles entre canaux de diffrentes antennes
Distance inter-antenne assez grande (Diversit spatiale), ou
Antennes avec diffrentes polarisations (Diversit de
polarisation)
Formation de voie (Beam Forming)

Maximisation du gain dantenne dans la direction du rcepteur
(Transmit Beam) ou de lmetteur cible (Receive Beam), ou
Suppression dun signal interfrant dominant spcifique
Utilisation avec corrlation forte ou faible entre antennes
323
Multiplexage spatial par traitement MIMO (MultipleInput Multiple-Output)

Cration de canaux de transmission multiples
parallles
Utilisation efficace de la bande sans rduction en
efficacit de puissance, ou de manire quivalente,
Possibilit doffrir de hauts dbits de donnes dans
une bande limite, sans dgradation de couverture
324
81
06/10/2010
Antennes Multiples en Rception 1/8

Sous forme vectorielle, la combinaison linaire des
antennes rceptrice est exprime par:
Configuration dantennes la plus communment utilise

Souvent appele RX diversity mme si lobjectif nest pas
toujours de raliser une diversit contre les vanouissements
du canal
Diffrents choix du vecteur de pondration w

Diffrentes approches de combinaisons dantennes
1er Cas: Signal transmis sujet un vanouissement non
slectif en frquence et un bruit blanc Signaux
reus exprims par:
Combinaison Linaire des Antennes de Rception
325
326
Pour maximiser le rapport signal-sur-bruit (RSB) aprs combinaison

linaire, le vecteur de pondration w doit tre slectionn comme:
Distances entre antennes suffisamment larges ou directions de

polarisation diffrentes Antennes mutuellement dcorrles
Gains h1, h2, , hNR dcorrls MRC offrant une diversit
dordre NR
Distances entre antennes rduites Antennes fortement corrles
Formation de voie en rception Gain maximum NR en direction
du signal cible Augmentation du RSB aprs combinaison
proportionnellement au nombre dantennes rceptrices
MRC est une stratgie de combinaison optimale en prsence de bruit
blanc
En communication mobile, le signal est principalement altr par de
linterfrence dautres utilisateurs plutt que par du bruit
MRC: Maximum Ratio Combining

Les coefficients de pondration MRC ont 2 objectifs:
Tourner la phase des signaux reus aux diffrentes antennes
Compenser les phases de canaux correspondantes Assurer des
signaux aligns en phase avant addition (Combinaison cohrente)
Pondrer les signaux proportionnellement aux gains de canaux
respectifs (Appliquer des gains importants aux signaux reus plus
puissants)
327
328
82
06/10/2010
2me Cas: Nombre relativement important de signaux

interfrant de puissances comparables Interfrence
globale ressemblant un bruit sans direction darrive
spcifique MRC est encore un bon choix
3me cas: Un seul signal interfrant dominant (ou
nombre limit de signaux interfrents dominants)
Slection des poids des antennes afin de supprimer le
signal interfrent Formation de voie la rception
avec attnuation importante dans la direction du signal
interfrent IRC: Interference Rejection Combining
Signal interfrant dominant unique Signaux reus
exprims par:
Scnario sur le Lien Descendant avec un Seul Signal Interfrent Dominant
329

Signal interfrant compltement supprim si le
vecteur de pondration w vrifie lexpression:
NR-1 degrs de libert dans le choix de w
Flexibilit dans la slection du vecteur de pondration
Possibilit (en thorie) de supprimer NR-1 signaux
interfrents Augmentation potentiellement grande du
niveau de bruit aprs combinaison dantennes
Combinaison MMSE (Minimum Mean Square
Error): Slectionner le vecteur de pondration afin de
minimiser lerreur quadratique moyenne:
330

LIRC peut aussi tre utilis sur le lien montant pour supprimer
linterfrence provenant dun terminal spcifique
Suppression dinterfrence intra-cellule (SDMA: Spatial
Division Multiple Access) Terminaux multiples
transmettant simultanment en utilisant la mme ressource en
frquence
Interfrence Intra-Cellule
Interfrence Inter-Cellule
Scnario de Rception avec un Terminal Interfrant trs Puissant

331
332
83
06/10/2010
Antennes Multiples en Emission
Ordonnancement en LTE
Comme alternative ou complment aux antennes

multiples en rception, la diversit et la formation
de voie peuvent tre ralises en utilisant des
antennes multiples en mission
Utilisation dantennes multiples lmission dun
grand intrt pour le lien descendant, la station
de base Opportunit de diversit ou de
formation de voie sans avoir besoin dantennes
additionnelles et de chanes de rception
correspondantes au terminal
En LTE les ressources temps-frquence sont dynamiquement

partages entre les utilisateurs sur les liens montant et descendant
Lordonnanceur fait partie de la couche MAC et contrle lallocation
de ressources sur les liens montant et descendant
Les ordonnancements sur les liens montant et descendant sont
spars Les dcisions dordonnancement sur les liens montant et
descendant peuvent tre prises indpendamment lune de lautre
(Dans les limites de partage lien montant/lien descendant pour le
TDD)
La stratgie dordonnancement nest pas spcifie dans la norme
Le rle dun ordonnanceur est de prendre avantage des variations du
canal entre les terminaux et ordonnancer les transmissions vers les
terminaux sur des ressources avec conditions de canal avantageuses
333
Ordonnancement sur le Lien

Descendant 1/6
334

Descendant 2/6
A chaque intervalle de 1 ms, lordonnanceur sur le lien

descendant dtermine dynamiquement les terminaux qui
doivent recevoir des transmissions sur le lien descendant et
sur quelles ressources
Des terminaux multiples peuvent tre ordonnancs en
parallle 1 DL-SCH par terminal ordonnanc associ
un ensemble de ressources en frquence
Lunit de base dans lordonnanceur est le Resource Block
A chaque intervalle de 1 ms, lordonnanceur alloue des
Resource Blocks pour recevoir une transmission DL-SCH
Lordonnanceur est responsable de la slection de la taille
du Transport Block, de la modulation et du mapping
dantennes (en cas de transmission multi-antenne)
335
Ordonnanceur MAC
(Lien Descendant)
336
84
06/10/2010

Descendant 3/6

Descendant 4/6
Contrle du dbit par lordonnanceur Affectation de la

segmentation RLC et du multiplexage MAC par la dcision
dordonnancement
OFDM sur le lien descendant Lordonnanceur peut exploiter les
variations dans les domaines frquentiel et temporel
Remarque: Le HSDPA ne peut exploiter que le domaine temporel !
Bandes larges supportes par le LTE Evanouissements slectifs
en frquence significatifs Exploitation des variations du canal
dans domaine frquentiel plus importante que dans le domaine
temporel
Faibles vitesses Variations dans le domaine temporel relativement
lentes compares aux contraintes de dlais de plusieurs services
Exploitation bnfique des variations dans le domaine frquentiel
Information sur les conditions de canal sur le lien descendant,

ncessaires lordonnancement dpendant du canal Envoi de
CQI (Channel-Quality Indicator) au eNodeB par le terminal
Le CQI inclue des informations:
Sur la qualit instantane du canal dans le domaine frquentiel
Pour la dtermination du traitement dantenne appropri en cas de
multiplexage spatial
Le CQI est mesur sur les signaux de rfrence sur le lien

descendant
Remarque: La rciprocit de canal en TDD peut tre exploite par
un ordonnanceur en complment du CQI
Lordonnanceur doit aussi prendre en compte ltat de la mmoire
tampon et des priorit dans les dcisions dordonnancement
337
338

Descendant 6/6

Descendant 5/6
La diffrence entre types de services et de souscriptions

peut affecter les priorits dordonnancement:
Un utilisateur de Voix-sur-IP avec une souscription chre
doit maintenir sa qualit de service mme en cas de
surcharge du systme
Un utilisateur tlchargeant un fichier et ayant une
souscription pas chre peut tre satisfait par les ressources
non utilises pour supporter les autres utilisateurs
Slection de Format de Transport

sur le Lien descendant
La coordination de linterfrence (Contrle de

linterfrence inter-cellule sur une base lente) fait partie
de lordonnanceur
La coordination dinterfrence nest pas spcifie dans
la norme (Spcifique au constructeur)
339
340
85
06/10/2010
Ordonnancement, Adaptation de
Lien & ARQ Hybride
1/3
Lien & ARQ Hybride
2/3
Les communications radio mobiles prsentent des variations

rapides et significatives dans les conditions instantanes du
canal:
Lordonnancement dpendant du canal assure le partage des

ressources radio disponibles entre les diffrents terminaux:
Slectivits en frquence et en temps Variation rapide et

alatoire de lattnuation du canal en frquence et en temps
Effet de masque + Affaiblissement de parcours Affectation
significative de la puissance moyenne du signal reu
Interfrence au rcepteur due aux transmissions dans les autres
cellules et par les autres terminaux
Minimiser la quantit de ressources requises par utilisateur

maximiser le nombre dutilisateurs dans le systme
Satisfaire les exigences en terme de qualit de service
Ladaptation de lien:
Ncessit de techniques permettant de traiter les

variations instantanes de la qualit du lien radio:
Ordonnancement dpendant du canal, Adaptation de lien &
ARQ Hybride
Est intimement lie lordonnancement

Slectionne les paramtres de transmission pour rpondre aux
variations de la qualit du lien radio
Lordonnancement et ladaptation de lien exploitent les

variations du canal grce des traitements appropris avant
transmission des donnes
341
342
Lien & ARQ Hybride
3/3
ARQ Hybride avec Combinaison

Souple 1/8
Nature alatoire des variations de la qualit du

lien radio Impossibilit de sadapter
parfaitement la qualit instantane du lien radio
Utilit de lARQ Hybride qui demande la
retransmission des paquets de donnes errons
LARQ hybride :
LARQ Hybride limine tout paquet erron et demande

sa retransmission Un paquet erron limin contient
pourtant des informations, perdue par limination
Imperfection adress par lARQ Hybride avec
combinaison souple (Soft-Combining)
ARQ Hybride avec Combinaison Souple:
Gre les variations instantanes de la qualit du lien

radio aprs transmission Complmente
lordonnancement et ladaptation de lien
Gre les erreurs alatoires dues au bruit au rcepteur
343
Paquet reu avec erreurs Stockage dans une mmoire

tampon Combinaison avec la retransmission
Obtention dun seul paquet combin plus fiable que ses
constituants Dcodage oprant sur le signal combin
Echec du dcodage (Dtection derreurs par CRC)
Demande de retransmission
344
86
06/10/2010

Souple 2/8

Souple 3/8
La retransmission en ARQ Hybride doit reprsenter le

mme ensemble de bits dinformations que la transmission
originale Lensemble de bits cods envoys chaque
retransmission peuvent tre slectionns diffremment du
moment quils reprsentent le mme ensemble de bits
dinformation Chase Combining ou Incremental
Redundancy selon que les bits retransmis sont identiques
la transmission originale ou non
Chase Combining:
Aprs chaque retransmission, le rcepteur utilise le MRC
(Maximum Ratio Combining) pour combiner chaque paquet
avec les transmissions prcdentes du mme paquet
Le signal combin est dlivr au dcodeur
Chaque retransmission est une copie identique de la

transmission originale Retransmissions avec Chase
Combining = Codage rptition Pas de gain de codage
additionnel mais une augmentation du RSB accumul
Plusieurs variantes de Chase Combining existent:

Partial Chase Combining: Un sous-ensemble des bits mis
dans la transmission originale sont retransmis
La combinaison est souvent faite aprs dmodulation et
avant dcodage
La combinaison peut tre faite au niveau symbole avant
dmodulation si la modulation ne change pas entre
transmission et retransmissions
345

Souple 4/8
346

Souple 5/8
Incremental Redundancy (IR):
Chaque retransmission na pas tre identique la
transmission originale
Plusieurs ensembles de bits cods sont gnrs, chacun
reprsentant le mme ensemble de bits dinformation
Chaque fois quune retransmission est requise, la
retransmission utilise un ensemble de bits cods
diffrent de la transmission prcdente
Le rcepteur combine la retransmission avec les
tentatives de transmissions prcdentes du mme
paquet
Combinaison de Chase
347
348
87
06/10/2010

Souple 6/8

Souple 7/8
La retransmission peut contenir des bits de parit

additionnels non inclus dans les tentatives de
transmission prcdentes Le rendement du code
rsultant est abaiss par chaque retransmission
Une retransmission na pas comporter le mme
nombre de bits cods que la transmission originale
La modulation peut tre diffrente pour les diffrentes
retransmissions
LIncremental Redundancy est une

gnralisation du Chase Combining
Le Chase Combining est un cas particulier de
lIncremental Redundancy
Lincrmental Redundancy est bas sur un code faible

rendement
Les diffrentes versions de redondances sont gnres par
poinonnage des sorties du codeur
A la 1re transmission, un nombre limit de bits cods est
transmis Code haut rendement
Aux retransmissions, des bits cods additionnels sont transmis
Exemple: Code de rendement 1/4
1re transmission: 1 bit cod sur 3 transmis Rendement = 3/4

1re retransmission: 1 bit cod sur 3 transmis Rendement = 3/8
2me retransmission: 1 bit cod sur 3 transmis Rendement =
3me retransmission: Bits dj transmis doivent tre retransmis
349

Souple 8/8
350
Ordonnancement Dpendant du Canal

Lordonnancement contrle lallocation des
ressources partages entre les utilisateurs
chaque instant en temps
Les principes dordonnancement et les
ressources partages dpendent des
caractristiques de linterface radio:
Lien montant ou lien descendant
Transmissions mutuellement orthogonales ou non
Redondance Incrmentale
351
352
88
06/10/2010

Descendant 1/9

Descendant 2/9
Utilisation du FDM ou du CDM:
Orthogonalit sur le lien descendant ralise:
En temps (TDM: Time Division Multiplexing),

En frquence (FDM: Frequency Division Multiplexing),
Par code (CDM: Code Division Multiplexing), ou
Dans lespace (SDM: Spatial Division Multiplexing)
Partage des ressources en temps/frquence/code

Partage de la puissance de transmission totale dans la
cellule
Utilisation du TDM:
Le SDM est combin avec le TDM, le FDM ou le CDM

Transmissions mutuellement orthogonales vers les
diffrents terminaux dans une cellule Pas dinterfrence
intra-cellulaire
Le trafic des paquets de donnes est souvent saccad
(bursty)
Une seule transmission chaque instant Pas de

partage de la puissance totale de la cellule
Maximisation de lutilisation des ressources radio =
Allocation des ressources lutilisateur prsentant les
meilleures conditions instantanes du canal:
Adaptation de lien par contrle de puissance Minimisation de la
puissance transmise Minimisation de linterfrence
extracellulaire
Combinaison du TDM avec le CDM (HSDPA)

Combinaison du TDM avec le FDM (LTE)
353

Descendant 3/9
354

Descendant 4/9
Adaptation de lien par contrle de dbit Maximisation du dbit

pour une puissance donne Maximisation de lutilisation du lien
pour une interfrence extracellulaire donne
Ordonnancement TDM + Contrle de puissance

Puissance totale dans la cellule souvent non utilise
compltement Intrt du contrle de dbit
Max-C/I (ou Maximum Rate): Ordonnancement de
lutilisateur prsentant les meilleures conditions radio
Variations indpendantes des conditions radio des liens
radio dune cellule Il existe toujours un lien radio
dont la qualit de canal est proche de son pic
Ordonnancement Dpendant du Canal
355
356
89
06/10/2010

Descendant 5/9

Descendant 6/9
Canal effectivement utilis de haute qualit Haut dbit de

donnes avec le contrle de dbit
Gain obtenu en transmettant vers lutilisateur prsentant des
conditions favorables du lien radio = Diversit Multiutilisateur
Plus grandes sont les variations du canal + Plus grand est le nombre
dutilisateur = Plus grand est le gain
Max-C/I Ordonnancement de lutilisateur k donn par:
Terminaux avec conditions moyennes de canal similaires (Moyen

terme) Mme dbit moyen pour tous les utilisateurs
Terminaux avec conditions moyennes de canal diffrentes (Distances
diffrentes de la station de base et/ou Effets de masque diffrents)
Utilisateurs avec mauvaises conditions de canal jamais ordonnancs
Situation inacceptable pour la qualit de service
Round-Robin: Ordonnancement permettant chaque utilisateur
davoir son tour dans lutilisation des ressources partages
Ordonnancement Round-Robin:
Ordonnancement max-C/I bnfique pour la capacit systme

Ordonnancement pas toujours quitable
Equitable en terme de ressources alloues

Non quitable en terme de qualit de service Plus de ressources
doivent tre donnes aux liens avec de mauvaises conditions
357

Descendant 7/9
358

Descendant 8/9
Ordonnancement Round-Robin Conditions
instantanes de canal non prises en compte
Performance globale systme plus faible que
lordonnancement max-C/I
Ncessit dune stratgie dordonnancement:
Capable dutiliser les variations rapides du canal pour
amliorer le dbit global dans la cellule
Assurant un dbit minimum pour tous les utilisateurs
Un bon ordonnanceur doit oprer quelque part entre le

max-C/I et le Round-Robin
Max-C/I
Round-Robin
Essayer dutilisation les variations rapides des conditions

du canal
Satisfaire un certain degr dquit entre utilisateurs
Proportional-Fair
3 Stratgies dOrdonnancement pour 2 Utilisateurs avec Diffrentes Qualits

Moyennes du Canal
359
360
90
06/10/2010

Descendant 9/9
Canal PBCH
1/2
Le Physical Broadcast Channel (PBCH):
Proportional-Fair: Ordonnancement allouant les ressources

partages lutilisateur avec les meilleures conditions relatives du
lien radio
Lutilisateur k est slectionn selon:
2 raisons pour complmenter le TDM avec le FDM ou le CDM:

Quantit de donnes transfrer un utilisateur pas suffisamment large
pour utiliser la capacit totale du canal
Exploitation des variations en frquence du canal travers le FDM
Lalgorithme dordonnancement nest pas spcifi dans la norme

Spcification des mesures/rapports de qualit de canal +
Signalisation
Transporte des informations systmes ncessaires laccs

au rseau (Paramtres RACH,)
Occupe toujours une bande de 1.08 MHz (6 Resource
Blocks) Structure indpendante de la bande utilise par
le systme
Utilise un codage convolutif (Rendement faible)
Linformation diffuse est partiellement transporte par

le PBCH:
Le Master Information Block est transport par le PBCH
Les System Information Blocks sont transports par le
PDSCH
361
Canal PBCH
2/2
362
MBMS
1/30
Lintrt des rseaux broadcast et multicast est la

rception par plusieurs abonns des mmes donnes,
envoyes en mme temps et une seule fois par lien
Pour linterface radio, le bnfice est le cot en ressources
radio est limit ce qui est ncessaire pour une seule
transmission dans une cellule donne
Le MBMS (Multimedia Broadcast and Multicast Services)
du 3GPP est compos de deux services distincts: Broadcast
et Multicast
Un service Broadcast peut tre reu par nimporte quel
terminal localis dans la zone o le service est offert
Un service Multicast ne peut tre reu que par des
terminaux ayant souscrit au service et rejoint un groupe
multicast associ au service
Localisation au Centre de la Bande du PBCH (600 Sous-Porteuses = 9 MHz)

363
364
91
06/10/2010
MBMS
2/30
MBMS
3/30
Le rseau ne connat pas les terminaux recevant un

service Broadcast et la dure pendant laquelle ils ont
reu le service:
Les services Broadcast et Multicast:

Sont des transmissions unidirectionnels point-multipoint de donnes multimdia
Peuvent tre utiliss pour diffuser du texte, de
laudio, des photos et de la vido:
Loprateur ne peut pas appliquer des rgles de facturation

pour lutilisateur final dun service Broadcast
Seuls les fournisseurs de services Broadcast peuvent
facturer en se basant sur la quantit de donnes diffuses, la
taille de la zone de service ou la dure du service de
diffusion
A partir dune mme source BM-SC (Broadcast

Multicast Service Center)
Vers un utilisateur localis dans la zone de service
(Broadcast Service) ou les membres dun groupe
multicast (Multicast Service)
Le service Multicast ncessite une souscription et que

lutilisateur rejoigne explicitement un groupe pour
recevoir le service Il permet loprateur de
spcifier des rgles de facturation pour le service
365
MBMS
4/30
366
MBMS
Des applications typiques convenables pour le

MBMS sont:
5/30
3- Tlchargement de Fichiers:
Tlchargement efficace de donnes pour une
population large de terminaux
Mise jour de logiciel (Codec ou plug-in dune
application du terminal), ou de liste de virus
Intrt du service Multicast par rapport au service
Broadcast
1- Streaming Audio/Video:
Tout type de distribution de messages dinformation ou de
publicit
Impose des contraintes de Qualit de Service en terme de
bande, de dlai et de jitter de transfert
Dbits typiques de 32 kb/s plus de 300 kb/s
2- Tlchargement Audio/Vido
Distribution de contenu multimdia pour une utilisation hors
ligne
Transfert en temps rel non requis
Une bande suffisante doit tre utilise
367
4- Distribution du Texte et de lImage:

Un dbit maximum de lordre de 10 kb/s
Pas de contraintes spcifiques de temps-rel
368
92
06/10/2010
MBMS
6/30
MBMS
7/30
+: Larchitecture du service MBMS est base sur un

domaine cur paquet (Packet Core) Compatibilit
avec lEPC (Enhanced Packed Core)
-: Le MBMS ne fait pas partie des caractristiques
supportes par le Cur Paquet Ncessit de
fonctionnalits additionnelles des nuds appropris
pour ltablissement dune session Broadcast ou
Multicast et lautorisation Multicast
Cration de 2 entits logiques rseau additionnelles:
Le MCE et le MBMS GW
Architecture Logique du MBMS
369
MBMS
8/30
MBMS
Le MCE (Multi-cell/multicast Coordination Entity):

Est responsable de lallocation de ressources en temps et en
frquence pour la transmission MBMS multi-cellule
Effectue lordonnancement sur linterface radio
Peut tre intgr dans le eNodeB Linterface M2 devient
une interface interne au eNodeB
Le MBMS GW (Gateway):
370
9/30
Le BM-SC (Broadcast Multicast Service Center) est

lentit fonctionnelle qui se charge de la fourniture de
services lutilisateur Le BM-SC sert de point
dentre un fournisseur de contenu ou tout rseau
externe source de Broadcast/Multicast
Le BM-SC assure la fonction de:
Qualit de membre: Fourniture dautorisations aux
terminaux demandant lactivation dun service MBMS
Session et de Transmission: Responsable de
lordonnancement de sessions Broadcast et Multicast
Dannonce Service: Dclenchement de lannonce de
session MBMS
De Scurit: Protection dintgrit et de confidentialit des
donnes MBMS
Est le point dentre du trafic Broadcast/Multicast entrant

Diffuse les paquets aux eNodeB dune zone de service
Gre la session MBMS (Session Start et Session Stop)
Rassemble les informations de facturations pour chaque
terminal ayant une session MBMS active
371
372
93
06/10/2010
MBMS
10/30
Deux interfaces sont dfinies partir du BM-SC:

SGmb et SGi-mb
Linterface SGmb:
MBMS
11/30
Linterface SGi-mb
Supporte toutes les procdures de signalisation MBMS

entre le BM-SC et le MBMS GW:
Signalisation Bearer MBMS pour ltablissement et la
libration de contexte ltablissement ou la terminaison de
session MBMS
Support de la signalisation lie lutilisateur (Autorisation de
session Multicast, Session Joining ou Session Detach)
Est base sur des extensions spcifiques au protocole

Diameter dfinit par lIETF
Supporte le plan trafic MBMS

Introduit les interfaces:
M1: Associe aux donnes MBMS (Plan Utilisateur) et
utilise le protocole IP Multicast pour dlivrer les
paquets au eNodeB
M3: Supporte la signalisation de la session de contrle
MBMS (Session Initiation et Session Termination)
M2: Utilise par le MCE pour fournir au eNodeB des
donnes de configuration
373
MBMS
12/30
374
MBMS
13/30
Le TNL (Transport Network Layer):

Reprsente un protocole de transmission base sur lIP
utilise sur linterfaces rseau
Sur linterface M1 est bas sur lIP Multicast
Permettre la livraison point--multipoint de donnes
MBMS pour la transmission multi-cellule
Le protocole SYNC, utilis sur linterface M1:

Permet la synchronisation de contenu dans le cas de
transmission multi-cellule
Transporte des informations additionnelles permettant
au eNodeB didentifier la temps de transmission de la
trame radio et dtecter la perte de paquets
Architecture du Plan Utilisateur MBMS
Remarque: Le MCE nest pas reprsent puisquil ne fait

pas partie du chemin de transmission de donnes MBMS
375
376
94
06/10/2010
MBMS
14/30
MBMS
15/30
En fonction du type de service, il existe 2 options

pour le transfert de donnes:
Pour les services de Streaming:
Le transfert de donnes MBMS est bas sur RTP/RTCP (Real
Time Protocol/Real Time Control Protocol)
Le protocole RTP/RTCP permet lentit rceptrice de
gnrer linformation sur les temps des paquets pouvant tre
altrs par la transmission
Un block FEC (Forward Error Correction) est rajout
chaque paquet de donnes RTP pour permettre la dtection et
la correction des erreurs ct rcepteur Reconstruction des
portions manquantes des blocs source
Protocoles de Transport de Donnes MBMS (Vue Simplifie)

377
MBMS
16/30
Pour les services de tlchargement (Transfert de

fichiers Images, Audio/Vido):
MBMS utilise le protocole FLUTE (File Delivery over
Unidirectional Transport)
FLUTE est un protocole unidirectionnel de transfert de
fichiers adapt la transmission multicast
FLUTE offre un format gnrique pour la description
des fichiers transfrer: FDT (File Delivery Table)
Le format FDT spcifie (entre autres) le nom, la taille et
le type du fichier transfrer
La fiabilit de transfert des donnes est assure par un
FEC intgr avec FLUTE
379
378
MBMS
17/30
Les applications de streaming et de

tlchargement sont supportes par UDP/IP
MBMS se sert des protocoles:
3GPP NAS (Non Access Stratum): Protocole de
gestion de session paquet modifi pour permettre au
terminal douvrir un contexte MBMS (Equivalent au
PDP Context)
3GPP IGMP (Internet Group Management Protocol):
Protocole de signalisation utilis par les souscripteurs
rejoignant ou quittant une session MBMS
IETF SDP (Session Description Protocol): Protocole
utilis pour la description de sessions MBMS
380
95
06/10/2010
MBMS
18/30
MBMS
19/30
Le chiffrement en MBMS permet aux oprateurs et aux fournisseurs

de contenu dempcher les abonns non autoriss daccder
gratuitement aux donnes
Les mcanismes de scurit doivent tre adapts aux
communications point--multipoint Prvenir toute tentative de
court-circuitage par change de cls ou de mots de passes
Les mcanismes de scurit MBMS mettent en uvre des
structures de cls complexes et des mises jour frquentes de cls
La structure de cls MBMS est base sur 3 diffrents types de cls:
MUK (MBMS User Key)
Un ensemble de MSK (MBMS Service Key) par MUK
Un ensemble de MTK (MBMS Traffic Key) par MSK
Evolution en Temps dun Service MBMS

381
MBMS
20/30
382
MBMS
21/30
Contrairement aux communications point--point, la

scurit MBMS:
Nest pas applique sur un segment spcifique du chemin de la
transmission (segment radio)
Est applique de bout-en-bout entre le BM-SC et les abonns
Les donnes de multicast sont protges par une cl secrte

symtrique (le MTK) partage par lmetteur (le BM-SC) et
les rcepteurs (les abonns MBMS)
Pour ne pas compromettre la scurit, la gnration et la
distribution de MTK suit un processus complexe:
Le terminal construit sa cl MUK partir des cls CK
(Ciphering Key) et IK (Integrity Key) stockes dans le USIM
Structure des Cls MBMS
383
384
96
06/10/2010
MBMS
22/30
MBMS
Le rseau construit sa rfrence du MUK partir des

cls CK et IK stockes dans le HSS
Le MUK est utilis par le terminal pour retrouver le
MSK fourni par le BM-SC durant le processus
dautorisation
Les cls MSK et MTK gnres par le BM-SC
scurisent les donnes MBMS:
Phases des Services

MBMS
Chaque MTK est utilis pour chiffrer le bloc de donnes dun

flux de donnes unique (flux de streaming ou de
tlchargement de donnes)
Lensemble de MTK est transmis aux abonns autoriss par
le BM-SC dune manire scurise, protge par le MSK
385
MBMS
24/30
Le service Multicast ncessite une souscription de

lutilisateur et des procdures dautorisation permettant de
prvenir laccs aux non abonns Le service multicast est
un sur-ensemble du service Broadcast
La phase de souscription, spcifique au Multicast, tablit la
relation entre lutilisateur et le fournisseur de service ou de
contenu:
Permettre lutilisateur de recevoir le service Multicast
LUSIM de labonn est mise jour avec des informations
MBMS (Cls de service et cls utilisateur) Permettre
lutilisateur de rejoindre des sessions Multicast et dchiffrer les
donnes reues
387
23/30
386
MBMS
25/30
La phase dannonce de service, permet dinformer

lutilisateur des services MBMS disponibles
La phase dadhsion (Joining Phase), spcifique au
Multicast, permet aux abonns dindiquer leur volont
dcouter un service spcifique
La phase de dmarrage de session MBMS ncessite la
rservation et ltablissement de ressources rseau pour
supporter les Bearers MBMS
La phase de notification MBMS est utilise pour
informer les utilisateurs des prochaines sessions MBMS
La phase de transfert de donnes permet le transfert de
donnes MBMS au terminal
388
97
06/10/2010
MBMS
26/30
Larrt de session (Stop Session) permet la libration de

ressources rseau prcdemment alloues
La phase dabandon (Leaving Phase) est une indication
spcifique lutilisateur quil na plus besoin de poursuivre la
session
Le E-UTRAN offre plusieurs options pour le dploiement de
services MBMS:
MBMS
27/30
Il peut y avoir 2 types de transmission de

donnes MBMS dans le E-UTRAN:
Transmission Mono-Cellule: Donnes MBMS
disponibles uniquement sous la couverture dune
seule cellule
Transmission Multi-Cellule: Transmission
synchronise des donnes MBMS dans les
diffrentes cellules Le terminal combine les
signaux provenant des diffrentes cellules pour
amliorer son Rapport Signal sur Bruit (RSB)
Rservation de ressources spcifiques aux transmissions MBMS

Les cellules utilisant ces ressources offrent uniquement des
services MBMS Pas de support de services unicast
Pas de rservation de ressources spcifiques aux transmissions
MBMS Les cellules offrent des services MBMS et unicast
simultanment
389
MBMS
28/30
390
MBMS
29/30
La facturation MBMS a 2 objectifs:

Rassembler des informations de facturation lies aux
abonns recevant les services MBMS Application aux
services Multicast ncessitant une phase dautorisation
Rassembler des informations sur le contenu et les
fournisseurs de contenu utilisant le MBMS
Le BM-SC est considr comme Serveur dApplication

par le CDF (Charging Data Function) Le BM-SC
envoie des informations de facturation au CDF sur
linterface Rf en utilisant le protocole Diameter
Le CDF gnre des CDR (Charging Data Record)
utiliss comme base pour la facturation effective
CDF: Charging Data Function, CGF: Charging Gateway Function, BD: Billing Domain
Architecture de Facturation (Rappel)
391
392
98
06/10/2010
MBMS
30/30
Pour pouvoir facturer les abonns et les fournisseurs de

contenu, 2 formats diffrents de CDR sont dfinis
Le CDR permet loprateur de facturer sur la base de
la taille de la zone Broadcast/Multicast, de la Qualit de
Service requise (dbit), de la quantit de donnes
envoyes, du nombre dabonns,
La facturation MBMS est dclenche par des
vnements typiques: Etablissement et terminaison de
sessions MBMS (Messages de Session Start et de
Session Stop lies lallocation et la libration de
ressources du rseau) et autorisation russie
dutilisateurs
393
VI. Couche
physique pour le
lien montant
394

Montant
1/9
Principes du SC-FDMA
Design de la couche physique UL
Signaux de rfrence UL
Canaux physiques usager et
contrle
Capacit et couverture UL
Accs alatoire
Procdures de transmission UL
La transmission sur le lien montant est base sur le

DFTS-OFDM (Discrete Fourier Transform SpreadOFDM)
Le DFTS-OFDMA est une technique de transmission
mono-porteuse (Single-carrier):
A faible PAPR (Peak-to-Average Power Ratio)
Permet une allocation flexible de bande
Permet un accs multiple orthogonal dans les domaines
temporel et frquentiel
Le DFTS-OFDMA sappelle aussi SC-FDMA

(Single-Carrier FDMA)
395
396
99
06/10/2010

Montant
2/9

Montant
3/9
La taille de la DFT dtermine la bande instantane du signal
transmis
Le mapping en frquence dtermine la position du signal transmis
lintrieur du spectre disponible
Un prfixe cyclique est insr pour chaque bloc trait Possibilit
dappliquer une galisation faible complexit dans le domaine
frquentiel
La DFTS-OFDM peut tre localise ou distribue: La transmission
en LTE est localise Le mapping en frquence fait correspondre
les sorties du DFT des entres conscutives de lIFFT
Dun point de vue complexit, la taille M de la DFT doit tre une
puissance de 2
Structure de Base de la Transmission DFTS-OFDM
Une DFT de taille M est applique un bloc de M symboles

La sortie de la DFT est applique un sous-ensemble des
entres de lIFFT de taille N
397

Montant
4/9
398

Montant
5/9
Pour un maximum de flexibilit, toutes les valeurs de M doivent

tre permises
LTE a adopt une solution intermdiaire: La taille M de la DFT est
limite un produit de 2, 3 et 5 DFT implmente comme
combinaison de FFTs radix-2, radix-3 et radix-5 faible complexit
Les paramtres de base du lien montant du LTE sont

autant que possible aligns avec ceux du lien descendant:
Espacement entre sous-porteuses f = 15 kHz
Resource Blocks constitus de 12 sous-porteuses
Contrairement au lien montant, la sous-porteuse DC

nest pas utilise sur le lien montant parce que:
Structure dans le Domaine Frquentiel du Lien Montant
399
La prsence dune sous-porteuse DC dans le centre du

spectre rend impossible lallocation de la bande entire un
seul mobile tout en conservant la proprit de faible PAPR
Le pr-codage DFT tale leffet de linterfrence DC sur les
M symboles dun bloc le rendant moins critique que pour
une transmission OFDM normale
400
100
06/10/2010

Montant
6/9

Montant
7/9
Le nombre total de sous-porteuses sur le lien montant

vaut Nsc = 12*NRB
La couche physique sur le lien montant offre beaucoup
de flexibilit en termes de bande systme: Tout nombre de
Resource Blocks partir de 6
La structure en temps du lien montant est trs similaire
celle du lien descendant:
Chaque sous-trame est compose de deux slots de dure Tslot =
0.5 ms
Chaque slot est constitu dun nombre de blocs DFT incluant un
prfixe cyclique
Deux dures du prfixe cyclique: Normal et tendu
401
Structures de Sous-Trame et de Slot : Chaque Sous-Trame est Constitue de 2 Slots,

Chaque Slot est Constitu de 6 ou 7 Blocks DFTS-OFDM
402

Montant
8/9

Montant
9/9
Contrairement au lien montant, les Resource Blocks attribus

au terminal sur le lien montant doivent tre conscutifs dans le
domaine frquentiel
Pareil quen lien descendant, un Resource Block sur le lien
montant est compos de 12 sous-porteuses DFTS-OFDM
durant un slot de 0.5 ms
Du saut en frquence inter-slot peut tre appliqu sur le lien

montant Les ressources physiques utilises sur les 2 slots
noccupent pas les mmes sous-porteuses
La bande de transmission RF du terminal couvre entirement
le spectre sur le lien montant Le saut en frquence revient
changer le mapping DFT-IFFT
Le saut en frquence offre deux avantages: Diversit de
frquence et Diversit dinterfrence
RB: Resource Block
Allocation de Ressources sur le Lien Montant
Saut en Frquence sur le Lien Montant

403
404
101
06/10/2010

Montant
1/12

Montant
2/12
Les signaux de rfrence sont aussi utiliss en lien montant

pour estimer le canal et permettre une dmodulation
cohrente au eNodeB
Techniques de transmission diffrentes sur les liens montant
et descendant + Importance du faible PAPR sur le lien
montant Principe de signaux de rfrence diffrents sur
les lien montant et descendant
Faible PAPR Multiplexage des symboles de rfrence et
de donnes du mme terminal impossible Signaux de
rfrence et de donnes multiplexs en temps
Les signaux de rfrence sur le lien montant sont transmis:
4me
Au
bloc de chaque slot
Avec une bande gale la bande de transmission de donnes
Signaux de Rfrence sur le Lien Montant Insrs au 4me Bloc de Chaque Slot
(Prfixe Cyclique Normal)
Saut en frquence peut tre appliqu Transmission des

deux slots sur des frquences loignes Interpolation
entre les deux blocs de symboles de rfrence impossible
405

Montant
3/12
406

Montant
4/12
Implmentation dun signal de rfrence = Gnration dune squence

de rfrence XRS(k) de longueur MRS, correspondant la bande alloue
+ Appliquer une IFFT + Insertion dun prfixe cyclique
Les signaux de rfrence sur le lien montant doivent avoir:

Une amplitude constante ou quasi-constante en temps Faible
PAPR
Une bonne auto-corrlation en temps Estimation de canal
prcise
Utilisation de squences CAZAC (Constant-Amplitude

Zero-Auto-Correlation)
Squences CAZAC utilises de Zadoff-Chu de longueur
MZC:
o est u est lindice de la squence
Gnration dans le Domaine Frquentiel des Signaux de rfrence du Lien Montant
407
408
102
06/10/2010

Montant
5/12

Montant
6/12
Le nombre de squences de Zadoff-Chu de longueur MZC est gal au

nombre dentiers u premiers avec MZC Pour maximiser le nombre
de squences de Zadoff-Chu, des longueurs MZC premires sont
prfres
Les signaux de rfrence en lien montant doivent avoir une longueur
MRS multiple de 12 (Taille du Resource Block) Les squences
de Zadoff-Chu ne peuvent pas tre directement utilises
Les squences de rfrence sur le lien montant sont drives
partir de squences de Zadoff-Chu de longueur premire, en
utilisant:
Mthode 1: Troncature des squences de Zadoff-Chu de longueur
premire MZC juste au dessus de MRS
Mthode 2: Extension cyclique des squences de Zadoff-Chu de
longueur premire MZC juste en dessous de MRS
Mthodes de Gnration des Signaux de Rfrence sur le Lien Montant Partir de

Squences de Zadoff-Chu de Longueurs Premires: Plusieurs Symboles Peuvent tre
Tronqus -Mthode 1- ou Etendu Cycliquement -Mthode 2409
410

Montant
7/12

Montant
8/12
Chaque terminal met sur une ressource (Certaines

sous-porteuses durant une sous-trame) dans une cellule
+ Transmissions simultanes sur le lien montant sur la
mme ressource dans une cellule voisine Risque
potentiel dinterfrences entre signaux de rfrences
Les signaux de rfrence de cellules voisines doivent
tre bases sur des squences de Zadoff-Chou
diffrentes
Pour viter une planification complexe des cellules, le
nombre de signaux de rfrence ne doit pas tre petit
Utilisation de squences de Zadoff-Chu de longueurs
premires
Lordonnancement en temps et en frquence dpendant du

canal est une technologie cl en LTE
Lordonnancement sur le lien montant dpendant du canal
peut augmenter le dbit de donnes et rduire linterfrence
aux autres cellules en ordonnant au terminal de transmettre
sur les bandes de frquence de bonne qualit
Pour effectuer un ordonnancement dpendant du canal, une
estimation de la qualit en frquence du canal est requise
Remarque: Sur le lien descendant, le terminal mesure la
qualit des signaux de rfrence occupant la bande entire
du lien descendant et reporter la qualit de canal estime au
eNodeB avec des CQI (Channel Quality Indicator)
411
412
103
06/10/2010

Montant
9/12

Montant
10/12
Les signaux de rfrence utiliss pour la dmodulation

cohrente sur le lien montant sont transmis uniquement sur
la bande dynamique alloue chaque mobile Les signaux
de rfrence ne peuvent pas tre utiliss par le eNodeB pour
estimer la qualit de canal sur la bande entire en lien
montant
Pour pouvoir ordonnancer les terminaux sur le lien montant,
des signaux de rfrence additionnels large bande sont
utiliss Utilisation de signaux de rfrence de sondage de
canal
Les signaux de rfrence de sondage de canal sont:
Bass sur des squences de Zadoff-Chu de longueurs premires
Transmis dans un block DFTS-OFDM complet
Contrairement aux signaux de rfrence de

dmodulation, les signaux de rfrence de
sondage de canal:
Occupent des bandes plus larges que les ressources
alloues au terminal
Sont transmis mme si le terminal na pas de
ressources pour transmettre sur le UL-SCH
Nont pas besoin dtre transmis frquemment (moins
dune fois par sous-trame)
Peuvent tre transmis de terminaux multiples dans la
mme bande en frquence
413

Montant
11/12
414

Montant
12/12
Le eNodeB rserve explicitement des blocks dans la soustrame pour la transmission des signaux de rfrence de
sondage de canal Ces blocks ne sont plus utilisables par le
UL-SCH
Les blocs rservs la transmission des signaux de rfrence de

sondage de canal sont partager entre plusieurs terminaux
Mthode 1: Partage en temps - Transmission sur chaque Nme soustrame
Mthode 2: Partage en frquence - Transmission sur chaque Nme
sous-porteuse
Mthode 3: Partage par utilisation de dcalages cycliques de la mme
squence de Zadoff-Chu (Les dcalages doivent tre suprieurs la
dispersion en temps du canal)
Une combinaison des trois mthodes peut tre utilise pour

partager les ressources rserves la transmission de signaux de
rfrence de sondage
Transmission de Signaux de rfrence pour le Sondage de Canal

415
416
104
06/10/2010

sur le Lien Montant
1/3

sur le Lien Montant
2/3
Il ny a pas de multiplexage spatial sur le lien montant Un
seul Transport Block de taille dynamique transmis dans
chaque TTI
Insertion CRC : (Pareil quen lien descendant) Un CRC est
calcul et rajout au Transport Block
Codage de canal: Utilise le mme code turbo et le mme
entrelaceur interne que pour le lien descendant
Fonctionnalit Hybrid-ARQ de la couche physique : Pareil que
la fonctionnalit Hybrid-ARQ sur le lien descendant
Extraction des bits transmettre chaque instant de
transmission/retransmission.
Traitement du Canal de Transport

sur le Lien Montant
417

sur le Lien Montant
3/3
Embrouillage niveau bit : (Pareil quen lien descendant)
Permet de rendre alatoire linterfrence et dassurer un gain de
traitement complet par le code de canal
Spcifique chaque terminal Des terminaux mobiles
diffrents utilisent des squences dembrouillage diffrentes
Modulation : (Pareil quen lien descendant)

Transforme un bloc de bits cods/embrouills en un bloc de
symboles complexes
Modulations utilises: QPSK (2 bits/symbole), 16-QAM (4
bits/symbole) et 64-QAM (6 bits/symbole)
Le bloc de symboles modul est appliqu au traitement

DFTS-OFDM
419
418
Signalisation de Contrle L1/L2 sur

le Lien Montant
1/8
La signalisation de contrle L1/L2 est utilise en lien
montant pour assurer la transmission des canaux de
transport DL-SCH et UL-SCH
La signalisation de contrle L1/L2 comprend:
Les acquittements Hybrid-ARQ des Transport Blocks
reus sur le DL-SCH
Un CQI (Channel Quality Indicator) indiquant la qualit en
temps et en frquence du canal sur le lien descendant
estime par le terminal Utilisation par le eNodeB pour
un ordonnancement et un contrle de dbit dpendant du
canal
Des requtes dordonnancement indiquant que le terminal a
besoin de ressources pour la transmission UL-SCH
420
105
06/10/2010

le Lien Montant
2/8
Le terminal suit toujours les commandes dordonnancement du eNodeB
Le eNodeB connat lavance le Transport Format utilis pour la
transmission UL-SCH Pas de signalisation sur le lien montant
indiquant le format de transport du UL-SCH au eNodeB
Remarque : (Pour les mmes raisons) Pas de signalisation explicite
dinformations sur le lien montant lie au Hybrid-ARQ sur le UL-SCH
Le eNodeB reoit la signalisation de contrle L1/L2 de la part de
chaque terminal :
Le CQI est rgulirement transmis des instants prdfinis connus
par le eNodeB
Les acquittements Hybrid-ARQ sont transmis des instants bien
dfinis relativement aux transmissions correspondants sur le DL-SCH

le Lien Montant
1/20
Le eNodeB peut extraire la partie canal de transport et la
partie de contrle L1/L2 avant dappliquer des dcodages
spars de chaque partie
Le contrle de signalisation Couche 1/Couche 2 (L1/L2) est
divis en deux classes en LTE :
Signalisation de contrle en labsence de donnes sur le lien
montant, travers le PUCCH (Physical Uplink Control Channel)
Signalisation de contrle en prsence de donnes sur le lien
montant, travers le PUSCH (Physical Uplink Shared Channel)
A cause des limitations dues la porteuse unique, la

transmission simultane du PUCCH et du PUSCH nest pas
permise
421

le Lien Montant
2/20
Le PUCCH est une ressource partage en frquence et en temps
rserve exclusivement aux terminaux transmettant uniquement
des signaux de contrle L1/L2
Le PUCCH est optimis pour un nombre important de terminaux
simultans avec un nombre relativement bas de bits de
signalisation de contrle
Le PUSCH transporte des signaux de contrle L1/L2 lorsque le
terminal a t ordonnanc pour la transmission de donnes
Le PUSCH est capable de transmettre des signaux de contrle en
utilisant plusieurs tailles
Les champs de donnes et de contrle (ACK/NACK, CQI) sont
spars en temps (TDM: Time Division Multiplexing)
423
422

le Lien Montant
3/20
Plusieurs taux de codage pour le contrle sont utiliss en
occupant un nombre diffrent de symboles pour chaque
champ de contrle
Il existe deux types de signalisation de contrle L1/L2:
Signalisation associe aux donnes transmises sur le lien
montant: Non utilise en LTE car le terminal obit aux directives
dordonnancement sur le lien montant reues du eNodeB
Signalisation non associe aux donnes (ACK/NACK pour les
donnes transmises sur le lien descendant, CQI du lien
descendant, Requtes dordonnancement pour transmission sur
le lien montant)
Le PUCCH est constitu dune ressource en frquence (1

Resource Block de 12 sous-porteuses) et dune ressource
en temps (1 sous-trame de 1 ms)
424
106
06/10/2010

le Lien Montant
4/20
Les ressources alloues au contrle L1/L2 sont localises sur
les bords de la bande alloue au lien montant
Un saut en frquence slot-par-slot entre les bords de la bande
est utilis pour offrir de la diversit en frquence la
La localisation des ressources de contrle L1/L2 aux bords de
la bande alloue sur le lien montant:
Permet de maximiser la diversit en frquence procure la
signalisation de contrle L1/L2
Evite de fragmenter le spectre sur le lien montant Possibilit
dallouer des bandes de transmission larges un terminal tout en
garantissant la proprit de porteuse unique faible PAPR sur le lien
montant

le Lien Montant
5/20
Si le terminal na pas de ressources alloues pour la transmission sur le ULSCH, les informations de contrle L1/L2 (CQI, Acquittements HybridARQ, Requtes dordonnancement) sont transmises sur des ressources
spcifiquement alloues au contrle L1/L2 sur le lien montant (PUCCH)
Structure des Ressources Utiliser par la Signalisation de Contrle L1/L2 sur le

Lien Montant en Cas de Transmission non Simultane UL-SCH
425

le Lien Montant
6/20
Si plusieurs ressources sont ncessaires pour le contrle L1/L2
(Bande de transmission large servant plusieurs utilisateurs) des
Resource Blocks additionnels sont allous ct des anciens
Resource Blocks
426

le Lien Montant
7/20
Les terminaux sont spars sur le PUCCH en utilisant:
Un multiplexage par division en frquence (FDM:
Frequency Division Multiplexing): Utilis uniquement entre
Resource Blocks
Un multiplexage par division en code (CDM: Code
Division Multiplexing): Utilis lintrieur dun Resource
Block
Deux faons de raliser le CDM lintrieur dun

Resource Block:
CDM par dcalages cyclique de squences CAZAC
(Constant Amplitude Zero Auto-Correlation)
CDM par talement block-par-block avec des squences
orthogonales (Orthogonal Cover Sequences)
Ressources PUCCH
427
428
107
06/10/2010

le Lien Montant
8/20

le Lien Montant
9/20
Les squences CAZAC, de longueur 12 (1 Resource

Block), sont modules en BPSK (1 bit/squence) ou
QPSK (2 bits/squence)
Des terminaux diffrents peuvent tre multiplexs dans
une ressource temps/frquence en leur allouant des
dcalages cycliques diffrents de la squence CAZAC
Les squences CAZAC dcals cycliquement prennent
en charge le CDM et le transfert de linformation de
contrle
Il y a 6 canaux parallles si un dcalage cyclique sur
deux est utilis
Diagramme en Block de la Modulation de la Squence CAZAC (Applique au CQI)
429
RS: Reference Symbol

le Lien Montant
10/20
A/N: ACK/NACK
RS: Reference Symbol
SF: Spreading Factor
Principe dEtalement Block-par-Block (Appliqu au ACK/NACK, SF=4)

le Lien Montant
11/20
Ltalement block-par-block augmente la capacit de multiplexage du

PUCCH par un facteur gal au facteur dtalement
431
430
Des oprations dtalement block-par-block spares sont effectues pour

les signaux de rfrence et les informations ACK/NACK
Les informations ACK/NACK utilisent un facteur dtalement (SF:
Spreading Factor) de 2 ou 4 et des codes de Walsh-Hadamard
Les signaux de rfrence utilisent un facteur dtalement de 3 et des codes
DFT (Discrete Fourier Transform)
Formats PUCCH
432
108
06/10/2010

le Lien Montant
12/20
Format 1/1a/1b du PUCCH: Bas sur un talement combin par
squence CAZAC et bloc-par-bloc 1 bit (BPSK) ou 2 bits (QPSK)
par slot
Format 2/2a/2b du PUCCH: Bas sur un talement par squence
CAZAC 5 symboles QPSK /slot 20 bits cods/sous-trame
Avec le format 2/2a/2b, les donnes CQI sont codes avec un code en
bloc de Reed-Muller poinonn (20, K)
Deux approches slectionnes pour la signalisation ACK/NACK et
CQI sur le PUCCH avec le format 2a/2b:

le Lien Montant
13/20
Le LTE supporte un mcanisme de requte dordonnancement rapide

sur le lien montant pour un terminal actif (RRC_CONNECTED)
nayant pas dallocation sur le PUSCH
Le terminal indique le besoin davoir des ressources sur le lien montant
en transmettant un SRI (Scheduling Request Indicator)
Prfixe cyclique normal: ACK/NACK module sur le second signal de

rfrence du CQI
Prfixe cyclique tendu: ACK/NACK et CQI conjointement cods
Procdure de Requte dOrdonnancement
433

le Lien Montant
14/20
Le PUSCH transporte la signalisation de contrle L1/L2 sur le lien montant

en prsence de donnes sur le lien montant
La signalisation de contrle utilise des ressources de contrle ddies
disponibles uniquement dans les sous-trames o le terminal a t
ordonnanc pour transmettre des donnes sur le PUSCH
Multiplexage de Donnes et de Signalisation de Contrle L1/L2 en Cas de

Transmission Simultane du UL-SCH et du Contrle L1/L2
435
434

le Lien Montant
15/20
Pour maintenir les proprits de porteuse unique (SC: Single Carrier),
les symboles de donnes et de contrle sont multiplexs avant DFT
Les champs de donnes et des diffrents contrle (ACK/NACK,
CQI, PMI (Precoding Matrix Indicator), RI (Rank Indicator)) sont
cods et moduls sparment avant multiplexage dans le mme bloc
symbole SC-FDMA
Le multiplexage et la taille des diffrents signaux de contrle L1/L2
varie dune sous-trame lautre
Le terminal et le eNodeB connaissent le nombre de symboles rservs
pour la partie contrle La partie donnes est poinonne par le
nombre de symboles de contrle allous dans une sous-trame donne
436
109
06/10/2010

le Lien Montant
16/20

le Lien Montant
17/20
La signalisation de contrle est prsente sur les slots dune soustrame Le canal de contrle bnficie du saut en frquences
lorsquil est appliqu
Le ACK/NACK est plac la fin des symboles SC-FDMA de part et
dautre des signaux de rfrences (2 symboles SC-FDMA par slot)
Le RI est plac dans les symboles SC-FDMA de part et dautre du
ACK/NACK
Le CQI/PMI est plac au dbut des symboles SC-FDMA et tals
sur les symboles SC-FDMA disponibles
Le CQI/PMI utilise la mme modulation que les donnes
Le ACK/NACK et le RI utilisent les points de constellation
extrmes pour les modulations 16-QAM et 64-QAM
Allocation des Champs de Donnes et des Diffrents Contrles sur le PUSCH

437

le Lien Montant
18/20

le Lien Montant
19/20
Technique retenue: Appliquer un codage rendement variable
pour les symboles dinformation Variation du nombre de
symboles cods pour la transmission du canal de contrle
4 approches de codage sont utilises pour les signaux de contrle

transmis sur le PUSCH:
438
Codage rptition: 1-bit ACK/NACK

Codage simplexe: 2-bit ACK/NACK/RI
Codes en bloc de Reed-Muller (32, K): CQI/PMI < 11 bits
Codage convolutif 1/3 avec tail-biting: CQI/PMI 11 bits
Le contrle de puissance fixe la cible du SINR sur le PUSCH par

rapport au canal de donnes Le canal de contrle doit sadapter
au point oprationnel du SINR des donnes:
Technique non retenue: Appliquer des niveaux de puissance diffrents
pour la partie donnes et la partie contrle Les proprits de porteuse
unique sont partiellement dtruites
439
La taille des ressources physiques alloues la transmission

du contrle dpend de la qualit du PUSCH Le
rendement de codage de la signalisation de contrle donn
implicitement par le MCS (Modulation and Coding
Scheme) des donnes sur le PUSCH
Un paramtre Offset semi-statique li lajustement du
rendement du code du canal de contrle est utilis pour
atteindre le point dopration du B(L)ER du type de
L Offset est un paramtre configur par la signalisation
couches hautes
440
110
06/10/2010

le Lien Montant
20/20
Chaque canal de contrle possde son paramtre d Offset propre
La configuration des paramtres d Offset doit tenir compte:
Du point dopration du BLER du canal de donnes du PUSCH
Du point dopration du B(L)ER du canal de contrle L1/L2
De la diffrence en gain de codage entre parties contrle et donnes
(Techniques de codage diffrentes, Tailles de blocs de codage
diffrents)
Le HARQ est uniquement utilis pour la partie donnes

Diffrence entre points dopration du BLER des parties de donnes
et contrle
Les valeurs les plus grandes pour l Offset sont utilises pour les
signaux ACK/NACK non cods
Avance en Temps sur le Lien

Montant
1/4
La transmission DFTS-OFDM sur le lien montant assure
lorthogonalit intra-cellule Les transmissions reues de terminaux
diffrents ne causent pas dinterfrence les unes aux autres
Pour assurer lorthogonalit sur le lien montant, les signaux transmis
des diffrents mobiles doivent arriver approximativement aligns en
temps (Dans une fraction du prfixe cyclique) Ncessit dun
mcanisme davance en temps
Lavance en temps est un dcalage ngatif, au terminal, entre le dbut
dune sous-trame reue sur le lien descendant et une sous-trame
mise sur le lien montant
En fixant convenablement lavance en temps de chaque terminal, le
eNodeB peut contrler le temps darrive de ses signaux reus
441
442

Montant
3/4
Avance en Temps sur le Lien Montant

2/4
Les terminaux loigns du eNodeB prsentent un dlai de

propagation lev Ils doivent commencer leurs
transmission en avance par rapport des terminaux proches
du eNodeB
Lavance en temps pour chaque terminal est dtermine par
le eNodeB partir de mesures sur les transmissions
respectives sur le lien montant
Le eNodeB peut exploiter les transmissions rgulires de
CQI sur le lien montant en labsence de donnes transmises
dun terminal spcifique Le terminal peut
immdiatement commencer une transmission de donnes
orthogonale sur le lien montant sans avoir besoin de phase
de ralignement en temps
Avance en Temps (Time Advance) sur le Lien Montant
443
444
111
06/10/2010

Montant
4/4
Accs Initial
Des mesures sur le lien montant permettent au eNodeB

de dterminer la correction en temps pour chaque
terminal Si lavance en temps dun terminal
ncessite une correction, le eNodeB envoie une
commande (une quelques fois par seconde) pour ce
terminal lui demandant de retarder ou davancer ses
missions relativement aux missions courantes
Si le terminal ne transmet rien sur le lien montant pour
une priode longue, lalignement en temps peut tre
perdu Le redmarrage de la transmission de donnes
doit tre prcd par une phase explicite de
ralignement en temps utilisation de laccs alatoire
pour restaurer lalignement en temps sur le lien montant
1/2
La procdure daccs initial utilise la procdure daccs

alatoire (Random Access) pour tablir une connexion
RRC avec le rseau
Le terminal doit sassurer quil peut accder au rseau
travers la cellule slectionne Notion de classes daccs
(Access Classes)
Lobjectif des classes daccs est de limiter lacc au rseau
sous certaines conditions:
Charge exceptionnelle du rseau
Conditions durgence (Priorit donne aux services durgence)
Il existe 16 classes daccs

Chaque cellule diffuse sur le BCCH la liste de classes
barres
445
Accs Initial
2/2
446
Accs Alatoire
Les classes de 0 9 correspondent aux classes publiques Chaque

abonn est allou alatoirement une de ces classes (dans le USIM)
Certains abonns peuvent tre allous une des classes spcifique (11
15) alloues aux utilisateurs prioritaires Possibilit dinitier un
appel lorsque les classes publiques sont barres
La classe 10 correspond aux appels durgence Si la classe 10 est
autorise, tous les terminaux peuvent initier un appel durgence
Lorsque la charge de rseau augmente, loprateur peut barr
quelques classes publiques dune cellule ou dun groupe de cellules
Ltat de la cellule (Barred ou Reserved) concerne la slection de
cellule alors que la restriction de classes daccs concernent laccs
au rseau
447
1/4
La procdure daccs alatoire permet au terminal daccder au

rseau
Catgories daccs alatoire:
Accs initial partir de ltat RRC-IDLE (Terminal dsirant tablir une
connexion avec le rseau, Enregistrement initial, Tracking Area
Update)
Durant la procdure de handover
Arrive de paquets sur les liens montant et descendant en mode RRCCONNECTED:
Perte de synchronisation (Cycle DRX long)
Absence de ressources alloues sur le lien montant
Criticit de la procdure daccs alatoire: Collisions Dlais

dtablissement dappels et de transfert de paquets levs
448
112
06/10/2010
Accs Alatoire
2/4
Accs Alatoire
3/4
Il existe 2 types de procdures daccs alatoire:

Procdure avec contention
Procdure sans contention (handover)
Le procdure daccs alatoire comporte 4 tapes:

Procdure dAccs
Alatoire
1) Transmission dun prambule permettant au

eNodeN destimer le retard de en temps de la
transmission du terminal (Sans synchronisation sur le
lien montant, le terminal ne peut pas transmettre des
donnes)
2) Le eNodeB transmet en mme temps:
Lavance en temps pour ajuster le temps de transmission du
terminal Synchronisation du terminal sur le lien montant
Lallocation de ressources utiliser par le terminal pour la
3me tape
449
Accs Alatoire
4/4
450
Accs Alatoire avec Contention

1/4
3) Transmission de lidentit du terminal au rseau en utilisant

le UL-SCH (Le contenu exact de la signalisation dpend de ltat
du terminal: Connu ou pas connus du rseau)
4) Transmission dun message de rsolution de contention au
terminal sur le DL-SCH (Rsolution de la contention de
plusieurs terminaux essayant daccder au rseau dans la mme
ressource daccs alatoire)
Remarques:
Seule la premire tape utilise le traitement de la couche
physique propre laccs multiple
Les 3 dernires tapes utilisent les mmes traitements de la
couche physique que les canaux normaux de transmission de
donnes
Procdure dAccs Alatoire avec Contention

451
452
113
06/10/2010

2/4

3/4
Le prambule daccs alatoire (Random Access

Preamble):
Est transmis sur le canal de transport RACH
Contient une identit alatoire de 5 bits
La squence du prambule est choisie alatoirement par le
terminal parmi la liste diffuse par le eNodeB sur le BCH
La rponse daccs alatoire (Random Access

Response) contient:
La rponse daccs alatoire permet de minimiser le

temps dtablissement dune connexion RRC en
allouant trs tt des ressources
Le C-RNTI (Radio Network Temporary Identifier):
Est allou par le eNodeB
Identifie de manire unique le mobile ayant une connexion
RRC dans le rseau daccs
La transmission programme (Scheduled

transmission):
Lidentit alatoire fournie par le terminal

Un C-RNTI temporaire
Une allocation de ressources pour transmettre le
Scheduled transmission sur le canal de transport partag
Est un message RRC Connection Request

Peut contenir un premier message NAS (demande service,
Attachement initial, Tracking Area Update)
453

4/4
454
Accs Alatoire sans Contention

1/2
Le message Contention Resolution:

Nest pas li au Scheduled transmission
A pour rle didentifier le terminal gagnant au cas
ou des terminaux multiples ont demand laccs
aux mmes ressources en mme temps
Est envoy trs tt pour minimiser la latence pour
les terminaux non retenus
Procdure dAccs Alatoire sans Contention
455
456
114
06/10/2010
Accs Alatoire sans Contention

2/2
Accs Alatoire (1re Etape)
La procdure daccs alatoire sans contention est utilise:

Lorsque le eNodeB a une rfrence pour le terminal demandeur
En cas de handover inter-eNodeB
En cas de reprise de la transmission sur le lien descendant
lorsque le terminal est en mode RRC-CONNECTED
Le Random Access Preamble sans contention nappartient

pas la liste de squences de prambules diffuses par le
BCH
En cas de handover, le Random Access Preamble est
fournit par le eNodeB cible, travers lancien eNodeB
serveur (en utilisant le message RRC Handover)
Le rle du prambule est dindiquer au rseau la prsence

dune tentative daccs multiple pour obtenir la
synchronisation en temps une fraction du prfixe cyclique
prs
La transmission du prambule daccs multiple reste
orthogonale (en temps et en frquence) aux transmissions
des donnes utilisateurs sur le lien montant Pas besoin de
power ramping comme en WCDMA
Le rseau diffuse des informations au terminaux prcisant
les ressources alloues la transmission du prambule
daccs alatoire Eviter toute interfrence entre les
donnes et le prambule
457
Accs Alatoire (1re Etape)
2/8
Transmission du Prambule dAccs Multiple
Le prambule daccs multiple occupe une bande de 6

Resource Blocks (1.08 MHz)
Adquation avec la bande minimale occupe par le LTE
Structure du prambule indpendante de la bande de
transmission dans la cellule
459
1/8
458
Accs Alatoire (1re Etape )
3/8
Pour un dploiement utilisant une allocation en frquence large, des

ressources daccs alatoire multiples peuvent tre alloues Capacit
daccs alatoire augmente
Au terminal, le dbut dune trame sur le lien montant est dfinie
relativement au dbut dune trame sur le lien descendant
Il existe une incertitude en temps sur le lien montant correspondant 2
fois la distance entre le eNodeB et le terminal (6.7 s/km)
Transmission sur le lien montant retarde par rapport la transmission
sur le lien descendant
Pour viter toute interfrence avec les sous-trames suivantes, un temps
de garde (0.1 ms) est utilis La longueur du prambule est plus
petite que 1 ms (0.9 ms)
460
115
06/10/2010
4/8

5/8
Le prambule est bas sur les squences de Zadoff-Chu (ZC) et leurs
dcalages cycliques
De chaque squence ZC, m-1 squences dcales cycliquement sont
obtenues par dcalages cycliques de MZC/m, o est la longueur de la
squence ZC
Lamplitude de la squence de ZC est constante Utilisation
efficace de lamplificateur (Faible PAPR)
La squence ZC a une auto-corrlation cyclique idale Estimation
prcise du temps darrive du prambule
Linter-corrlation entre diffrents prambules bass sur des
dcalages cycliques de la mme squence ZC est nulle si MZC/m >
Temps de propagation aller-retour + Etalement des dlais du canal
Un temps de garde de 0.1 ms correspond une taille de cellule

de 15 km
Prambule en Temps pour Diffrents Utilisateurs Utilisant lAccs Alatoire
461
6/8
Pas dinterfrence intra-cellulaire entre tentatives daccs

alatoire multiples utilisant des prambules drivs de la
mme squence ZC
Gnration du Prambule dAccs Alatoire
Le prambule daccs alatoire est gnr en temps

Pour permettre un traitement en frquence au eNodeB, un
prfixe cyclique est inclus dans la gnration du prambule
463
462
7/8
Les squences de prambule sont partitionnes en groupes

de 64 squences chacun
Chaque cellule est alloue un groupe (64 squences et leurs
dcalages cycliques)
Le nombre de groupes est suffisamment large pour viter
toute planification de squences entre cellules
Lors dune tentative daccs alatoire, le terminal
slectionne alatoirement une squence dans lensemble des
squences alloues la cellule laquelle il veut accder
Grce au prfixe cyclique inclus dans le prambule, un
traitement complexit rduite dans le domaine frquentiel
est possible
464
116
06/10/2010
8/8
Accs Alatoire (2me Etape)
1/3
En rponse une tentative daccs alatoire dtecte, le

eNodeB transmet un message sur le DL-SCH
contenant:
Lindice du prambule daccs alatoire dtect
La correction en temps effectuer pour les transmissions
suivantes
Une allocation de ressources utiliser par le terminal pour
la transmission de messages
Une identit temporaire permettant plus de communication
entre le terminal et le eNodeB
En cas de dtection de tentatives daccs alatoire

multiples, les rponses individuelles au terminaux
multiples sont combines en une seule transmission
Dtection du Prambule dAccs Alatoire dans le Domaine Frquentiel
465
2/3
La rponse est programme sur le DL-SCH et indique sur le canal

de contrle L1/L2 en utilisant une identit rserve la rponse
laccs alatoire
Tous les terminaux ayant transmis un prambule scrutent les canaux
de contrle L1/L2 pour des rponses des accs alatoires
Le temps de rponse nest pas fix afin:
De rpondre plusieurs accs simultans
Davoir plus de flexibilit dans limplmentation du eNodeB
Si les terminaux ayant accompli un accs alatoire sur la mme

ressource ont utilis des prambules diffrents, il ny aura pas de
collision A partir de la signalisation sur le lien descendant, il est
clair quel terminal linformation est lie
467
466
3/3
Si deux ou plusieurs terminaux utilisent le mme

prambule en mme temps, ils couteront la mme
rponse sur le lien descendant et auront la mme
identit temporaire La rsolution des collisions fait
partie des tapes 3 et 4 suivantes
Suite la rception de la rponse laccs alatoire, le
terminal ajuste son temps de transmission sur le lien
montant Le terminal est synchronis en temps
Avant toute transmission de donnes de/vers le
terminal, une identit unique dans la cellule (C-RNTI)
est attribue au terminal
468
117
06/10/2010
1/2
Le terminal transmet les messages ncessaires au

eNodeB en utilisant les ressources alloues dans la
rponse laccs alatoire de la 2me tape
La transmission ordonnance dun message sur le lien
montant (au lieu dattacher le message au prambule
dans la 1re tape) est bnfique:
La transmission dinformations en labsence de
synchronisation est minimise
La transmission ordonnance permet dajuster les
ressources et la modulation utilises aux conditions radio
La transmission ordonnance autorise le Hybrid-ARQ avec
combinaison souple (soft-combing) des messages sur le
lien montant (Scnarios avec limitation de couverture)
Le message ordonnanc contient une identit

du terminal, utilise dans le mcanisme de
rsolution de contention la 4me tape
Lorsque le terminal est ltat LTE_ACTIVE,
il est connect une cellule et possde dj un
C-RNTI Ce C-RNTI est utilis comme
identit du terminal dans le message du lien
montant
469
1/2
Le eNodeB transmet un message sur le lien descendant pour

la rsolution de contention
Chaque terminal recevant le message sur le lien descendant
compare lidentit dans le message lidentit transmise
la 3me tape Seul le terminal observant une concordance
entre lidentit reue la 4me tape et lidentit mise la
3me tape dclarent la procdure daccs alatoire russie
Le message de rsolution de contention est transmis sur le
DL-SCH Utilisant lidentit temporaire de la 2me tape
pour adresser le terminal sur le canal de contrle L1/L2
Synchronisation tablie sur le lien montant Utilisation du
Hybrid-ARQ la signalisation sur le lien descendant dans
cette tape
471
2/2
470
2/2
Les terminaux ayant une concordance entre les

identits ils ont transmises la 3me tape et les
identits reues la 4me tape transmettent un
acquittement Hybrid-ARQ
Les terminaux ne trouvant pas de concordance
entre les identits transmises la 3me tape et les
identits reue la 4me tape considrent quils
ont chou Besoin de reprendre la procdure
daccs alatoire ds la 1re tape Pas besoin
pour ces terminaux denvoyer un non
acquittement Hybrid-ARQ
472
118
06/10/2010
Diffusion dInformations Systme
Etablissement dune Connexion

RRC 1/2
(Message NAS)
Diffusion dInformations Systme
Etablissement dune Connexion RRC et transmission initiale dun message NAS

473
Etablissement dune Connexion RRC

2/2
Ltablissement dune connexion RRC est utilise:
Pour enregistrer un terminal
Initier ltablissement dune session de donnes
Le Scheduled transmission est un message RRC Connection
Request contenant un message NAS initial pour le MME
La procdure RRC Connection Reconfiguration permet:
De rsoudre la contention de laccs alatoire
Dtablir, modifier et librer une connexion RRC avec le
terminal
Lorsquun bearer radio est allou, le message RRC Connection
Configuration contient la description dun Radio Bearer
Permettre un change de signalisation supplmentaire entre terminal
et eNodeB ou MME (Exemple: Procdure dauthentification)
475
474
Enregistrement
1/6
Lenregistrement autorise labonn recevoir des

services du rseau:
Possibilit dtablir une session de voix ou de donnes
Possibilit pour labonn dtre joint pour une session
entrante
Lenregistrement sert 4 objectifs:

Authentification mutuelle utilisateur-rseau
Allocation dune identit temporaire (Maintenir la
confidentialit de lIMSI)
Enregistrement de la localisation de lutilisateur (Permettre
au rseau de connatre la localisation courante du terminal)
Etablissement dun bearer par dfaut (Permettre une
connectivit Always-On)
476
119
06/10/2010
Enregistrement
Exemple dEnregistrement dun Abonn 1/2
Enregistrement
2/6
477
4/6
Le processus denregistrement est dclench par le terminal quand il

est allum ou quand il perd la couverture rseau pour un certain
temps
Suite une procdure daccs alatoire, le terminal envoie un
Attach Request au MME incluant son identit (IMSI ou S-TMSI
valable)
Les procdures NAS utilisent le S-TMSI (Identit temporaire) le
plus souvent possible
Le S-TMSI est allou par le rseau lorsque le terminal nen a pas
Le processus AKA (Authentication and Key Agreement) est
accomplie pour une authentification mutuelle du terminal et du
rseau
Le MME met jour le HSS qui enregistre le MME courant de
labonn (Identifi par son IMSI)
479
Enregistrement
Exemple dEnregistrement dun Abonn 2/2
Enregistrement
3/6
478
5/6
Le HSS fournit au MME les informations de souscription de

lutilisateur (Informations de QoS, Restrictions daccs) Le MME
peut contrler et limiter les demandes de contextes de donnes
paquet
Le MME cre un bearer par dfaut, pouvant tre utilis par le
terminal pour initier (par exemple) un enregistrement IMS
Remarque: La possibilit de grouper lenregistrement et
ltablissement dun bearer initial nexiste pas en GPRS et en
3G/UMTS Moins de signalisation et de temps de traitement au
terminal et au rseau en EPS
Le Serving GW et le PDN GW associs au bearer sont choisis par
le MME (Etablissement du bearer par dfaut utilisant la procdure
Create Bearer GTP)
480
120
06/10/2010
Enregistrement
6/6
Les ressources radio sont tablies sur linterface radio en

utilisant la procdure Radio Bearer Establishment
Pour plus defficacit, le message RB Establishment
Request contient le message Attach Accept envoy par le
MME
Le message Attach Accept peut contenir un S-TMSI:
Si le terminal nen a pas un
Pour renouveler un ancien S-TMSI
Suite la procdure denregistrement, le terminal possde:

Une adresse IP (Alloue par le PDN GW, Communique par le
message Attach Accept)
Une connectivit totale au rseau IP externe ou au domaine IMS
Slection du PDN GW
Le choix du PDN GW est
Assur par le MME au cours du processus denregistrement
de labonn
Bas sur le concept de APN (Access point Name)
Le rle de lAPN est didentifier le GGSN 2G/3G ou le

PDN GW auquel va accder le terminal pour bnficier
de la connectivit IP
Loprateur peut dfinir
Un seul APN offrant une connectivit IP tous ses abonns
Plusieurs APN offrant accs lInternet public, aux
services hbergs par loprateur ou un Intranet scuris
La slection du PDN GW permet une connectivit IP

travers le EPC pour des abonns 2G et 3G
481
Attachement au Rseau
482
Dsenregistrement
Lattachement au rseau est un processus

permettant au terminal de senregistrer au
rseau, afin que labonn puisse initier et
accepter des sessions de communication
Sans lattachement au rseau, le terminal na
accs au rseau quen cas durgence
Lattachement au rseau est accompli quand le
terminal est allum et repose sur plusieurs
mcanismes dans le rseau et le terminal
483
1/4
Il existe deux types de procdures de

dsenregistrement (ou de detach selon la
terminologie du 3GPP):
Explicit Detach: Aucun du rseau et du terminal
ninitie le dsenregistrement (Terminal ferm par
lutilisateur, Oprateur dcidant dcarter lutilisateur
de son rseau)
Implicit Detach: Lorsque le terminal et le rseau ont
perdu la communication pour un certain temps, chacun
considre implicitement que lenregistrement nest
plus actif procdure viter ct rseau pour garder
le contexte et les ressources de labonn dont le
terminal nest plus en zone de couverture
484
121
06/10/2010
Dsenregistrement
2/4
Exemple de Dsenregistrement Initi par le Terminal 1/2
Dsenregistrement
Exemple de Dsenregistrement Initi par le Terminal 2/2

485
Dsenregistrement
3/4
4/4
A la rception du Detach Request, le MME initie une procdure de

libration du bearer (Libration du contexte et des ressources des
tunnels au niveau du Serving GW et du PDN GW)
Le Detach Accept nest envoy au terminal que si le
dsenregistrement nest pas d la fermeture du terminal
La libration des ressources radio et S1 est dclenche par la
procdure S1 Release initie par le MME
Le MME peut garder le contexte et les informations de souscription
lis au terminal, afin de pouvoir rpondre un nouvel attach sans
avoir besoin daccder au HSS
Lorsque le MME dcide de supprimer le contexte de labonn, la
procdure Purge est utilise pour en informer le HSS
487
486

Montant
1/5
Lordonnanceur sur le lien montant est similaire au lien
descendant: Dtermination dynamique, pour chaque
intervalle de 1 ms, quels terminaux doivent transmettre des
donnes sur leurs UL-SCH et sur quelles ressources sur le
lien montant
En HSPA, la ressource partage sur le lien montant (non
orthogonal) est linterfrence acceptable la station de base

Lordonnanceur fixe une limite suprieure linterfrence sur le
lien montant quun terminal peut gnrer
Le terminal slectionne de manire autonome un format de
transport convenable
Un terminal nutilisant pas ses ressources transmet une plus
faible puissance Rduction de linterfrence intra-cellule
488
122
06/10/2010

Montant
2/5

Montant
3/5
Les ressources non utilises par un terminal peuvent tre

exploites par un autre terminal Multiplexage statistique
En LTE, le lien montant est orthogonal et les ressources

partages contrles par le eNodeB sont des units de
ressources temps-frquence
Les ressources non compltement utilises par un terminal
ne peuvent pas tre partiellement utilises par un autre
terminal Moins de gain en laissant le terminal choisir
son format de transport compar au HSPA
Lordonnanceur au eNodeB est responsable du contrle du
format de transport que le terminal doit utiliser
La dcision dordonnancement sur le lien montant est prise par

termina-par-terminal et non par bearer-par-bearer radio
Lordonnanceur du eNodeB contrle le payload du terminal
Le terminal est responsable du choix des bearers radio
partir desquels il prend les donnes
Le terminal contrle le multiplexage des canaux logiques
Le multiplexage dans le terminal des bearers radio est effectuer
selon des rgles configures par la signalisation RRC du eNodeB
Chaque bearer est allou une priorit et un dbit binaire
prioritaire
Les bearers radio multiplexs dans le terminal sont servis par
ordre de priorit jusqu leurs dbit binaire prioritaire
489

Montant
4/5
490

Montant
1/3
Diffrences entre lien montant et lien descendant:
La ressource de puissance:
Est distribue entre les utilisateurs sur le lien montant
Est centralise la station de base sur le lien descendant
La puissance maximale dun terminal sur le lien

montant est significativement plus faible que la
puissance en sortie de la station de base
Slection de Format de Transport

sur le Lien Montant
Impact significatif sur la stratgie

dordonnancement:
Le TDM pur peut tre utilis sur le lien descendant
Un terminal na pas toujours assez de puissance pour
utiliser efficacement la capacit du lien Couplage
du TDM avec le FDM ou le CDM
491
492
123
06/10/2010

Montant
2/3

Montant
3/3
Accs multiple orthogonal ou non-orthogonal sur le lien montant

Impact significatif sur la stratgie dordonnancement:
Accs multiple inter-cellule toujours non orthogonal + Rutilisation

universelle de frquence Limitation de la puissance de
transmission permise un terminal
Accs multiples orthogonal + non orthogonal Principes
dordonnancement similaires au lien descendant
Puissance de transmission limite au terminal Partage
supplmentaire des ressources en frquence/par code:
Accs multiple non-orthogonal (CDMA): Prise en compte de

linterfrence gnre aux autres terminaux transmettant dans la cellule
Ordonnancement dun terminal quand les conditions sont favorables
ne se traduit pas ncessairement par un haut dbit
Accs multiple orthogonal (LTE): Contrle de puissance intra-cellule
non ncessaire Ordonnancement dpendant du canal similaire au
lien descendant
Accs multiple orthogonal: Fuites entre signaux reus ou/et

dynamique limite en rception Contrle de puissance ncessaire
Situation un peu similaire au cas non orthogonal
Terminaux loigns de la station de base Opration dans la rgion

limite en puissance Pas daugmentation du dbit de donnes par
augmentation de la bande
Terminaux proches de la station de base Opration dans la rgion
limite en bande Augmentation du dbit par augmentation de la
bande
493
Adaptation de Lien et Ordonnancement

dans le Domaine Frquentiel
1/2
Ordonnanceur ayant accs au domaine frquentiel
(Transmission OFDM) Ordonnancement et adaptation de
lien possibles dans le domaine frquentiel
Adaptation de lien dans le domaine frquentiel +
Connaissance des conditions instantanes du canal dans le
domaine frquentiel (Attnuation + Niveau de
bruit/dinterfrence)
La puissance et/ou le dbit de donnes sur chaque sous-porteuse
peut tre ajust individuellement pour une utilisation optimale
Diffrentes sous-porteuses sont utilises pour la transmission de
et vers diffrents terminaux
495
494
Adaptation de Lien et Ordonnancement dans

le Domaine Frquentiel
2/2
Les gains dus lexploitation des variations en
frquence sont similaires ceux obtenus des
variations en temps
Qualit de canal variant significativement en
frquence mais lentement en temps
Ordonnancement en frquence peut amliorer la
capacit systme
Exemple: Dans un systme large bande
lintrieur avec faible mobilit, la qualit varie
trs lentement en temps
496
124
06/10/2010

Montant
5/5
Les ressources restantes, aprs desserte du dbit
prioritaire, sont donnes par ordre de priorit aux autres
bearers radio
Pour aider lordonnanceur sur le lien montant, le
terminal envoie:
Des informations dordonnancement au eNodeB en
utilisant des messages MAC lorsquil a des ressources
dordonnancement
Un indicateur, faisant partie de la signalisation de contrle
L1/L2, indiquant le besoin de ressources sur le lien montant
Lordonnancement dpendant du canal peut tre utilis

sur le lien montant: Lestimation de la qualit du canal
require un signal de rfrence de sondage transmis par
le terminal Cot
Types dalgorithmes de
squencement
Techniques les plus utilises dans les rseaux
mobiles :
Round Robin (RR),

Proportional Fairness (PF),
Integrated Cross-Layer Scheduling
(ICL).
497
498
Algorithme PF (1)
Algorithme RR
Round Robin
Un des algorithmes de squencement les
plus simples.
Partage des ressources par tranches de
temps.
La mme quantit de ressources est
alloue chaque utilisateur/processus/file
dattente/ quel que soit ltat du canal.
499
Proportional Fair
Propos par Qualcomm (norme IS-856 ou HDR, High
Data Rate, pour le squencement du trafic DL).
r (t )
Bas sur la fonction de priorit : i = i
R i (t )
O ri(t) est le dbit de donnes courant et Ri(t) est obtenu
par exponential smoothing average du dbit reu par le
terminal i jusquau slot t.
Exponential smoothing can be used with any discrete set of repeated measurements. The
raw data sequence is often represented by {xt}, and the output of the exponential smoothing
algorithm is commonly written as {st} which may be regarded as our best estimate of what
the next value of x will be. When the sequence of observations begins at time t = 0, the
simplest form of exponential smoothing is given by the formulas:
s0 = x0 and st = axt + (1-a)st-1
where is the smoothing factor, and 0 < < 1.
500
125
06/10/2010
Algorithme PF (2)
Algorithme Integrated CrossCross-Layer

Scheduling (1)
La file dattente de i(t) le plus lev est servie au slot t.

Le dbit moyen de la file est mis jour par la formule :
1
1
) R i (t ) + ( ) r i (t )
T
T
c
O Tc est la dure de la fentre glissantecde moyennage.
Ri (t + 1) = (1
La moyenne du dbit des files dattente non servies au slot t est

mis jour par la formule :
Ri (t + 1) = (1
) Ri (t )
T c dans le systme
En gnral, Tc = 1 000 slots (1,66 secondes)
CDMA-HDR.
Avantage : PF est simple et efficace.
Inconvnient : PF ne garantit pas de QoS (dlai, gigue) du fait
de sa laboration initiale pour les files dattente satures pour
du trafic de donnes non temps rel.
501
Algorithme Integrated Cross

Cross--Layer
Scheduling (2)
Un algorithme opportuniste de type PF est utilis pour les files
dattente supportant le nrtPS.
Les files en BE sont gres par une discipline Best-Rate.
Des coefficients de classe sont allous chaque file pour chaque
type de service.
Fonction de priorit pour la connexion i au time slot t :
R i (t ) 1
si
F i (t ) 1
i (t ) = class R N F i (t )
class si F i (t ) < 1
O bclass [0, 1] : coefficient allou la classe de service avec les

priorits suivantes : rtPS > nrtPS > BE (soit brt > bnrt > bBE).
Ri(t) : nbre de bits transports par un symbole ) la trame t en AMC.
RN : nombre maximum de bits quun symbole peut transporter. 503
RR et PF ne peuvent grer lallocation de ressources et garantir

une QoS approprie par connexion.
ICL se base sur une fonction de priorit alloue chaque file
dattente o la mtrique de priorit est mise jour en fonction
de ltat du service et des conditions du canal radio.
ICL peut donc fournir plusieurs garanties de QoS.
Lalgorithme dtermine un nombre fix de slots (Nugs) sur les Nd
slots disponibles, pour les files UGS (tel que stipul dans la
norme).
Les files dattente rtPS sont gres avec lalgorithme EDF
(Early Deadline First), pour le services temps rel sensibles au
dlai et latence.
502
Algorithme Integrated CrossCross-Layer

Scheduling (3)
Pour chaque connexion nrtPS, Fi(t) indique la satisfaction
du dlai. Fi(t) = Tb Wi(t) o RN est le dlai et Wi(t) [0,
Ti] est la dure dattente du paquet le plus long.
Cette fonction de priorit normalise fi(t) [0, brt].
Quand Fi(t) < 1, les paquets de la file i doivent tre
transmis immdiatement pour viter la perte de paquets,
brt prend la valeur la plus leve.
Pour chaque connexion nrt, Fi(t) est le rapport entre le
dbit moyen de transmission et le dbit minimum rserv.
504
126
06/10/2010
Scheduling Downlink/Uplink
WRR (Weighted Round Robin)

Robin)
Ressources radio squences (scheduled) en fonction des

paramtres de QoS
Squencement DL :
Flots multiplexs simplement
Algorithmes standard de squencement pouvant tre utiliss :
WRR (Weighted Round Robin)
VT (Virtual Time)
WFQ (Weighted Fair Queueing)
WFFQ (Worst-case Fair weighted Fair Queueing)
DRR (Deficit Round Robin)
DDRR (Distributed Deficit Round Robin)
Extension du round robin bas sur un poids

statique
VCC 1 (Source 1)
1 1 1
VCC 2 (Source 2)
2 2
Counter
Reset
Cycle
2
1
3 3 1 3 2 1 3 3 1 3 2 1
3
VCC 3 (Source 3)
WRR
scheduler
3 3 3 3 3
505
506
VT (Virtual Time)
FFQ (Fluid
(Fluid Fair Queue)
Queue)
VT : mule le TDM (Time Division Multiplexing)

connexion 1 : rserve 50% de la capacit du lien
connexion 2, 3 : rserve 20% de la capacit du lien
Discipline de service head-of-the line processor :
: dbit garanti pour la connexion i

i
C : dbit du lien
Connexion 1
Moyenne d'inter-arrives : 2 units
Connexion 2
Connexion 3
B( )
: ensemble des paquets dune file

non vide
Taux de service pour une file i non vide
First-Come-First-Served
Virtual times
Virtual Clock service order
507
jB ( )
C
j
508
127
06/10/2010
Deficit Round Robin (2)
Deficit Round Robin (1)
Qi
DCi
3500
3500
2800
7800
2000
2800
7800
2000
1500
2800
7800
2000
5000
2800
7800
2000
-2 800
2800
7800
2000
700
initialisation
(1st round)
servie
A chaque connexion est attribue une

variable dtat DC (Deficit Counter).
Au dbut de chaque tour, DCi de la file i est
incrmente dun certain quantum Qi.
Si la taille du paquet en tte de file, Li, est
infrieure ou gale DCi,, le scheduler
autorise la file i mettre le paquet.
Une fois la transmission termine DCi est
dcrment de Li.
2800
509
Distributed Deficit Round Robin (1)
2800
7800
2000
7800
4 200
2000
1 400
Non servie
(2nd round)
servie
(3rd round)
Non servie
(4th round)
Non servie
(5th round)
Servie
(6th round)
510
Distributed Deficit Round Robin (2)
A chaque connexion est attribue une variable

dtat DC (Deficit Counter).
Si la valeur de DCi est positive le scheduler
permet la file i dmettre un paquet.
Une fois la transmission termine DCi est
dcrment par Li, (longueur du paquet
transmis) .
Au dbut des round successifs, DCi est
incrment par un quantum de service
spcifique.
511
Qi
DCi
3500
3500
2800
7800
2000
2800
7800
2000
1500
2800
7800
2000
-6300
2800
7800
2000
-2800
2800
7800
2000
700
2800
7800
2000
-2100
initialisation
(1st round)
servie
servie
Non servie
(2nd round)
Non servie
(3rd round)
servie
512
128
06/10/2010
Algorithmes de squencement
bass sur la qualit du canal
Comparaison dalgorithmes
Round Robin : garanti le maximum
dquit en permettant des opportunits de
transmission quivalentes.
-Round Robin (RR) : slots allous squentiellement aux

abonns,
-Max Carrier-to-Noise scheduling (MCS) : slot allou
lusager dont le canal est le meilleur du point de vue CNR,
-Proportional Fair Scheduling (PFS) : slot allou
lusager dont le canal est le meilleur,
-Opportunistic RR Scheduling (ORR) : slots allous
squentiellement aprs comptition des N usagers.
Max(C/I) : plus grande priorit lusager

ayant les meilleures conditions de
propagation mais sans quit.
Proportional Fair : adapt aux services de
donnes non temps-rel.
RR
513
Algorithmes de squencement dans

lUMTS/CDMA2000/WiMAX
lUMTS/CDMA2000/
WiMAX/LTE
/LTE
0
Non opportuniste
ORR
PFS
MCS
1
Opportuniste
514
Contrle de puissance
-UMTS, WCDMA : RR, PFS, WFQ++,

-UMTS, HSDPA/HSUPA : RR, MCS +
mcanismes de priorit pour les paquets,
-CDMA2000/IS-856, 1xEV-DO :PFS,
-CDMA2000, 1xEV-DO : channel aware,
queue aware scheduling,
- WiMAX/LTE : non spcifi, channel aware,
queue aware scheduling.
515
Premire classification :
Slow power control : compense les variations lentes
(pathloss, pertes antennes, et shadow fading).
Fast power control : compense le fast fading
Deuxime classification :
Open Loop Power Control : Puissance UE ajuste sur la
base des paramtres et des mesures des signaux du
eNode-B. Pas de feedback la BS.
Closed Loop Power Control : LUE envoie les mesures
au eNB, qui ajuste la puissance dmission de lUE.
516
129
06/10/2010
Exemple : contrle de puissance sur le PUSCH
Signalisation pour le CP
Pmax : maximum allowed transmit power. It depends on the UE power class.

M : number of physical resource blocks (PRB).
P0 : cell/UE specific parameter signaled by radio resource control (RRC).
: path loss compensation factor.
PL : downlink path loss estimate. Calculated in the UE based on the reference symbol received
power (RSRP).
mcs : cell/UE specific modulation and coding scheme defined in the 3GPP specifications for LTE.
f (i) : UE specific. i is a closed loop correction value and is a function that permits to use
accumulate or absolute correction value.
SNR0 is the open loop SNR target.

Pn is the noise power per PRB.
M0 defines the number of PRBs for which the SNR target is reached with full power.
517
518
Handover intraintra-LTE (2)
Handover intraintra-LTE (1)
519
520
130
06/10/2010
VII. Elments
dingnierie et
de planification
Modles de canaux SISO,

SIMO et MIMO
Gestion des frquences
Bandes appaires et non
appaires
Principe de planification et
dimensionnement LTE
522
521
MIMO Radio Channel Measurements
MIMO Channel Measurement System
Multiple antennas at both the base station and terminal can significantly
increase data rates with sufficient multipath
Ability to separate signals from closely spaced antennas has been
demonstrated indoors and in AT&T-Lucent IS-136 field trial
Lucent has demonstrated 26 bps/Hz in 30 kHz channel with 8 Tx and 12 Rx
antennas indoors
AT&T has performed measurements on 4 Tx by 4 Rx antenna configurations
in full mobile & outdoor to indoor environments
Transmitter
4 antennas mounted on a laptop
4 coherent 1 Watt 1900 MHz transmitters
with synchronous waveform generator
Receive System
Dual-polarized slant 45 PCS antennas separated by
10 feet and fixed multibeam antenna with 4 - 30
beams
4 coherent 1900 MHz receivers with real-time
baseband processing using 4 TI TMS320C40 DSPs
523
524
131
06/10/2010
MIMO techniques
Multiple Antennas increase System

Capacity
MIMO techniques increase bit rate and/or quality on a
link by creating multiple channels and/or enhancing
diversity
Switched/steered beam antennas for base stations and
interference suppression/adaptive antennas for terminals
reduce interference, increasing system capacity
Beamforming
Closed Loop MIMO
525
526
Simulations - Atlanta
Flexible bandwidth (1)

Bandwidth flexibility use in different spectrum
allocations conditions
Input:
km2
750
929 000
inhabitants
Number of Tri-Sectored Carriers Required
500
455
450
Number of
Cell Sites
400
350
264
250
228
200
152
150
50
max 110 resource blocks

min 6 resource blocks
329
300
100
395
379
304
132
76
66
51
31
198
300
250
200
150
1.25 MHz 2.5 MHz
150
125
100
50
0
50000
100000
150000
200000
250000
300000
Number of Subscribers
2x2 MIMO
4x4 MIMO
4x1 AAS
8x1 AAS
5 MHz
10system
MHz bandwidth NRB
15 MHz
20 MHz
Cell search and broadcast of basic system

information in the six center resource blocks
100
75
Source: Nortel 2006
1 Mb/s per user- Contention factor: 20 - 2x2 MIMO: 50 Mbps

4x4 MIMO: 100 Mbps - 8x1 AAS: 38 Mbps - 4x1 AAS: 33 Mbps
Channel of 10 MHz, N=1 - Spectrum: 2.5 GHz TDD
MIMO = better coverage and lower number of sites
527
Specifications RAN: bandwidth-agnostic

Largeur de bande de resource block 180 kHz = 12*15 kHz
Tous types de resource blocks NRB{6, ..., 110} supportes
Ensemble limite de NRB
528
132
06/10/2010
Flexible bandwidth (2)
RF constraints for different bandwidths
Bandwidths: 1.4, 3.0, 5, 10, 15, 20 MHz

All terminals support:
Reception bandwidth: 110 RBs (110x180 kHz20 MHz)
Transmission bandwidth: 110 RBs (110x180 kHz20
MHz)
max 110 resource blocks
min 6 resoruce blocks
system bandwidth NRB

Cell search and broadcast of basic system
information in the six center resource blocks
529
530
Adaptive Fractional Frequency Reuse (aFFR

(aFFR))
Coverage enhancement
Freq. Band
High peak data rate with reasonable coverage

Higher transmission power in UE
Higher carrier frequencies (eg. 3.5GHz)
Conventional FFR:
Sacrifices sector throughputs but
obtains a high user coverage gain
CQI
CQ I
CQI
Possible resolutions to achieve reasonable cell coverage:

Distributed remote antennas
Advanced beam-forming
Pico/femto cells (Home eNBs)
Relay stations: A possible promising feature
Advanced adaptive FFR:

Parameter control based on
interference level in neighbouring
cells
Achieve both sector throughput and
user coverage gains
0.3 5
0.2
531
U ser C overage
)
z
H
/
s
p 0.3
b
(
e
g
a
r
e
v
o 0.2 5
C
r
e
s
U
B ase Line
A dvanc ed AFFR
532
133
06/10/2010
Reduced UE Complexity
omplexity,, P
Power
ower
consumption
Efficient spectrum usage
Balance between the system performance

And
UE complexity, power consumption
To get wider spectrum bandwidth up to 100MHz

Aggregation of fragmented spectrums
Sharing of fragmented spectrums among several
systems
Asymmetric UL and DL spectrum allocation
Peak power consumption of an UE will be higher

Enhanced dynamic control of reception bandwidth
A multi-carrier UL transmission mode by UE near the eNB
Enabling discontinuous resource allocation
Easy utilization of MLD at eNB receivers
To attain another bit/Hz

SU-MIMO for UL (2x2 or 2x4)
Further enhancement of the current MIMO scheme
533
Abrviations
534
1/
ISIM: IMS Subscriber Identity Module

USIM: Universal Subscriber Identity Module
IETF: Internet Engineering Task Force
S-TMSI: S-Temporary Mobile Subscriber Identity
PLMN: Public Land Mobile Network
SM: Session Management (Procdures de signalisation
entre terminal et MME pour la gestion de bearer)
GMM: GPRS Mobility Management
C-RNTI: Cell-Radio Network Temporary Identifier
SCTP: Stream Control Transmission Protocol
P-GW: PDN Gateway
535
Abrviations
2/
PDN: Packet Data Network

MGW: Media Gateway
MGCF: Media Gateway Control Function
CSCF: Call Session Control Function
PCRF: Policy and Charging Rules Function
PDF: Policy Decision Function
CRF: Charging Rules Function
MME: Mobility Management Entity
HSS: Home Subscriber Server
AAA: Authentication, Authorization and Accounting
CQI: Channel-Quality Indicator
536
134

LTE Cours Complet

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

LTE Cours Complet

Transféré par

Droits d'auteur :

Formats disponibles

06/10/2010

Releases 3GPP (1)

Release 99 (fige en Mars 2000)

Releases 3GPP (2)

Base sur GSM et GPRS

Plans de contrle et de transport spars pour CS

Introduction dIMS et IP dans le RAN

Synthse des volutions

FDD et TDD 384 kb/s

TDD 1,28 Mb/s

Objectifs du LTE (1)

volution vers un coeur

Demande de dbits de donnes plus importants

Objectifs du LTE (2)

Objectifs du LTE (3)

Enhanced Multimedia Broadcast Multicast Service (EMBMS)

Technologies en Faveur du LTE

Raret des ressources spectrales :

OFDM (Orthogonal Frequency Division

Partie basse du spectre (commenant 400 MHz) surcharge par

Initialement construit pour fonctionner sur une bande

Un des objectifs tait doffrir une mobilit globale

Les spcifications GSM laissaient peu de possibilits pour

La bande de couverture principale se trouve dans les

La sous-bande 790-862 MHz a t identifie en Europe et en

La bande de capacit principale se trouve dans la bande C

Concepts EPS (EPS = LTE+SAE)

LIMT-2000 ne spcifie pas la faon avec

Architecture plate et simplifie compare celle hirarchique

En Europe, lutilisation du spectre est sous la

Architectures UTRAN et Evolved

Architecture cible EPS (LTE+SAE)

LTE : Long Term Evolution

1. Prsentation gnrale de larchitecture

Architecture Globale de lEPS 1/2

Architecture Globale de lEPS 2/2

A travers des Media Gateway, lIMS (IP

Le rseau UTRAN est compos:

Modle en toile du 2G/GSM : Un seul contrleur (le

Architectures UTRAN et Evolved UTRAN

Larchitecture UTRAN a conduit des Node B simples et des

Le terme Node provient du fait que la Station

Le E-UTRAN a une structure simple : Il est compos

Modles de eNodeB Possibles

Interface X2 : entre eNodeB pour minimiser la perte de paquets

Terminaison des protocoles de la Couche 2 dans le eNodeB

Gestion de la Mobilit Radio: Traitement des mesures

EPC (Evolved Packet Core) compos :

Du Serving GW (Serving Gateway)

Protocoles de Couche 2 de lInterface Radio: la

Du PDN GW (Packet Data Network Gateway)

radio Dtection/correction derreurs sur linterface

Du PCRF (Policy and Charging Rules

MME en charge des fonctions du Plan de Contrle

MME li, travers linterface S6, au HSS (base de

Serving GW : point de terminaison de linterface

Classes des Terminaux

Classes des Terminaux

5 classes de terminaux : dbits de 5 75 Mb/s sur le

Catgories des Terminaux LTE

Interfaces du Rseau EE-UTRAN 1/4

Interfaces du Rseau EE-UTRAN 2/4

Sparation = indpendance entre les deux couches

Modle de lInterface Rseau E-UTRAN (S1 + X2)