Vous êtes sur la page 1sur 134

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, )

Objectifs du LTE (2)

10

Objectifs du LTE (3)

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

Interfaces du Rseau EE-UTRAN 2/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

Interfaces du Rseau EE-UTRAN 3/4


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

Interfaces du Rseau EE-UTRAN 4/4


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)

Demande de Service (2)

KSI: Key Set Identifier

Exemple dun Service Request Initi par lUtilisateur 1/2


45

Demande de Service (3)

Exemple dun Service Request Initi par lUtilisateur 2/2

46

Demande de Service (4)

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

Demande de Service (5)

Demande de Service (6)

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

Qualit de Service (3)

Qualit de Service (2)

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

Qualit de Service (4)

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

Activation dun Bearer


Bearer Ddi (2)

Activation dun Bearer


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

Activation dun Bearer


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

Flexibilit de lInterface S1 (S1


(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

Flexibilit de lInterface S1 (S1


(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

Tunnlisation des Donnes par GTP 2/4

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

Tunnlisation des Donnes par GTP 3/4


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

Tunnlisation des Donnes par GTP 4/4

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

Architecture du Plan de Contrle 2/3

Architecture du Plan de Contrle 3/3

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

Gestion de Localisation

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

Gestion de Localisation
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

Gestion de Localisation

4/8

3/8

122

Gestion de Localisation

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

Gestion de Localisation

6/8

Gestion de Localisation

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

Gestion de Localisation

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

Mise Jour du Tracking


Tracking Area 2/7

Mise Jour du Tracking


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

Mise Jour du Tracking


Tracking Area 4/7

Mise Jour du Tracking


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

Mise Jour du Tracking


Tracking Area 6/7

Mise Jour du Tracking


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

Mobilit en ACTIVE Mode

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

Mobilit en ACTIVE Mode

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

Mobilit IntraIntra-E-UTRAN avec


Soutien de lInterface X2
2/6

Mobilit IntraIntra-E-UTRAN avec


Soutien de lInterface X2
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

Mobilit IntraIntra-E-UTRAN avec


Soutien de lInterface X2
4/6

Mobilit IntraIntra-E-UTRAN avec


Soutien de lInterface X2
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

Mobilit IntraIntra-E-UTRAN avec


Soutien de lInterface X2
6/6

Mobilit IntraIntra-E-UTRAN sans


Soutien de lInterface X2
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

Mobilit IntraIntra-E-UTRAN sans


Soutien de lInterface X2
2/6

Mobilit IntraIntra-E-UTRAN sans


Soutien de lInterface X2
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

Phase de Prparation du Handover


145

146

Mobilit IntraIntra-E-UTRAN sans


Soutien de lInterface X2
4/6

Mobilit IntraIntra-E-UTRAN sans


Soutien de lInterface X2
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

Phase dExcution du Handover


147

148

37

06/10/2010

Mobilit IntraIntra-E-UTRAN sans


Soutien de lInterface X2
6/6

Mobilit IntraIntra-E-UTRAN avec


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

Mobilit IntraIntra-E-UTRAN avec


Relocalisation de Nuds EPC
2/5

Mobilit IntraIntra-E-UTRAN avec


Relocalisation de Nuds EPC
3/5

Phase de Prparation du Handover


151

Phase dExcution du Handover

152

38

06/10/2010

Mobilit IntraIntra-E-UTRAN avec


Relocalisation de Nuds EPC
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

Mobilit IntraIntra-E-UTRAN avec


Relocalisation de Nuds EPC
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

Phase de Prparation du Handover

Mobilit entre 3G Paquet et EE-UTRAN


155

156

39

06/10/2010

Mobilit entre 2G/3G Paquet et EEUTRAN 3/7

Mobilit entre 2G/3G Paquet et EEUTRAN


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
Phase dExcution du Handover

157

Mobilit entre 2G/3G Paquet et EEUTRAN 5/7

158

Mobilit entre 2G/3G Paquet et EEUTRAN 6/7

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

Mobilit entre 2G/3G Paquet et EEUTRAN


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

Emetteur DFTSDFTS-OFDM

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

Emetteur DFTSDFTS-OFDM

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

Emetteur DFTSDFTS-OFDM

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

Emetteur DFTSDFTS-OFDM

Emetteur DFTSDFTS-OFDM

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

Rcepteur DFTSDFTS-OFDM

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

Rcepteur DFTSDFTS-OFDM

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

Multiplexage dUtilisateurs avec


DFTS--OFDM
DFTS
2/5

242

Multiplexage dUtilisateurs avec


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

Multiplexage dUtilisateurs avec


DFTS--OFDM
DFTS
4/5

Multiplexage dUtilisateurs avec


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

Structure Temporelle du LTE 2/5


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

Structure Temporelle du LTE 3/5


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

Structure Temporelle du LTE 4/5

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

Ressources Physiques sur le Lien


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

Ressources Physiques sur le Lien


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

Ressources Physiques sur le Lien


Descendant 4/8

Ressources Physiques sur le Lien


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

Ressources Physiques sur le Lien


Descendant 6/8

258

Ressources Physiques sur le Lien


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

Ressources Physiques sur le Lien


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

Signaux de Rfrence sur le Lien


Descendant 2/10

Signaux de Rfrence sur le Lien


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

Signaux de Rfrence sur le Lien


Descendant 4/10

270

Signaux de Rfrence sur le Lien


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

Signaux de Rfrence sur le Lien


Descendant 6/10

Signaux de Rfrence sur le Lien


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

Signaux de Rfrence sur le Lien


Descendant 8/10

274

Signaux de Rfrence sur le Lien


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

Signaux de Rfrence sur le Lien


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

Traitements du Canal de Transport


sur le Lien Descendant
2/16

278

Traitements du Canal de Transport


sur le Lien Descendant
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

Traitements du Canal de Transport


sur le Lien Descendant
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

Traitements du Canal de Transport


sur le Lien Descendant
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

Traitements du Canal de Transport


sur le Lien Descendant
5/16

Turbo-Codeur
282

Traitements du Canal de Transport


sur le Lien Descendant
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

Traitements du Canal de Transport


sur le Lien Descendant
8/16

Traitements du Canal de Transport


sur le Lien Descendant
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

Traitements du Canal de Transport


sur le Lien Descendant
10/16

Traitements du Canal de Transport


sur le Lien Descendant
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

Traitements du Canal de Transport


sur le Lien Descendant
12/16

Traitements du Canal de Transport


sur le Lien Descendant
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

Traitements du Canal de Transport


sur le Lien Descendant
14/16

290

Traitements du Canal de Transport


sur le Lien Descendant
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

Traitements du Canal de Transport


sur le Lien Descendant
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

Recherche de Cellule

2/10

294

Recherche de Cellule

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

Recherche de Cellule

4/10

Recherche de Cellule

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

Recherche de Cellule

6/10

298

Recherche de Cellule

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

Recherche de Cellule

8/10

Recherche de Cellule

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

Recherche de Cellule

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

Adaptation de Lien: Contrle de


Puissance et de Dbit
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

Adaptation de Lien: Contrle de


Puissance et de Dbit
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

Adaptation de Lien: Contrle de


Puissance et de Dbit
4/5

Adaptation de Lien: Contrle de


Puissance et de Dbit
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

Antennes Multiples en Rception 2/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

Antennes Multiples en Rception 3/8

Antennes Multiples en Rception 4/8

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

Antennes Multiples en Rception 5/8

Antennes Multiples en Rception 6/8

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

Antennes Multiples en Rception 7/8


 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

Antennes Multiples en Rception 8/8


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

Ordonnancement sur le Lien


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

Ordonnancement sur le Lien


Descendant 3/6

Ordonnancement sur le Lien


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

Ordonnancement sur le Lien


Descendant 6/6

Ordonnancement sur le Lien


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

Ordonnancement, Adaptation de
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

Ordonnancement, Adaptation de
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

ARQ Hybride avec Combinaison


Souple 2/8

ARQ Hybride avec Combinaison


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

ARQ Hybride avec Combinaison


Souple 4/8

346

ARQ Hybride avec Combinaison


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

ARQ Hybride avec Combinaison


Souple 6/8

ARQ Hybride avec Combinaison


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

ARQ Hybride avec Combinaison


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

Ordonnancement sur le Lien


Descendant 1/9

Ordonnancement sur le Lien


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

Ordonnancement sur le Lien


Descendant 3/9

354

Ordonnancement sur le Lien


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

Ordonnancement sur le Lien


Descendant 5/9

Ordonnancement sur le Lien


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

Ordonnancement sur le Lien


Descendant 7/9

358

Ordonnancement sur le Lien


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

Ordonnancement sur le Lien


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

Ressources Physiques sur le Lien


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

Ressources Physiques sur le Lien


Montant
2/9

Ressources Physiques sur le Lien


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

Ressources Physiques sur le Lien


Montant
4/9

398

Ressources Physiques sur le Lien


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

Ressources Physiques sur le Lien


Montant
6/9

Ressources Physiques sur le Lien


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

Ressources Physiques sur le Lien


Montant
8/9

Ressources Physiques sur le Lien


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

Signaux de Rfrence sur le Lien


Montant
1/12

Signaux de Rfrence sur le Lien


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

Signaux de Rfrence sur le Lien


Montant
3/12

406

Signaux de Rfrence sur le Lien


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

Signaux de Rfrence sur le Lien


Montant
5/12

Signaux de Rfrence sur le Lien


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

Signaux de Rfrence sur le Lien


Montant
7/12

Signaux de Rfrence sur le Lien


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

Signaux de Rfrence sur le Lien


Montant
9/12

Signaux de Rfrence sur le Lien


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

Signaux de Rfrence sur le Lien


Montant
11/12

414

Signaux de Rfrence sur le Lien


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

Traitements du Canal de Transport


sur le Lien Montant
1/3

Traitements du Canal de Transport


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

Traitements du Canal de Transport


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

Signalisation de Contrle L1/L2 sur


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

Signalisation de Contrle L1/L2 sur


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

Signalisation de Contrle L1/L2 sur


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

Signalisation de Contrle L1/L2 sur


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

Signalisation de Contrle L1/L2 sur


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
signalisation de contrle
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

Signalisation de Contrle L1/L2 sur


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

Signalisation de Contrle L1/L2 sur


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

Signalisation de Contrle L1/L2 sur


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

Signalisation de Contrle L1/L2 sur


le Lien Montant
8/20

Signalisation de Contrle L1/L2 sur


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

Signalisation de Contrle L1/L2 sur


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)

Signalisation de Contrle L1/L2 sur


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

Signalisation de Contrle L1/L2 sur


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:

Signalisation de Contrle L1/L2 sur


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

Signalisation de Contrle L1/L2 sur


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

Signalisation de Contrle L1/L2 sur


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

Signalisation de Contrle L1/L2 sur


le Lien Montant
16/20

Signalisation de Contrle L1/L2 sur


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

Signalisation de Contrle L1/L2 sur


le Lien Montant
18/20

Signalisation de Contrle L1/L2 sur


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
signalisation de contrle
L Offset est un paramtre configur par la signalisation
couches hautes
440

110

06/10/2010

Signalisation de Contrle L1/L2 sur


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

Avance en Temps sur le Lien


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

Avance en Temps sur le Lien


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

Accs Alatoire avec Contention


2/4

Accs Alatoire avec Contention


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

Accs Alatoire avec Contention


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

Accs Alatoire (1re Etape )

4/8

Accs Alatoire (1re Etape )


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

Accs Alatoire (1re Etape )

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

Accs Alatoire (1re Etape )

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

Accs Alatoire (1re Etape )

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

Accs Alatoire (2me Etape)

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

Accs Alatoire (2me Etape)

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

Accs Alatoire (3me Etape)

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)

Accs Alatoire (3me Etape)

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

Accs Alatoire (4me Etape)

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

Accs Alatoire (4me Etape)

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

Ordonnancement sur le Lien


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

Ordonnancement sur le Lien


Montant
2/5

Ordonnancement sur le Lien


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

Ordonnancement sur le Lien


Montant
4/5

490

Ordonnancement sur le Lien


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

Ordonnancement sur le Lien


Montant
2/3

Ordonnancement sur le Lien


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

Ordonnancement sur le Lien


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
Moyenne d'inter-arrives : 5 units

Connexion 3
Moyenne d'inter-arrives : 5 units

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