Vous êtes sur la page 1sur 53

MEMOIRE DE PROJET

DE FIN DETUDES
Pour lobtention du diplme dingnieur dtat en tlcommunication

Etude des mcanismes de la voix sur LTE


et analyse des solutions des constructeurs
Huawei, Ericsson et NSN.
Soutenu le Mercredi 12 Juin 2013

Ralis par :
AADAMA Salah-Eddine

Encadr par :
M. CHAFIAI Hmad (Directeur de INGECYS Telecom)
M. DRISSI EL MALIANI Youssef (Chef des projets de INGECYS Telecom)
Mlle. CHAFNAJI Houda
M. NAJA Najib
Membres du jury :
Mme. RIOUCH Fatima
M. ET-TOLBA Mohamed
Anne universitaire 2012-2013

DEDICACE
A mes chers parents qui mont soutenu toute ma vie
A mes chres surs Ghizlane, Loubna et Zineb
A mon cher frre Driss
A toute ma famille
A tous mes amis et camarades
A tous les INEs
Je ddie ce mmoire

Salah-eddine

Projet

de

fin

dtudes

REMERCIEMENT
Il nous est agrable dexprimer nos sentiments de
reconnaissance envers toutes les personnes, dont lintervention tout
au long de ce projet, a favoris son accomplissement.
Ainsi, nous exprimons notre profonde gratitude tous les
collaborateurs de la socit INGECYS Telecom pour leur soutien
moral et technique, et pour leur gnrosit et leur disponibilit
permanente.
Nous tenons exprimer nos sentiments de remerciement Mlle.
CHAFNAJI Houda et M. NAJA Najib, nos encadrants lINPT, pour
les conseils quils nous ont prodigus, leur judicieux encadrement et
leur assistance pour la rdaction de ce rapport.
Nos remerciements les plus sincres vont M. CHAFIAI Hmad,
directeur de la socit INGECYS Telecom, et M. DRISSI EL MALIANI
Youssef, le chef des projets chez INGECYS Telecom, pour leurs
conseils, directives et formations qui nous ont t dun grand apport
pour la mise en uvre de ce projet.
Nos remerciements aussi les plus distingus sont destins Mme.
RIOUCH Fatima et M. ET-TOLBA Mohamed pour leur choix de notre
soutenance de projet de fin dtude pour en tre le jury.

AADAMA Salah-Eddine

Projet

de

fin

dtudes

Rsum
La mission quon nous a confie dans le cadre de notre projet de fin dtude se
rsume dans ltude pointue des mcanismes de support de la voix sur le rseau LTE. Cette
technologie, LTE, est la dernire volution des normes de tlphonie mobile ; elle permet
des transmissions de donnes haut dbits pouvant dpasser 100 Mb/s, ce qui en fait une
vritable rvolution. Toutefois, LTE ne permet pas deffectuer des appels tlphoniques, ce
qui exige la recherche de moyens efficaces pour dpasser cette limitation. Ltude que nous
avons faite compare entre les diffrentes solutions possibles dans ce sens et prsente
galement les visions et les rsultats danalyse des solutions proposes par les constructeurs
Huawei, Ericsson et NSN.

Abstract
The mission that was given to us in the context of our graduation project was studying
carefully voice support solutions in the LTE network. Long Term Evolution, the last wireless
communication standard, improve significantly data transmission. In fact, the average
downlink data rate can reach more than 100 Mb/s which is really a great revolution.
However, the technology does not support phone calls. Thus, its crucial to look for efficient
ways to overcome this deficiency. The study we conducted gives a comparison between the
various solutions suggested in this context. We also display the views and analysis results of
the solutions proposed by the telecommunication equipment manufacturers, Huawei,
Ericsson and NSN.

Projet

de

fin

dtudes

Sommaire

Introduction gnrale .............................................................................................................. 6


Chapitre 1 : Contexte gnral du projet .................................................................................... 7
Prsentation de la socit INGECYS Telecom ..................................................................... 8
Introduction gnrale sur LTE ............................................................................................. 9
1.

Architecture du rseau LTE ....................................................................................... 10

2.

Pile protocolaire de LTE ............................................................................................. 13

Conclusion du chapitre ................................................................................................... 18


Chapitre 2 : Les mcanismes de support de la voix sur LTE et la gestion de QoS sur le rseau
LTE ............................................................................................................................................ 19
Les mcanismes de support de la voix sur LTE ................................................................. 20
1.

CS Fallback ................................................................................................................. 20

2.

Simultaneous Voice and LTE (SVLTE) ......................................................................... 21

3.

La solution dite Voice Over LTE (VoLTE) .................................................................... 22

4.

La solution Voice Over LTE via Generic Access (VoLGA) ........................................... 25

5.

La solution dite Over The Top (OTT) .......................................................................... 28

La QoS sur le rseau LTE ................................................................................................... 29


Les ordonnanceurs radio sur LTE .................................................................................. 31
Conclusion du chapitre .................................................................................................. 37
Chapitre 3 : Etude comparative des solutions standards de support de la voix sur LTE ......... 38
Conclusion du chapitre .................................................................................................. 39
Chapitre 4 : Visions des quipementiers et solutions propritaires de support de la voix sur
LTE ............................................................................................................................................ 40
Conclusion du chapitre .................................................................................................. 41
Conclusion gnrale ............................................................................................................... 42
Bibliographie & Webographie ............................................................................................... 43
Index ........................................................................................................................................ 44
Annexes ................................................................................................................................... 46

Projet

de

fin

dtudes

Liste des figures


Figure 1 : volution du dbit des donnes en sens descendant de LTE .......... 9
Figure 2 : Architecture du rseau LTE ............................................................ 10
Figure 3 : les principales interfaces introduites dans le rseau LTE .............. 13
Figure 4 : les piles protocolaires sur le rseau LTE ......................................... 15
Figure 5 : Les plans utilisateur et contrle sur le rseau LTE ........................ 15
Figure 6 : Entits/Piles protocolaires pour le plan Contrle ......................... 16
Figure 7 : Entits/Piles protocolaires pour le plan Utilisateur ...................... 16
Figure 8 : Architecture rseau dans le cas de dploiement de CS Fallback .. 20
Figure 9 : la solution SV-LTE ........................................................................... 21
Figure 10 : Architecture rseau dans le cas de dploiement de VoLTE ........ 22
Figure 11 : Architecture rseau et chemin du trafic voix dans un scnario
dutilisation de la solution PS Based Solution .......................................... 23
Figure 12 : Procdure du Handover dans le cas de la solution SRVCC .......... 24
Figure 13 : Architecture rseau dans le cas dutilisation de la solution VoLGA
(Source : VoLGA Forum).................................................................................. 26
Figure 14 : Nuds et interfaces rseau impliqus par lajout du VANC ....... 27
Figure 15 : Les clients VoIP Skype, Viber et Tango ........................................ 28
Figure 16 : PLR des flux vido et VoIP du premier scnario .......................... 35
Figure 17 : PLR des flux vido et VoIP du deuxime scnario ....................... 35
Figure 18 : Dlai de paquets des flux vido et VoIP du premier scnario .... 36
Figure 19 : Efficacit spectrale dans les deux scnarii LTE choisis ................ 36

Projet

de

fin

dtudes

Introduction gnrale
La technologie LTE de la quatrime gnration est lvolution naturelle des
gnrations de tlcommunication. De ce fait, elle tire parti des avantages des gnrations
prcdentes tout en introduisant de nouveaux aspects pour rpondre aux exigences
formules dans les spcifications 3GPP de la 4G surtout en ce qui concerne le dbit de
transmission des donnes devant atteindre 1 Gb/s dans le sens descendant.
Toutefois, la norme LTE, initialement conue pour lunique support des donnes, nintgre
pas de solution franche de support de la voix comme il est le cas avec les normes la prcdant.
Des questions importantes sont alors poses : comment faire pour dpasser le non support
du service de la voix se prsentant comme service crucial pour les oprateurs ? Quelles sont
les solutions existantes pour intgrer le service dans le rseau LTE ? Quelle en est la meilleure
et qui permet de rpondre aux attentes des abonns LTE ? Que proposent les quipementiers
dans ce sens ? Faut-il rflchir lintgration du service de la voix avant ou aprs le
dploiement de LTE ?
Pour rpondre ces questions entre autres, et qui ont contribu au retard du dploiement de
la 4G au Maroc, INGECYS Telecom a conu un projet de recherche sur ledit thme pour en
tre le leader au niveau national.
INGECYS Telecom, vise avoir une vision trs claire sur le march de la 4G au Maroc, une
vision qui rassemble les diffrents aspects de la technologie dont la voix en est un. Pour ce
faire, il faut dtenir une base de donnes trs riche de toutes les spcifications standards
avant de procder des tudes extensives et des analyses minutieuses facilitant la
comprhension des diffrents onglets du problme et des solutions proposes.
Un autre objectif important de INGECYS Telecom est denrichir les rsultats de son projet sur
la voix 4G par ltude des propositions et offres des quipementiers qui dtiennent le march
du tlcom au Maroc, savoir Huawei, Ericsson et Nokia siemens Networks. Ceci lui est
possible en tudiant minutieusement les documentations officielles profilant les mcanismes
de support de la voix sur LTE desdits constructeurs.
Ce rapport prsente le travail que nous avons fait dans le cadre de ce projet de recherche,
pendant la dure de notre stage de fin dtude. Ce travail est structur de la manire suivante :
aprs avoir introduit le contexte gnral du projet, le chapitre 1 met laccent sur le rseau LTE
en gnral, ce qui permet la comprhension de la suite de notre travail. Dans le chapitre 2,
nous avons tent, autant que possible, de prsenter les diffrents mcanismes de support de
la voix sur LTE ; nous avons trait galement dans ce chapitre la gestion de qualit de service
sur LTE accompagne dune simulation avec loutil LTE-Sim qui compare certains
ordonnanceurs radio dans un contexte de voix. Le chapitre 3, lui, prsente ltude
comparative que nous avons faite entre les solutions standards de support de la voix sur LTE.
Dans le dernier chapitre, le chapitre 4, nous prsentons les visions et propositions des
constructeurs Huawei, Ericsson et NSN dans le cadre dudit thme.
Projet

de

fin

dtudes

Chapitre 1 : Contexte gnral du projet

Ce chapitre a comme objectif de situer le projet dans son cadre organisationnel et


contextuel. Il commence par une prsentation concise de lorganisme daccueil, ensuite une
introduction gnrale sur la norme LTE est faite, une introduction que nous avons tent,
autant que possible pour quelle touche aux diffrents aspects importants du rseau LTE.
Nous prsentons larchitecture rseau et la pile protocolaire de LTE ainsi que des notions sur
la norme LTE Advanced.

Projet

de

fin

dtudes

Prsentation de la socit INGECYS Telecom


Ces dernires annes le secteur des tlcommunications au Maroc connat un
dveloppement particulirement soutenu et ce grce aux innovations technologiques et la
libration du secteur. Ceci a encourag larrive de plusieurs oprateurs, quipementiers et
socit de service tlcoms sur le march marocain.

La socit INGECYS Telecom qui est aujourdhui une socit de service forte valeur ajoute
dans le domaine des tlcommunications, est spcialise dans le conseil technologique,
technique et stratgique.

Fonde en 2007, INGECYS Telecom fournit de multiples services aux oprateurs et aux
quipementiers afin de garantir la prparation, la mise en place, loptimisation et
lexploitation de leurs rseaux tlcom. Ces multiples services sont garantis par le conseil
technique et stratgique. INGECYS Telecom propose des solutions adaptes aux besoins de
ses clients sous forme dune mise disposition des ressources qualifies ou sous forme de
contrat de prise en charge cl-en-main avec un engagement de rsultats.

La socit a pu tripler son chiffre daffaires en 2009 et continue son dveloppement pour
couvrir lAfrique et le moyen orient en fournissant les services suivants :
Gestion de projets
Etude et assistance technique
Audit de rseaux
Mesure de performances
Veille et conseil stratgique
Solution spcifique
Formations

La dmarche de la socit se base sur la cration de valeurs dans chaque tape du cycle de
vie du projet en mettant disposition des ressources qualifies, locales ou offshores, ou en
prenant en charge la prestation cl en main. De plus, sa qualit sappuie sur une capitalisation
dexpriences et de comptences des managers et consultants qui interviennent chez les
quipementiers et oprateurs du monde entier, sur multiples projets de rseaux de
tlcommunications.

Projet

de

fin

dtudes

Introduction gnrale sur LTE


LTE (Long Term Evolution) est une volution de la 3G qui est conu par lorganisme 3GPP
dans le cadre de lintroduction de la future quatrime gnration en tlphonie mobile. LTE
veille raliser un ensemble dobjectifs dont nous citons le transfert de donnes haut dbit,
une porte trs importante, un nombre dappels par cellule suprieur au celui de 3G et une
latence faible. En thorie il permet datteindre des dbits de lordre de 50 Mbps en lien
ascendant et de 100 Mbps en lien descendant, partager entre les utilisateurs mobiles dune
mme cellule. La figure suivante montre lvolution qua connue le dbit en sens descendant
depuis ses premiers dploiements.

Figure 1 : volution du dbit des donnes en sens descendant de LTE

Pour les oprateurs, lintroduction de LTE implique la modification du cur du rseau du fait
quil est totalement bas sur IP, et implique aussi des modifications au niveau des metteurs
radio. Des terminaux mobiles adapts LTE sont galement ncessaires pour la mise en
service de LTE.
En termes de vocabulaire, le rseau entier sappelle EPS pour Evolved Packet System. Il est
constitu du rseau daccs E-UTRAN parfois appel LTE et qui nest quune volution du
rseau daccs de lUMTS et le rseau cur SAE (System Architecture Evolution) ou EPC
(Evolved Packet Core).
Ce qui attire lattention dans la normalisation 4g et que lon reproche la nouvelle gnration
de tlcommunication, cest que LTE ne supporte pas la voix, et la spcification 3GPP le
concernant nintgre pas de volet traitant le service de la voix comme cest le cas pour les
normes prcdentes.

Projet

de

fin

dtudes

La rflexion sur des mcanismes dintroduction dudit service savre alors cruciale surtout que
la voix tait et reste toujours la source la plus prcieuse en termes du revenu pour les
oprateurs de la tlphonie mobile, et du coup ils ne peuvent pas sen passer.

1. Architecture du rseau LTE


LTE a lavantage davoir une architecture trs simplifie dont les lments principaux sont
prsents dans la figure suivante.

Figure 2 : Architecture du rseau LTE

Larchitecture de LTE est appele EPS (Evolved Packet System) et est compose de deux
sous-systmes E-UTRAN (Evolved Universal Terrestrial Radio Access Network) et EPC
(Evolved Packet Core).
Larchitecture en gros consiste en six lments principaux quon dfinit comme suit [1] :
E-UTRAN : cest le rseau radio ; Il comprend les eNodeB, les stations de base,
connectes entre elles via linterface X2 et connectes aux lments du rseau cur
via linterface S1.
Les eNodeB sont les entits responsables de la transmission et la rception radio
avec les terminaux dutilisateurs (UE). Linterface S1 avec le rseau cur consiste en
S1-C (S1-Contrle) entre leNodeB et la MME et S1-U (S1-User) entre leNodeB et le
Serving Gateway (SGW). Linterface X2 est dfinie entre les eNodeB adjacentes. Son
rle est de minimiser la perte des paquets et permettre le relayage des paquets entre
les eNodeB lors dun handover dutilisateur d son dplacement entre deux
eNodeB.
EPC : cest le rseau cur ; Il comprend cinq sous-lments qui sont la MME (Mobility
Management Entity), la SGW (Serving Gateway), la PDN-GW (Packet Data Network
Gateway), le PCRF (Proxy and Charging Rules Function) et le HSS (Home Subscriber
Server).
MME : llment le plus important dans lEPC du fait quil assure le plan de
contrle des utilisateurs. Les fonctions fournies par la MME incluent
Projet

de

fin

dtudes

10

lauthentification, la gestion de mobilit, la scurit et la rcupration des


informations des abonns depuis le HSS.
Lentit MME assure les fonctions suivantes :
Signalisation EMM et ESM avec lUE : Les terminaux LTE
implmentent les protocoles EMM (EPS Mobility Management) et
ESM (EPS Session Management) leur permettant la gestion de leur
mobilit (connexion, dconnexion du rseau et mise jour de
localisation) et leur session (tablissement et libration de session de
donnes).
Authentification : cest de la responsabilit de la MME dauthentifier
les UE partir des informations recueillies du HSS.
Gestion de la liste des Tracking Area (zones de localisation) : LUE est
prvenu des zones de localisation prises en charge par la MME,
appeles Tracking Area. LUE met jour sa localisation lorsquil
dtecte quil nest plus dans une Tracking Area de la liste prise en
charge par sa MME.
Slection de la SGW et la PDN-GW : Au moment de la connexion de
lUE au rseau, cest la MME de slectionner la SGW et la PDN-GW
qui serviront mettre en uvre le Default Bearer ou support par
dfaut du trafic de lutilisateur.
Slection du SGSN lors dun handover avec les rseaux daccs 2G et
3G : Quand un utilisateur se dplace dune zone LTE une zone 2G/3G,
la MME slectionne quel SGSN impliquer pour la mise en place du
Default Bearer.
Roaming et interaction avec le HSS : Quand un utilisateur se connecte
au rseau LTE, la MME sinterface au HSS nominal pour mettre jour
la localisation du mobile et obtenir le profil de lutilisateur en question.
Gestion des EPS Bearer : cest de la responsabilit de la MME dtablir
pour le compte de lutilisateur les Default Bearer et les Dedicated
Bearer exiges pour la prise en charge de ses services.
Interception lgale du trafic de signalisation : Du fait quelle reoit la
totalit de la signalisation mise par lUE elle peut larchiver pour des
fins de traabilit.
SGW : cest lentit responsable de la transmission des paquets du plan
utilisateur du mobile au PDN-GW. Elle est galement responsable du
Tunneling des paquets IP du plan utilisateur en utilisant le protocole GTP
(GPRS Tunneling Protocol) quand lutilisateur se dplace entre diffrentes
eNodeB.
Les principales fonctions fournies par la SGW sont :

Projet

de

fin

dtudes

11

Point dancrage pour le handover inter-eNodeB : Dans une situation


de handover entre eNodeB, le trafic de lutilisateur qui schangeait
entre lancienne eNodeB et la SGW doit tre relay de la nouvelle
eNodeB au SGW.
Point dancrage pour le handover LTE et les rseaux 2G /3G : Il assure
le relayage des paquets entre les systmes 2G/3G et la PDN-GW. Lors
dune mobilit entre LTE et 2G/3G, le SGSN de 2G/3G sinterface avec
la SGW pour assurer la continuit des services.
Interception lgale : vue sa position stratgique sur le chemin de
signalisation pour ltablissement et la libration des Bearer et sur le
chemin du mdia (les paquets manant de lUE), il est un bon point
pour faire de linterception lgale des flux mdia et contrle.
Routage et relayage des paquets : la SGW fait le routage des paquets
provenant des eNodeB vers la PDN-GW approprie et fait le relayage
des paquets entrants aux eNodeB.
facilitation de la taxation Inter-oprateurs : La SGW compte le
nombre doctets envoys et reus permettant lchange de Tickets de
taxation entre les oprateurs pour les reversements.
Marquage des paquets dans les sens montant et descendant : Il assure
le Mapping entre le DiffServ Code Point (DSCP) et la QCI (QoS Class
Identifier) du Bearer EPS associ pour garantir la continuit de
rponse aux exigences de QoS.
PDN-GW : cest le nud final dans le rseau LTE. Il fonctionne comme un
routeur dextrmit et assure le routage des paquets du plan utilisateur
partir des nuds mobiles vers autres rseaux comme Internet, IMS etc. Il est
aussi responsable de lallocation dadresses IP pour les utilisateurs.
Les fonctions assures par la PDN-GW sont :
Interface vers les rseaux externes : le nud dextrmit de lEPS vers
les rseaux externes IPv4 et IPv6 ;
Allocation de ladresse IP de lUE : une adresse IPv4 ou IPv6 est
assigne lorsque le rseau tablit un Default Bearer permanent
lUE ;
Interception des flux et marquage des paquets : Comme la SGW.
Taxation des flux de service montants et descendants : et ceci sur la
base des rgles de taxation (politiques de loprateur) fournies par le
PCRF ou sur la base de politiques locales.
PCRF : Policy and Charging Rules Function, Il est responsable de l'application
des diverses politiques de l'oprateur sur le rseau comme la garantie de
QoS, dbit maximal approvisionn pour un utilisateur, etc. Il communique
avec la PDN-GW lors de l'application de ces politiques pour les diffrents

Projet

de

fin

dtudes

12

utilisateurs dans le rseau LTE. Lentit PCRF ralise deux fonctions


principales :
La fourniture des rgles de taxation au PDN-GW ; titre dexemple, si
un utilisateur fait transiter des flux WAP et Streaming, la PDN-GW est
prvenu pour distinguer les deux flux et taxer le premier sur la base du
volume et le deuxime sur la base de la dure.
La demande auprs du PDN-GW dtablir, modifier ou librer des
Dedicated Bearer sur la base de la QoS demande par lutilisateur ; Si
par exemple un utilisateur demande la cration dune session IMS, un
message SIP sera envoy au P-CSCF qui le transmet au PCRF en
indiquant la QoS requise. Ce dernier communique alors avec le PDNGW pour faire correspondre un Dedicated Bearer la QoS requise.
HSS : Home Subscriber Server, cest la base de donnes maitresse du rseau
LTE, contenant toutes les informations dabonnement des utilisateurs. Cest
en quelque sorte un HLR volu du fait quil est cens supporter les
informations de souscriptions pour les diffrents rseaux GSM, GPRS, UMTS,
LTE et IMS. Donc il doit supporter en plus du protocole MAP (protocole du
monde SS7 support par HLR 2G et 3G), le protocole DIAMETER (protocole
du monde IP) pour IMS et LTE.

2. Pile protocolaire de LTE


Toutes les interfaces rseau sur LTE sont bases sur IP [2]; Voici les importantes interfaces
mises en jeu dans une architecture LTE :

Figure 3 : les principales interfaces introduites dans le rseau LTE

LTE-Uu : cest linterface entre les UE et le rseau daccs E-UTRAN; Le protocole de


communication utilis entre lUE et leNodeB est RRC (Radio Resource Control), le
NAS (Non Access Stratum) entre les UE et la MME tant transparent aux eNodeB.

Projet

de

fin

dtudes

13

S1 : cest entre une eNodeB et une MME et entre un eNodeB et un SGW (deux plans :
plan utilisateur et plan contrle) ; elle comporte S1-MME ou S1-C et S1-U. S1-MME est
une interface IP qui utilise SCTP (Stream Control Transmission Protocol) comme
protocole de transport, alors que linterface S1-U utilise GTP-U (GPRS Tunneling
Protocol-User Plane) comme protocole applicatif pour encapsuler le trafic des UE.
GTP-U utilise UDP comme couche sous-jacente.

X2 : cest entre les eNodeB ; cest une interface IP qui utilise SCTP comme protocole
de transport et X2-AP comme protocole dapplication.

S5 : cest entre la MME et la PDN-GW et entre la SGW et la PDN-GW ; cest une


interface IP qui a deux variantes. Elle peut tre une interface GTP ou une interface
PMIP (Proxy Mobile IP). Cette dernire est utilise pour supporter les rseaux daccs
non approuvs par 3GPP.

S6 : cest entre la MME et le HSS du rseau ; cest une interface IP qui utilise SCTP audessus et DIAMETER comme protocole applicatif.

S11 : cest entre la MME et la SGW ; cest une interface IP et GTP est le protocole
dapplication utilis fonctionnant au-dessus de UDP.

SGi : SGi cest pour Service Gateway interface, elle est entre le PDN-GW et Internet
ou le rseau de paquets PDN (Packet Data Network) en gnral.

Le schma suivant englobe les piles protocolaires utilises sur les interfaces que nous venons
de mentionner.

Projet

de

fin

dtudes

14

Figure 4 : les piles protocolaires sur le rseau LTE

Dans larchitecture LTE on fait la distinction entre les deux plans : Plan Contrle et Plan
Utilisateur, impliquant chacun des entits particulires du rseau et donc des protocoles
diffrents.

Figure 5 : Les plans utilisateur et contrle sur le rseau LTE

Projet

de

fin

dtudes

15

Le SAE dans la figure cest pour System Architecture Evolution, qui est une nomination
donne au rseau cur.
Les deux figures suivantes montrent les diffrentes entits rseau et les piles protocolaires
quelles implmentent pour les deux plans.
Le plan contrle :

Figure 6 : Entits/Piles protocolaires pour le plan Contrle

Le plan utilisateur :

Figure 7 : Entits/Piles protocolaires pour le plan Utilisateur

Les principaux protocoles utiliss entre les nuds du rseau LTE sont :
RLC (Radio Link Control) : support par lUE et les eNodeB, il entre dans la partie
Interface air de LTE. Parmi les services et fonctions de la sous-couche RLC la
dtection/correction des erreurs, la concatnation, la segmentation, lassemblage,
la dtection de duplication.

Projet

de

fin

dtudes

16

PDCP (Packet Data Convergence Protocol) : il est implment dans les UE et les
eNodeB et appartient linterface air de LTE.
Les principaux services fournis par cette sous-couche dans le plan contrle sont le
cryptage, protection dintgrit et le transfert des donnes du plan contrle.
Dans le plan utilisateur elle fournit la compression/dcompression de len-tte, le
transfert des donnes utilisateur, la dtection de duplication des units de donnes
service SDU de la couche sous-jacente et le cryptage/dcryptage.
RRC (Radio Resource Control) : implment dans les UE et les eNodeB, il fait partie
du plan contrle de linterface air de LTE. Les fonctions principales fournies par ce
protocole sont : la diffusion des informations du systme, la procdure de paging ,
la prise des dcisions de handover en se basant sur les informations des cellules
voisines, lallocation des identificateurs temporaires aux UE et les fonctions de
gestion de la QoS.
NAS (Non Access Stratum) : cest la couche haute du plan de contrle entre lUE et
la MME dans linterface radio. Les fonctions principales assures par cette souscouche sont : la gestion des EPS Bearer, lauthentification, la gestion de la mobilit
et le contrle de scurit.
SCTP (Stream Control Transmission Protocol) : cest un protocole de la couche
transport et donc joue un rle similaire TCP/UDP.
S1AP (S1 Application Protocol) : Il fournit le service de signalisation entre lE-UTRAN
et lEPC et assure les fonctions suivantes : la fonction de transfert du contexte initial,
la fonction dindication des informations de capacits dUE, les fonctions de
mobilit, la fonction de transport de la signalisation NAS et le reporting de
localisation.
GTP-U (GPRS Tunneling Protocol-User Plane) : Il est utilis dans les interfaces S1-U,
X2 et S5 de lEPS. Les tunnels GTP-U sont utiliss pour transporter les units de
donnes paquets PDU encapsules et les messages de signalisation entre les
extrmits dun tunnel donn.
La couche physique : la technique OFDMA (Orthogonal Frequency-Division Multiple
Access) est utilise dans le sens descendant (Downlink) et la SC-FDMA (Single
Carrier FDMA) est utilise dans le sens montant (Uplink). Les deux dites mthodes
sont nouvellement introduite avec la norme LTE et elles visent lamlioration de
lefficacit spectrale.
La norme LTE est considre communment comme la norme 3.9G car elle ne permet pas de
rpondre aux exigences du comit 3GPP pour la quatrime gnration surtout en ce qui
concerne le dbit de transmission des donnes. LTE-Advanced, une volution de LTE, se
prsente ainsi comme la vraie 4G.
LTE-Advanced introduit un ensemble de fonctionnalits pour fournir des dbits levs de
manire efficace en termes de cot. Les principales fonctionnalits introduites sont :
lagrgation de porteuses qui vise augmenter la totalit de la bande passante utilise par les
abonns LTE, lutilisation amliore de la technique des multi-antennes qui consiste en

Projet

de

fin

dtudes

17

lutilisation de plusieurs antennes mettrices/rceptrices et lintroduction du concept des


nuds de relai (Relay Node) qui servent desservir les zones densment peuples ou les
extrmits des cellules LTE.

Conclusion du chapitre
Ce chapitre nous a permis de faire le point sur le rseau LTE aussi bien au niveau des entits
que des protocoles.
Dans le prochain suivre, nous allons prsenter les solutions standards dintgration du
service de la voix sur le rseau LTE.

Projet

de

fin

dtudes

18

Chapitre 2 : Les mcanismes de support de la voix


sur LTE et la gestion de QoS sur le rseau LTE

Ce chapitre prsente les diffrentes solutions visant lintgration du service de la voix


sur le rseau LTE, et met galement laccent sur la gestion de qualit de service sur le rseau
LTE. Le chapitre se poursuit par une prsentation de la simulation que nous avons faite
laide de loutil LTE-Sim et dont lobjectif est de comparer certains ordonnanceurs radio dans
un scnario dutilisation du service de la voix sur LTE.

Mots cls : LTE-Sim (voir Annexe), ordonnanceurs radio.

Projet

de

fin

dtudes

19

Les mcanismes de support de la voix sur LTE


1. CS Fallback
Comme LTE est une technologie essentiellement ddie paquets uniquement, elle est
bien conue pour les trafics de donnes. Par contre, les appels vocaux, dans le cadre de la
solution CS Fallback, sont procds via la technologie CS (Circuit Switched) des rseaux
WCDMA, GSM etc.
La solution Circuit Switched Fallback [3] fournit une manire pratique dutilisation des
rseaux GSM/UMTS existants pour supporter la voix sur le rseau LTE. Cette solution est
standardise et fournit aux oprateurs la flexibilit de dployer LTE comme uniquement un
rseau de couverture pour les donnes et utiliser les rseaux CS existants pour le support de
la fonctionnalit de la voix. Larchitecture rseau de la solution CS Fallback est dcrite dans
la figure suivante.

Figure 8 : Architecture rseau dans le cas de dploiement de CS Fallback

Lutilisateur effectue un enregistrement commun entre le rseau LTE ainsi que les rseaux
GSM/UMTS tout au long de la procdure initiale de lenregistrement. Cet enregistrement
commun est facilit par la MME du rseau LTE qui effectue lenregistrement 2G /3G pour le
compte de lutilisateur. Durant linitiation de lappel vocal faite par lutilisateur, la MME
redirige la requte vers le serveur MSC (Mobile Switching Center) dans le domaine CS et qui
est prsent dans la figure ci-dessus comme le serveur des appels (Call Server). Si la
rservation de ressources pour lappel dans le domaine CS est russie, le serveur MSC doit
rpondre la MME en lui envoyant ltat de la demande. La MME envoie donc ses instructions
Projet

de

fin

dtudes

20

leNodeB pour demander lutilisateur deffectuer un handover vers le rseau


GSM/UMTS. La session de donnes de lutilisateur dans le rseau LTE est suspendue si le
rseau de destination est le GSM. Si la destination est le rseau UMTS, alors un handover
spar des Bearer existants de donnes est effectu du rseau LTE au rseau UMTS aprs
lenregistrement de lutilisateur dans le rseau 3G.
Cette solution, CSFB, a beaucoup de dsavantages notamment laugmentation du temps
dtablissement dappel due la procdure de handover , et linterruption de la
transmission des donnes durant la priode de lappel vocal quand lutilisateur fait un Fallback
vers le rseau GSM. Cette solution peut tre utilise durant le premier dploiement, o la LTE
est beaucoup utilise pour les donnes grande vitesse, et la voix est compltement manipule
par les rseaux traditionnels du domaine CS. Ainsi, CS Fallback est vue uniquement comme
une solution temporaire durant le dploiement initial du rseau LTE.

2. Simultaneous Voice and LTE (SVLTE)


SV-LTE [4] est un standard technique qui permet un UE dutiliser le rseau de la voix
(souvent 2G) et le rseau des donnes en mme temps. Cette solution fournit les
fonctionnalits de CS Fallback tout en fournissant le service de donnes PS (Packet
Switched). Compare la CSFB, la SV-LTE met laccent sur la simultanit de la voix et les
donnes, le rseau de donnes LTE est disponible durant un appel vocal ce qui nest pas le cas
avec CSFB. La technologie SV-LTE nest pas intgre dans tous les terminaux LTE, mais ceci
nempche que plusieurs oprateurs vont opter pour elle. Pourtant, elle a le dsavantage
quelle ncessite deux radios tre excuts en mme temps sur le mme appareil. Ceci a un
impact srieux sur lconomie de la batterie des terminaux LTE, ce qui diminue lintrt des
constructeurs des tlphones mobiles par ladite solution.
La figure suivante dcrit larchitecture de la solution SV-LTE :

Figure 9 : la solution SV-LTE


Projet

de

fin

dtudes

21

Comme le montre la figure, la solution SV-LTE se situe sur le terminal des abonns LTE ; lUE
choisit, selon le service demand, de se connecter au rseau daccs 2G/3G ou le rseau
daccs LTE.

3. La solution dite Voice Over LTE (VoLTE)


Pour cette solution [4], la fonctionnalit de la voix est fournie par IMS (IP Multimedia
Subsystem) que nous dtaillons dans lannexe 1 la fin de ce rapport. IMS est une architecture
de rseau cur qui est intgre au-dessus du rseau LTE. Le rseau IMS est essentiellement
utilis pour fournir les services basiques de la voix qui sont fournis par les rseaux CS existants.
En plus de ceci, il offre des services multimdia avancs comme les vido-confrences et les
jeux en ligne (Real time gaming).
Lavantage de cette solution, VoLTE, rside dans le fait quelle utilise compltement
larchitecture LTE au lieu de sappuyer sur les rseaux CS. Le rseau IMS est aussi capable
dinteragir avec les rseaux 2G /3G et par suite peut supporter la continuit dappel vocal
mme si labonn quitte la zone de couverture LTE. Cette solution est considre comme la
solution long terme puisquelle est capable doffrir des services avancs pour le rseau LTE et
aussi vue sa capacit dinteraction avec les rseaux existants 2G et 3G.

Figure 10 : Architecture rseau dans le cas de dploiement de VoLTE

La figure ci-dessus met en vidence larchitecture rseau implique lors du dploiement de


lIMS et la solution VoLTE pour le support de la voix sur LTE. IMS se prsente comme une
couche de services qui se situe au-dessus du rseau cur EPC. Le service des appels vocaux
est gr par lentit TAS (Telephony Application Server).
Au cours du dploiement initial de LTE, la couverture va tre limite ainsi il est ncessaire de
faire interagir le rseau LTE avec les rseaux existants 2G et 3G. Dans ce sens, il ya deux
solutions bases sur IMS pour permettre cette interaction.

PS Based Solution (Seamless mobility)


Dans cette solution, la voix via IMS est implmente la fois dans les rseaux LTE et 3G.
Durant la perte de couverture LTE, un handover PS est effectu vers le rseau 3G ainsi

Projet

de

fin

dtudes

22

fournissant une mobilit fluide Seamless Mobility entre LTE et le rseau 3G. Par
consquent, les sessions de voix et de donnes qui sont active sont transfres toutes les deux
simultanment vers le 3G, ainsi vitant la perte de la voix et donnes durant toute la priode
de perte de couverture LTE.
La figure suivante met en vidence larchitecture utilise pour lapproche PS Based
Solution .

Figure 11 : Architecture rseau et chemin du trafic voix dans un scnario dutilisation de la


solution PS Based Solution

SRVCC/ICS
Dans lapproche SRVCC (Single Radio Voice Call Continuity), le contrle du service des appels
vocaux compte sur le rseau IMS. Le serveur dapplication de continuit et de centralisation
de service (Service Continuity and Centralization Application Server), SCC AS, est llment
responsable daccomplissement des appels dans lIMS. Les messages de signalisation SIP
(Session Initiation Protocol) provenant de lutilisateur attach au rseau LTE et lutilisateur
de destination sont transmis via le SCC AS. Le mobile se voit aussi attribu un numro de
transfert de session pour SRVCC (Session Transfer Number for SRVCC), STN-SR par le SCC
AS durant lenregistrement initial et il est utilis durant le handover de lappel depuis le rseau
LTE vers le rseau 2G/3G. La figure suivante rsume la procdure utilise lors dun transfert
de session LTE vers 2G/3G via la solution SRVCC comme dfinie par le 3GPP.

Projet

de

fin

dtudes

23

Figure 12 : Procdure du Handover dans le cas de la solution SRVCC

Nous rsumons la procdure dans les tapes suivantes :


1- LUE SRVCC initie lappel vocal vers un autre UE IMS via LTE.
2- Lappel est tabli avec succs, avec le flux voix entre les deux UE.
3- La procdure SRVCC se produit lorsque lUE SRVCC quitte la couverture LTE. Le rseau
SAE, le rseau cur de LTE, informe le MSC SRVCC pour quil commence les prparatifs
du handover. Le MSC effectue la rservation des ressources.
4- LUE est inform pour basculer vers 2G/3G. la voix est interrompue durant la procdure
de basculement, pour presque 200 ms en T1.
5- Le MSC SRVCC informe lUE distant afin quil reoit le flux voix depuis le MSC SRVCC et
non lUE SRVCC.
6- LUE distant bascule la connexion mdia vers le MSC SRVCC.
7- Le flux voix peut tre interrompu encore tout au long de la procdure de basculement
dcrite, pour presque 800 ms ou plus en T2 dans la figure.

Projet

de

fin

dtudes

24

La SRVCC, et du fait quelle est base sur un Handover depuis le rseau LTE vers les rseaux
2G/3G, prsente galement un problme li au temps dinterruption ncessaire pour
effectuer le passage de LTE vers 2G/3G.
Ainsi, le problme de SRVCC se rsume dans le temps dinterruption de la session voix lors du
basculement introduit que ce soit au niveau de lappel ou de lappelant.
ICS (IMS Centralized Services) est une extension de lapproche SRVCC et mne vers une
intgration complte avec les rseaux 2G/3G. Larchitecture pour la solution ICS est la mme
que celle de SRVCC, avec la seule diffrence que les appels provenant des rseaux 2G/3G dans
cette approche sont aussi grs par le rseau IMS. Ainsi, le call control pour les domaines
CS (2G/3G) et PS (LTE) est inclus dans IMS, et donc des handover fluides Seamless
Handover entre 2G/3G et LTE peuvent tre faits facilement.
ICS rend possible lutilisation des services IMS pour les accs voix traditionnels du domaine
CS. Avec ICS, les sessions utilisateur stablissent dans le rseau IMS lorsque les quipements
utilisateur accdent via le rseau daccs CS ou PS.

4. La solution Voice Over LTE via Generic Access (VoLGA)


Le standard VoLGA [5] est bas sur le standard existant 3GPP, Generic Access Network
(GAN) que nous expliquons en annexe de ce document (Annexe 2), et le but derrire est de
permettre aux utilisateurs LTE de recevoir les services de la voix, SMS et dautres services du
domaine CS en basculant entre les rseaux GSM, UMTS et LTE.
Les dbuts de lanne 2009 ont connu la fondation du forum VoLGA (VoLGA Forum) pour
assurer la cration des documents de spcification dtaills de la solution et ses volutions
ultrieures.
Le concept dans cette quatrime solution de la voix sur LTE est de connecter les MSC
existants au rseau LTE via une passerelle (Gateway). Dj, comme il ny a pas de Fallback
vers les rseaux traditionnels, le temps dtablissement dappels vocaux nest pas augment.
Par ailleurs, la QoE (Quality of Experience) vcue avec la solution est consistante puisquelle
rutilise les environnements de la voix 2G et 3G.
Du ct rseau, VoLGA ne ncessite que des amliorations logicielles au niveau des
passerelles Circuit to Packet entre le domaine CS et le domaine PS qui existent dj dans
le systme GAN. Aucune modification nest demande au niveau des MSC ou au niveau du
rseau cur LTE ainsi quau niveau des nuds daccs. En plus, VoLGA permet lutilisation
de la totalit des services du domaine CS dans le rseau LTE sans aucune modification dans
le rseau.
Du ct mobile, la pile protocolaire dveloppe initialement pour le GAN peut tre rutilise
en une grande partie. Les deux principaux ajouts logiciels ncessaires sont linclusion de la
technologie daccs LTE comme un Bearer radio ainsi que limplmentation dune procdure
de Handover modifie puisque lapproche VoLGA permet un Smooth Handover ou une

Projet

de

fin

dtudes

25

mobilit douce des appels vocaux en cours vers les rseaux GSM et UMTS lorsque les abonns
quittent la zone de couverture LTE.
Le principe du concept GAN peut se rsumer dans lutilisation du Wi-Fi et Internet comme
mthode daccs aux services du domaine CS.
VoLGA rutilise ce principe en remplaant laccs Wi-Fi par LTE. Du point de vue mobile, il ny
a pas de diffrence puisque les deux mthodes daccs sont bases sur IP.

La solution VoLGA dans le rseau


Le seul lment introduis dans le rseau est le VANC (VoLGA Access Network Controller)
prsent en bleu dans la figure suivante, et tous les autres lments sont rutiliss sans
aucune modification.

Figure 13 : Architecture rseau dans le cas dutilisation de la solution VoLGA (Source : VoLGA
Forum)

Projet

de

fin

dtudes

26

Du point de vue LTE, le VANC est connect au PDN-GW via linterface standard SGi ; les deux
trafics, signalisation et donnes utilisateur, sont transports par cette interface. Dun point
de vue rseau cur LTE, le VANC est vu comme tout autre nud externe bas sur IP et les
paquets IP schangeant entre un quipement sans fil et le VANC sont transfres de manire
transparente travers le rseau EPC.
Du point de vue rseau CS, linterface A est utilise pour connecter le VANC au MSC du rseau
GSM. Linterface Iu est utilise pour connecter le VANC au MSC du rseau UMTS. Ainsi, le
VANC se voit comme une BSC (Base Station Controller) pour le MSC du GSM, et comme un
RNC (Radio Network Controller) pour le MSC de lUMTS. Comme les deux interfaces A et Iu
sont utilises sans aucune amlioration, les MSC ne sont pas conscients que les mobiles ne
sont pas directement connects par leurs rseaux radio mais via LTE. Par consquent, aucun
changement nest ncessaire dans ces nuds pour supporter la voix, le SMS et autres services
sur le rseau LTE.
La figure suivante englobe les nuds et les interfaces du rseau VoLGA :

Figure 14 : Nuds et interfaces rseau impliqus par lajout du VANC

Lenregistrement dans le rseau


Lorsquun UE est allum et dtecte un rseau LTE il senregistre sur la MME via le
rseau daccs LTE. Aprs ceci, le mobile tablit une connexion au VANC. La manire avec
laquelle ceci se fait dpend des informations de configuration VoLGA spcifiques stockes
dans lUE. Premirement, une connexion approprie IP doit tre mise en place. Dans le rseau
local, le Bearer par dfaut peut tre utilis, mais il est aussi possible dutiliser un Bearer spar
et une adresse IP pour cette raison. Le nom dhte (Hostname) ou l'adresse IP du VANC peut
tre prconfigure dans lUE comme elle peut tre rcupre par linterrogation dun serveur
Projet

de

fin

dtudes

27

DHCP (Dynamic Host Configuration Protocol) dans le rseau via le Bearer tabli pour VoLGA
dans ltape prcdente. Une fois ladresse du VANC est connue, le mobile tablit un tunnel
IPSec scuris vers le VANC sur le rseau radio de LTE travers le rseau cur LTE sur
linterface SGi. Au cours du processus, le VANC authentifie lutilisateur avec laide des
informations dauthentification stockes dans le HLR/HSS contacts via linterface D situe
entre les deux entits.
Ensuite, lquipement mobile senregistre sur le MSC travers le tunnel scuris quil a avec
le VANC. Le protocole DTAP (Direct Transfer Application Part) qui est dj connu sur le
rseau GSM/UMTS est utilis pour cette fin. Les messages sont achemins via le tunnel de
manire transparente entre lUE et le MSC par tous les composants du rseau impliqus. Le
VANC tout simplement ajoute des informations comme lidentificateur de cellule ou Cell-Id
(2G), ou lidentificateur de zone de service ou Service Area Identifier (3G) au message
denregistrement initial conformment aux standards GSM et UMTS respectivement.
Ainsi, pour les appels entrants comme pour les appels sortants, le passage par le VANC est
obligatoire du fait quil est le responsable de la traduction des flux de donnes de la voix (time
slot TDM (64 kbit/s) dans linterface A dans le cas dun MSC GSM, ou un flux de donnes bas
sur ATM ou IP dans le cas dun MSC UMTS) en paquets IP et vice versa.

5. La solution dite Over The Top (OTT)


La solution OTT (Over The Top Application) [4], en ralit, nest pas une solution
spcifique LTE ; En effet, elle est dj utilise dans les rseaux 3G/Wi-Fi. LOTT est
compltement transparente au rseau et sort aussi du contrle des oprateurs. Il sagit des
clients VoIP, du genre Viber, Skype, Tango, Google Talk, etc. Ces outils noffrent pas le vrai
got de la flexibilit de la voix comme cest le cas dans dautres solutions de 3GPP et aussi
laspect de qualit de service QoS de la voix nas pas de sens avec cette approche. Toutefois,
cette solution va tre largement utilise par les utilisateurs comme un alternatif du fait quelle
leur offre une flexibilit complte pour choisir les services quils veulent.

Figure 15 : Les clients VoIP Skype, Viber et Tango


Projet

de

fin

dtudes

28

La QoS sur le rseau LTE


La QoS dans le rseau LTE [6] est fournie par la notion des Bearer ou supports qui sont
une sorte de tuyaux entre les utilisateurs et la PDN-GW ayant pour rle de distinguer les flux
en les identifiant de manire unique ; Lensemble de trafics dans un mme tuyau est trait de
la mme faon (la mme signalisation par exemple). Ces Bearer sont aussi responsables de la
priorit affecte un flux de paquets dans le rseau LTE. Les Bearer stablissent aprs le
franchissement par succs des phases dauthentification et denregistrement de lutilisateur
dans le rseau.
Le 3GPP dfinit lEPS comme un rseau de transmission orient connexion, ainsi il exige
ltablissement dune connexion virtuelle entre deux terminaux du rseau (par exemple, un
UE et une PDN-GW) avant que tout trafic soit transmis entre les deux. Dans la terminologie
dEPS, cette connexion virtuelle sappelle EPS Bearer.
Un EPS Bearer est caractris par :
Les deux extrmits en question (souvent un UE et une PDN-GW) ;
QCI (QoS Class Identifier), un identificateur de la classe QoS utiliser pour le trafic
concern ;
Une spcification de flux qui dcrit le dbit garanti et le dbit maximum (GBR/MBR)
du trafic total qui schange via la connexion virtuelle ;
Une spcification de filtre qui dcrit les flux du trafic (en terme dadresse IP,
protocoles, numros de port, etc.) pour lesquels le service de transport est fourni
entre les deux entits communicantes.
La classification de trafic se base sur les paramtres de QoS tels que le dlai de transmission,
le dbit, la gigue, la perte des paquets et chaque Bearer se voit associ un TFT (Traffic
Flow Template) utilis pour diffrentier les types de paquets. Le TFT procde cette
classification en se basant sur les paramtres suivants : numros de port, valeurs de
ToS/DSCP (Type of Service/DiffServ Code Point), adresses source et destination, protocole
(TCP/UDP).
Le rseau LTE dfinit deux types dEPS Bearer. Le premier est Default EPS Bearer ou EPS
Bearer par dfaut et le deuxime est Dedicated EPS Bearer ou EPS Bearer ddi. On peut
les dcrire comme suit.
i)

ii)

Projet

Default EPS Bearer


Etabli au cours du processus dattachement
Alloue une adresse IP aux UE
Nas pas de QoS spcifique (uniquement la QoS nominale est applique)
Similaire au PDP context primaire de lUMTS
Dedicated EPS Bearer
Etabli normalement au cours dune configuration dappel aprs le mode
Idle (mais peut tre aussi tabli au cours de lattachement)
Nalloue pas dadresse IP supplmentaire lUE
de

fin

dtudes

29

Li un Default EPS Bearer


Ayant une QoS spcifique (souvent garantie)
Similaire au PDP context secondaire de lUMTS
Une autre classification de Bearer existe et distingue entre les EPS Bearer GBR (Guaranteed
Bit Rate) and N-GBR (Non Guaranteed Bit Rate). Comme son nom lindique le Bearer GBR
fournit une QoS garantie aux paquets transports par ce Bearer. Au contraire, les EPS Bearer
N-GBR sont utiliss pour les services qui nont pas des contraintes strictes de QoS.
Comme dj mentionn, un EPS Bearer dans le rseau LTE est caractris par un ensemble
de paramtres dont on cite la QCI (QoS Class Identifier), ARP (Allocation and Retention
Priority), le dlai de paquet et le dbit maximum. La QCI identifie uniquement le type du
Bearer fourni lutilisateur dans le rseau radio et le rseau cur. Il est utilis pour dterminer
le type de traitement que doit subir le flux de paquets dans chaque nud du rseau LTE.
LARP est utilis pour dterminer si le Bearer peut tre admis et aussi pour librer les Bearer
en se basant sur les niveaux de priorit quand le rseau est congestionn.
Le Differentiated Service (DiffServ), le protocole du monde IP est utilis pour classifier les
divers types de services dans le rseau de transport de LTE. Larchitecture de DiffServ doit
tre intgre avec larchitecture de QoS de LTE pour garantir des bonnes performances de
bout en bout. Lordonnancement de ressources dans le rseau de transport est un autre point
important et prendre en considration du fait quil ya plusieurs stratgies
dordonnancement comme Weighted Fair Scheduling (WFQ), Strict Priority Scheduling (SPS)
et Weighted Round Robin (WRR) qui sutilisent pour ordonnancer les paquets en se basant
sur la priorit de chacun des types de services.
Larchitecture DiffServ est utilise par les eNodeB et la PDN-GW pour faire le mapping
entre la QCI et le DSCP (DiffServ Code Point) dans le sens montant et descendant.
Larchitecture DiffServ consiste en un ensemble de Per Hop Behaviours (PHB) ou des
comportements par nud qui sont utiliss pour identifier et classifier les paquets et appliquer
le traitement QoS appropri dans le rseau de transport. On distingue les classes PHB comme
ceci: Expedited Forwarding (EF), Assured Forwarding (AF) et Best Effort (BE).
La classe EF possde la plus grande priorit et elle est utilise gnralement pour les services
de dlai critique comme la signalisation et la voix etc. La classe AF, quant elle, consiste en
un ensemble de sous-classes avec des niveaux de prcdence diffrents correspondant des
niveaux de QoS diffrents. La classe BE est la classe par dfaut et elle a la plus petite priorit.

Les stratgies dordonnancement : Le rseau de transport consiste en un


ordonnanceur qui assigne la bande passante disponible en se basant sur des priorits et des
poids. Lordonnanceur utilise la classification de paquets sur la base de DSCP afin de former
ces stratgies dallocation de ressources dans le rseau de transport. Il ya plusieurs stratgies
dont nous citons trois.
Strict Priority Scheduling : Dans ce type dordonnancement, les paquets sont groups
en quatre niveaux de priorit savoir low , normal , medium et high . Des
paquets qui sont trs sensibles au dlai se voient donns le niveau high . Le problme
Projet

de

fin

dtudes

30

de cette stratgie est lorsque le rseau est congestionn par des paquets de priorit
high , le trafic des paquets de priorit moindre sera compltement nglig par le
rseau.
Weighted Round Robin (WRR) Scheduling : Ce type dordonnancement utilise
lordonnancement classique Round Robin o diffrents types de services se voient
servis de la manire Round Robin ( tour de rle). La seule diffrence ici est la prsence
de la notion de poids qui dtermine le nombre de paquets prendre de la file dattente.
Weighted Fair Scheduling : Dans ce type dordonnancement, les paquets sont groups
en plusieurs files dattente et chacune dentre elles possde un poids qui dtermine la
fraction de la bande passante totale disponible.

Les ordonnanceurs radio sur LTE


Une fonctionnalit cl de LTE est ladoption dun certain nombre de procdures avances
de gestion des ressources radio en guise damliorer les performances du systme [7]. Les
mcanismes dordonnancement de paquets, en particulier, jouent un rle fondamental du
fait quils sont responsables de choisir, minutieusement et dans un temps court, comment
distribuer les ressources radio entre les diffrentes stations en prenant en compte les
conditions du canal et les exigences de QoS. Cest le concept dordonnancement sensible aux
canaux (Channel Sensitive Scheduling) introduit dans le systme LTE. Ceci peut tre achev
par la ralisation dun compromis optimal entre lefficacit spectrale et lquit entre les
utilisateurs. Ce but est trs difficile atteindre surtout avec la prsence dapplications
multimdia temps rel qui sont caractrises par des contraintes strictes en ce qui concerne
le dlai des paquets et la gigue.
Le rseau daccs LTE, bas sur lOFDMA dans le lien descendant, doit supporter une
panoplie de services internet et multimdia mme dans des scnarios de grande mobilit.
Cest pourquoi LTE est conu de telle sorte offrir des grands dbits de donnes, une latence
trs courte et une efficacit spectrale amliore. Pour supporter tout ceci, le block de gestion
des ressources radio (RRM) exploite un amalgame de fonctions des couches MAC et physique
comme le partage de ressources, le reporting dindicateur de qualit de canal CQI (Channel
Quality Indicator), ladaptation de lien par le biais de lAMC (Adaptive Modulation and
Coding).
Dans ce contexte, la conception de stratgies effectives dallocation des ressources savre
importante. En effet, lutilisation efficace des ressources radio est essentielle pour atteindre
les performances vises du systme ainsi que pour subvenir les besoins des utilisateurs en
terme de qualit de service.
Lordonnanceur de paquets se situe au niveau de la station de base radio de LTE, leNodeB,
et il se charge daffecter des portions du spectre partag entre les utilisateurs en suivant de
politiques spcifiques. Lordonnanceur joue aussi un autre rle qui se manifeste dans la
maximisation de lefficacit spectrale via une allocation effective de ressources qui rduit,
voire rendre ngligeable, limpact de coupure ou suspension de qualit canal. En effet, la
qualit canal dans les liens radio est assujettie une grande variabilit dans le domaine

Projet

de

fin

dtudes

31

temporel et frquentiel cause de plusieurs effets, comme lvanouissement, la propagation


multi-trajets, etc.
Pour ces raisons, des solutions conscientes de ltat du canal sont souvent adoptes dans le
cadre de lOFDMA du fait quelles peuvent exploiter les variations de qualit canal par
laffectation dune grande priorit aux utilisateurs qui exprimentent des bonnes conditions
de canal. Toutefois, plusieurs problmes surgissent lors de la conception de telles solutions
dans le rseau LTE, allant de la fourniture dune grande capacit aux cellules jusqu la
satisfaction de lquit entre les utilisateurs et les exigences de QoS.
Plusieurs stratgies dallocation et dordonnancement sont introduites dans le systme LTE.
Nous prsentons dans cette tude trois parmi elles : PF (Proportional Fair), M-LWDF
(Modified Largest Weighted Delay First) et EXP-PF (Exponential Proportional Fair) qui seront
lobjet de notre simulation avec loutil LTE-Sim dcrit dans la partie qui suit.
Lallocation des ressources radio dans le domaine temporel se fait chaque TTI (Time
Transmission Interval) qui dure une milliseconde. Et chaque TTI est compos de deux
intervalles de temps de 0.5 ms, correspondants 14 symboles OFDM dans la configuration
par dfaut. Dix TTI conscutifs forment une trame LTE.
Quant au domaine frquentiel, la bande totale est divise en sous-canaux de 180 kHz,
correspondants 12 sous-porteuses conscutives et galement espaces.
Une ressource radio temps/frquence stendant sur plus dun intervalle de temps de 0.5 ms
dans le domaine temporel et sur plus dun sous-canal dans le domaine frquentiel est appele
block de ressource RB (Resource Block) et correspond la ressource radio la plus petite qui
peut tre assigne un UE pour la transmission des donnes.

6. Le fonctionnement de lordonnanceur
Nous nous intressons au fonctionnement de lordonnanceur dans le sens descendant
mais ceci reste semblable au sens montant.
Au dbut de chaque sous-trame, lordonnanceur slectionne tous les flux de donnes qui
peuvent tre ordonnancs. Un flux de donnes peut tre ainsi si et seulement sil a des
paquets de donnes transmettre la couche MAC et lUE de destination (puisquon est dans
le sens descendant) nest pas dans le mode veille (Idle Mode).
Chaque TTI, lordonnanceur calcule une mtrique pour chaque flux de donnes qui peut tre
ordonnanc. Nous dsignons dans la suite de ltude par , la mtrique assigne au flux de
donnes i pour le sous-canal. Les algorithmes dordonnancement diffrent dans la
manire avec laquelle cette mtrique se calcule.
Lordonnanceur veille assigner chaque sous-canal au flux de donnes qui a la plus
grande , .
Pour calculer la mtrique, les algorithmes dordonnancement ont souvent besoin de
connaitre le dbit moyen de transmission des donnes de l flux de donnes, et le
dbit instantan disponible de lUE de destination pour le sous-canal. Cette information
Projet

de

fin

dtudes

32

est importante vu que la mtrique va prendre en compte la performance garantie dans le


pass pour chaque flux de donnes dans le but davoir une certaine rpartition quitable.
Les trois algorithmes qui entrent dans le cadre de notre tude comparative et comme dj
cit sont les suivants : PF, M-LWDF et EXP-PF.
1. Lordonnanceur PF (Proportional Fair) : il assigne la ressource radio en prenant en
compte la qualit canal exprimente et le dbit de lutilisateur dans le pass. Le but est
de maximiser le dbit total du rseau et assurer une certaine quit entre les diffrents
flux de donnes. Pour cet ordonnanceur, la mtrique est dfinie comme le rapport du
dbit instantan disponible , par le dbit moyen de donnes dans le pass :
,
, =

O , est calcul par le module AMC (Adaptive Modulation and Coding) en prenant en
compte le feedback CQI quenvoie lUE hbergeant l flux au sous-canal ; et
est le dbit moyen de donnes estim.
2. Lordonnanceur M-LWDF (Modified Largest Weighted Delay First) : il supporte multiple
utilisateurs de donnes avec des exigences de QoS varies. Pour chaque flux de donnes
temps rel, en considrant un dlai de paquets seuil , la probabilit est dfinie
comme la probabilit maximale pour que le dlai D, du premier paquet transmettre
dans la queue (Head Of Line Packet) dpasse le dlai seuil.
Pour prioriser les flux de donnes temps rel avec le dlai D, le plus grand et les
meilleures conditions canal, la mtrique est calcule comme suit :
,
, = D,

O , et ont la mme signification dans lquation prcdente et est donne par


lquation :
log
=

Pour les flux de donnes non temps rel, la mtrique considre est celle du simple PF.
Il est noter que dans le cadre de lallocation M-LWDF, les paquets appartenant un flux
de donnes temps rel sont supprims de la queue MAC sils ne sont pas transmis avant
lexpiration de leur deadline. Cette opration est ncessaire pour viter le problme de
gaspillage de la bande passante. Cette implmentation nexiste pas pour le PF qui nest
pas conu pour les services temps rel.
3. Lordonnanceur EXP-PF : il a t conu pour augmenter la priorit des flux de donnes
temps rel tout en respectant ceux qui ne le sont pas. Pour les flux de donnes temps rel
la mtrique est calcule en utilisant lquation suivante :
,
D,
, = exp(
)

1 +
O les symboles ont la mme signification quavant et

1
=
D,

=1

Projet

de

fin

dtudes

33

Avec est le nombre de flux de donnes temps rel actifs dans le sens descendant.
Et pour les flux de donnes non temps rel, la mtrique considre est celle du simple PF.
La suppression des paquets aprs lexpiration de leur deadline se fait de la mme manire
quavec le M-LWDF.
Pour comparer les trois ordonnanceurs radio choisis dans le cadre de cette tude nous avons
utilis le simulateur open source LTE-Sim qui sest avr le plus intressant parmi un certain
nombre doutil de simulation du rseau LTE.

Evaluation des performances des ordonnanceurs en question :

Nous avons fait deux scnarii de simulation avec loutil LTE-Sim ; nous avons essay quils
soient les plus proches de la ralit et ceci a limite des fonctionnalits possible avec loutil. Le
premier scenario modlise le cas dune seule cellule dans un environnement bruit par
linterfrence des cellules adjacentes (Single Cell With Interference). Le deuxime dcrit un
environnement multi-cellules o les UE se dplacent librement entre les cellules (Multi Cell).
Pour le premier scnario on considre un environnement constitu de trois cellules (un motif
trois), avec un rayon de 1 Km et o un ensemble dUE (choisis dans lintervalle [5-25]) sont
uniformment distribus dans une cellule, les deux autres cellules tant une source
dinterfrences pour la premire. Les UE se dplacent dans la cellule en suivant le modle de
mobilit alatoire (Random Mobility Walk Model).
Pour le deuxime scnario, nous avons choisi galement un environnement de trois cellules, mais
la diffrence consiste dans la mobilit des UE entre les trois cellules en suivant le mme modle
de mobilit quavant. Le nombre des UE en question est choisi entre 10 et 30.
Chaque utilisateur reoit un flux vido H.264, un flux de VoIP, et un flux BE modlis par
lapplication tampon infinie (Infinite Buffer).

Projet

de

fin

dtudes

34

Les performances des ordonnanceurs PF, M-LWDF et


EXP-PF sont analyses par cette simulation.
La figure ci-contre montre le taux de perte des
paquets PLR (Packet Loss Ratio) quont connu le flux
vido et le flux VoIP dans le premier scnario. Nous
notons la diffrence entre les ordonnanceurs conus
pour les trafics temps rel (M-LWDF et EXP/PF) et
lordonnanceur traditionnel PF. Quand les
ordonnanceurs M-LWDF et EXP sont utiliss, le PLR
augmente avec le nombre des UE (pour le flux vido
laugmentation commence dj de 5 UE et pour la
VoIP aprs une certaine valeur critique du nombre
des utilisateurs). La raison de cette augmentation
revient au fait que dans un scnario de grande
concurrence de flux temps rel la probabilit de
suppression de paquets aprs lexpiration dun
deadline augmente.
Lordonnanceur PF pour le flux vido prsente un
comportement similaire aux autres ordonnanceurs,
voire mme une augmentation plus importante avec
le nombre des UE. Par contre, pour la voix, PF donne
de bons rsultats par rapport aux autres. Ceci est d
au fait que dans un scnario o le facteur de charge
est grand, PF peut exploiter les gains de diversit
multi-utilisateurs ce qui rduit la probabilit de perte
au niveau de la couche physique.

Figure 16 : PLR des flux vido et VoIP du premier


scnario

Approximativement les mmes comportements des ordonnanceurs se reproduisent dans le


deuxime scnario.

Figure 17 : PLR des flux vido et VoIP du deuxime scnario

Projet

de

fin

dtudes

35

Le dlai des paquets est aussi trait dans le cadre de notre comparaison ; la figure ci-dessous
montre les rsultats du dlai dans le cas du premier scnario et qui ne diffrent pas de ceux du
deuxime scnario.

Figure 18 : Dlai de paquets des flux vido et VoIP du premier scnario

Pour le flux vido lordonnanceur PF savre inadquat du fait que le dlai augmente de manire
trs significative avec le nombre des UE. Pour le flux voix cest lordonnanceur EXP/PF qui
lemporte du point de vue performance du fait que limpact de laugmentation des UE sur le dlai
reste minime dans le cas dutilisation de stratgie dordonnancement base sur cet ordonnanceur.
La figure qui suit met en vidence lefficacit spectrale concernant les scnarii LTE choisis ; elle
mesure le dbit total de tous les utilisateurs divis par la bande passante disponible.
Comme prvu, les trois ordonnanceurs prsentent des comportements diffrents ; lefficacit
spectrale diminue avec laugmentation de la charge sur le rseau. Les ordonnanceurs conscients
des exigences QoS comme M-LWDF et EXP/PF essaient toujours de garantir les contraintes de
Qualit de service pour un grand nombre dutilisateurs ce qui affecte ngativement lefficacit du
systme. Mais mme avec ceci, les deux ordonnanceurs restent meilleurs que lordonnanceur PF
qui prsente des faibles performances l-dessus.

Figure 19 : Efficacit spectrale dans les deux scnarii LTE choisis

Projet

de

fin

dtudes

36

La conclusion que nous tirons de cette comparaison dordonnanceurs radio dans un


contexte de flux temps rel est que les deux ordonnanceurs M-LWDF et EXP/PF sont les plus
cals et les mieux adapts pour desservir les abonnes LTE dans les bonnes conditions de
dlai, de perte de paquets et dquit entre les diffrents utilisateurs. Ils permettent aussi de
raliser lun des principaux objectifs de LTE en gnral et la solution VoLTE base sur lIMS
en particulier et qui est laugmentation de lefficacit spectrale.
EXP/PF qui nest quune amlioration de lalgorithme M-LWDF reste le plus performant dans
un contexte de voix sur le rseau LTE et mrite dtre implment au niveau des eNodeB du
rseau daccs E-UTRAN.

Conclusion du chapitre
Le prsent chapitre a mis en vidence les solutions de support de la voix sur le rseau LTE,
savoir CSFB, SV-LTE, VoLTE, VoLGA et lOTT. Nous avons galement mis laccent sur la
gestion de QoS sur LTE et sur certains ordonnanceurs radio qui taient lobjet dune
comparaison dans un contexte de transmission de flux temps rel et ceci via une simulation
avec loutil LTE-Sim.
Le chapitre venir donnera les rsultats de ltude comparative que nous avons mene entre
les solutions standards que nous avons prsentes dans le prsent chapitre.

Projet

de

fin

dtudes

37

Chapitre 3 : Etude comparative des solutions


standards de support de la voix sur LTE

Lobjectif de ce chapitre est de mettre en vidence les rsultats de ltude comparative


que nous avons mene entre les diffrentes solutions standards loin de toutes modifications
et amliorations faites par les quipementiers.
Pour ce faire, nous avons choisi un ensemble de critres jugs ncessaires et suffisants pour
sarrter sur la consistance de chacune des solutions.
Les critres choisis et dans lordre de leur importance sont les suivants : La facilit/rapidit de
dploiement, la QoS/QoE, le cot de solution, linfluence sur les rseaux existants, le point de
vue de la communaut tlcom (oprateurs et constructeurs) et le dernier critre est la
charge dans le rseau.
Les rsultats de la comparaison multicritre faite sont considrs confidentiels par la socit
INGECYS Telecom et du coup, ils ne seront pas prsents dans ce document.

Mots cls : comparaison multicritre (voir Annexe 3).

Projet

de

fin

dtudes

38

Conclusion du chapitre
Dans ce chapitre nous avons tudi pour chaque solution standard de support de la voix sur
LTE, son degr de rponse un ensemble de critres. Ceci nous a permis de mener une
comparaison multicritre entre lesdites solutions.
Dans le chapitre suivant, nous allons finir par ltude des propositions des quipementiers
Huawei, Ericsson et NSN dans ce sens.

Projet

de

fin

dtudes

39

Chapitre 4 : Visions des quipementiers et solutions


propritaires de support de la voix sur LTE

Ce chapitre est consacr la prsentation des visions des constructeurs Huawei,


Ericsson et Nokia Siemens Networks sur le service de la voix dans le cadre de la technologie
LTE.
Nous nous proposons dans cette partie de dtailler les propos desdits quipementiers
concernant la voix sur LTE, notamment les solutions pour lesquelles ils optent et les tapes
de dploiement selon leurs visions, tout en touchant aux documentations officielles profilant
le thme de la voix sur LTE. [8]
Cette partie de ltude est galement considre confidentielle ce qui fait quelle ne sera pas
prsente sur ce document.

Projet

de

fin

dtudes

40

Conclusion du chapitre
Dans ce chapitre nous avons mis laccent sur les visions des quipementiers Huawei,
Ericsson et NSN en ce qui concerne la voix sur LTE. Nous avons prsent quelques aspects de
particularit de chaque solution et nous avons essay de mettre vidence les parties
prenantes de leur documentations officielles profilant le thme dintgration du service de la
voix sur la technologie LTE.

Projet

de

fin

dtudes

41

Conclusion gnrale

Ce projet de fin dtude nous a constitu une relle opportunit de sarrter sur un
ensemble de connaissances acquises durant le cycle dingnieur lINPT. Il nous a galement
familiariss avec la quatrime gnration des tlcommunications en nous permettant de
bien comprendre la norme LTE et les diffrents aspects quelle introduit. Ce stage, par
ailleurs, nous a servis de moyen pour dvelopper plusieurs qualits aussi au niveau
professionnel quau niveau personnel.
En effet, ce travail a permis de raffiner nos capacits danalyse et ancrer nos connaissances
des rseaux de la nouvelle gnration. En outre, il a permis dacqurir une mthodologie de
travail pertinente et un vritable esprit de responsabilit grce lencadrement exigent que
nous avons vcu INGECYS Telecom et qui intgre au projet des contraintes de de dlai et
de qualit.
Ledit projet nous a donn aussi loccasion de toucher aux documentations officielles des
quipementiers de grande envergure et dtenant le march du Tlcom au niveau national,
Huawei, Ericsson et Nokia Siemens Networks.
Les perspectives de ce projet consistent surtout en la compltion de ltude en la poussant
encore plus loin, et ceci par lintgration cette-fois ci, des oprateurs de la tlphonie mobile
au niveau national. On prvoit aussi se lancer dans des tests sur terrains en collaboration avec
les oprateurs tlcom afin de renforcer les rsultats de ladite tude.

Projet

de

fin

dtudes

42

Bibliographie & Webographie


[1], LTE + SAE = EPS, Principes et Architecture. (s.d.).
http://www.efort.com.
[2], Interfaces-and-their-protocol-stacks. (2012). Rcupr sur LTE AND
BEYOND:
http://lteandbeyond.com/2012/01/interfaces-and-their-protocolstacks.html
[3], Circuit Switched (CS) fallback in Evolved Packet System. (2011). 3GPP TS
23.272 V10.3.1.
[4], 3GPP Long Term Evolution (LTE). (2013). Rcupr sur 4G LTE World:
http://4g-lte-world.blogspot.com/search/label/VoLTE
[5], Martin, S. (August 2009). Voice Over LTE via Generic Access (VoLGA)Whitepaper
[6], KHAN, F. (2009). LTE for 4G Mobile Broadband. Cambridge.
[7], Guiseppe Piro, L. G. (2010). Simulating LTE Cellular Systems.
[8], Documents internes de la socit INGECYS Telecom.

Projet

de

fin

dtudes

43

Index
3GPP : 3rd Generation Partnership Project, 9,
12, 17, 20, 25, 27, 30, 31, 48, 49, 61, 62, 65,
66, 72, 75, 78
AF : Assured Forwarding, 32
AMC : Adaptive Modulation and Coding, 33,
35, 83
ARP: Allocation and Retention Priority, 32
ATCA Advanced Telecommunications
Computing Architecture, 70, 73, 74, 85
BE : Best Effort, 32, 36, 83
COTS : Commercial-Off-The-Shelf, 70,
73, 74, 85
CS : Circuit Switched, 4, 7, 22, 23, 24, 27, 28,
29, 41, 42, 43, 45, 46, 48, 49, 51, 52, 60, 63,
66, 68, 69, 70, 71, 72, 73, 75, 79, 82
CSCF : Call Session Control Function, 16, 45,
69, 73, 78, 79, 80, 81
CSFB : Circuit Switched Fallback, 4, 5, 6, 7, 8,
23, 39, 41, 42, 43, 44, 48, 50, 51, 58, 60, 61,
62, 63, 65, 66, 67, 68, 70, 71, 72
DHCP : Dynamic Host Configuration Protocol,
29
EF : Expedited Forwarding, 32
eNodeB : evolved Node B, 13, 14, 15, 16, 17,
19, 22, 32, 33, 39, 42, 83
EPC : Evolved Packet Core, 12, 13, 20, 24, 29,
48, 63, 66, 69, 83
EPS : Evolved Packet System, 12, 13, 14, 15,
19, 20, 31, 32, 75
E-UTRAN : Evolved Universal Terrestrial
Radio Access Network, 12, 13, 16, 20, 39,
41, 69, 83
EXP-PF : Exponential-Proportional Fair, 34,
35, 37
GAN : Generic Access Network, 27, 28, 48, 49,
82
GBR : Guarateed Bit Rate, 31, 32, 63
GSM : Global System for Mobile
Communication, 16, 22, 23, 27, 29, 30, 41,
46, 48, 49, 51, 60, 62, 66, 67, 68, 80, 82
GWCN : Gateway Core Network, 62
HLR : Home Location Register, 16, 30, 73, 79
HSS : Home Subscriber Server, 13, 14, 16, 17,
30, 73, 79, 81
ICS : IMS Centralized Services, 25, 27, 45, 46,
47

Projet

de

fin

IMS : IP Multimedia Subsystem, 15, 16, 24,


25, 26, 27, 39, 45, 46, 48, 50, 56, 58, 60, 63,
66, 67, 69, 70, 71, 72, 73, 78, 79, 80, 81, 82
LA : Location Area, 62
LAU : Location Area Update, 62
LTE : Long Term Evolution, 3, 4, 5, 7, 8, 9, 10,
12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23,
24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 36,
38, 39, 40, 41, 42, 43, 45, 46, 48, 49, 51, 52,
53, 54, 58, 59, 60, 61, 62, 63, 66, 67, 68, 69,
70, 71, 72, 73, 74, 75, 83
MAC : Meduim Access Control, 33, 34, 35
M-LWDF : Modified-Largest Weighted Delay
First, 34, 35, 36, 37, 38, 39
MME : Mobility Management Entity, 13, 14,
16, 17, 19, 22, 29, 41, 42, 61, 62, 63, 65, 66,
68, 73, 83
MMTel : MultiMedia Telephony server, 66, 67,
69
MOCN : Multi-Opertor Core Network, 62
MSC : Mobile Switching Center, 22, 26, 27,
29, 30, 41, 42, 48, 63, 65, 66, 68, 71, 72
MVNO : Mobile Virtual Network Operator, 62
NAS : Non-Acces-Stratum, 16, 19, 20
N-GBR : Non-Guaranteed Bit Rate, 32
NSN : Nokia Siemens Networks, 3, 6, 7, 9, 58,
70, 71, 72, 73, 74
OCS : Open Core System, 7, 70, 73, 74
OFDMA : Orthogonla Frequency Division
Multiple Access, 20, 33, 34
OTT : Over The Top, 4, 5, 8, 30, 39, 54, 55, 56,
60, 70
PCRF : Policy Charging and Rules Function,
13, 15, 16, 48, 50, 73
PDCP : Packet Data Convergence Protocol, 19
PDN-GW : Packet Data Network Gateway, 13,
14, 15, 17, 28, 30, 31, 32
PDP : Packet Data Protocol, 31
PF : Proportional Fair, 34, 35, 36, 37, 38, 39
PHB : Per Hop Behavior, 32
PLR : Packet Loss Ratio, 7, 37
PS : Packet Switched, 7, 23, 24, 25, 27, 45, 49,
51, 66, 68, 73, 79
QCI : QoS Class Identifier, 15, 31, 32
QoS : Quality of Service, 4, 5, 15, 19, 21, 30,
31, 32, 33, 34, 35, 38, 39, 40, 41, 42, 44, 45,
47, 48, 50, 51, 53, 54, 56, 78
RAT : Radio Access Technology, 67

dtudes

44

RB : Resource Block, 34
RCS : Rich Communication Suite, 45, 66, 69
RLC : Radio Link Control, 19
RNC : Radio Network Controller, 29, 48
RRC : Radio Resource Control, 16, 19
RRM : Radio Resource Management, 33
S1AP : S1 Application Protocol, 20
SAE : System Architecture Evolution, 12, 18,
26, 75
SCC AS : Service Centralization and
Continuity Application Server, 25
SC-FDMA : Single Carrier Frequency Division
Multiple Access, 20
SCTP : Stream Control Transmission Protocol,
16, 17, 19
SGSN : Serving Gateway Support Node, 14,
42, 61, 73
SGW : Serving Gateway, 13, 14, 15, 16, 17
SIP : Session Initiation Protocol, 16, 25, 46,
79, 80, 82
SPS : Strict Priority Scheduling, 32
SRVCC : Single Radio Voice Call Continuity, 7,
25, 26, 27, 45, 46, 47, 64, 65
STN-SR : Session Transfer Number for
SRVCC, 25

Projet

de

fin

STP : Signaling Transfer Point, 73


SV-LTE : Simultaneous Voice and LTE , 23, 39,
51
TA : Tracking Area, 62
TTI : Transmission Time Interval, 34
UE : User Equipment, 13, 14, 15, 16, 19, 20,
23, 24, 26, 29, 30, 31, 34, 35, 36, 37, 38, 41,
48, 51, 62, 69, 79, 82, 83
UMTS : Universal Mobile
Telecommunications System, 12, 16, 22,
27, 29, 30, 31, 41, 42, 46, 48, 49, 51, 60, 61,
62, 66, 78, 80, 82
USN : Unified Serving Node, 61
VANC : VoLGA Access Network Controller, 7,
28, 29, 30, 48, 49
VoIMS : Voice over IMS, 4, 45, 46, 60
VoLGA : Voice over LTE via Generic Access, 4,
5, 7, 8, 27, 28, 29, 39, 48, 49, 50, 51, 75, 82,
84
VoLTE : Voice over LTE, 4, 5, 6, 7, 8, 24, 39,
45, 46, 47, 52, 58, 60, 63, 64, 66, 68, 69, 70,
71, 72, 73, 74, 75
WFQ : Weighted Fair Queuing, 32
WRR : Weighted Round Robin, 32, 33

dtudes

45

Annexes
Annexe 1 : IMS (IP Multimedia Subsystem)
IMS est une architecture rseau conue par le 3GPP dans le but de fournir une plateforme de
livraison de services qui reprsente une composante cl des rseaux de la nouvelle gnration
NGN (Next Generation Network) du fait quil permet la migration de la tlphonie vers
lInternet et du coup la ralisation dune certaine convergence et coexistence entre les deux
Business Model Tlcom et Internet.
Larchitecture IMS :
Larchitecture IMS peut tre structure en couches. Quatre couches importantes se
prsentent dans ce sens :
La couche daccs : qui peut reprsenter tout accs haut dbit tel que : UTRAN de
lUMTS, CDMA2000, xDSL, Wi-Fi, etc.
La couche transport : qui reprsente un rseau IP. Ce rseau peut implmenter des
mcanismes de QoS avec MPLS, DiffServ, RSVP, etc. cette couche consiste en un
ensemble de routeurs relis par un rseau de transmission.
La couche contrle : qui consiste en un ensemble de contrleurs de session
responsables du routage de la signalisation entre les utilisateurs et de linvocation des
services. Ces nuds sont les CSCF (Call Session Control Function).
La couche application : qui introduit les services valeur ajoute proposs aux
utilisateurs. Ces services peuvent tre fournis par loprateur lui-mme ou par des
acteurs tiers.
Larchitecture rseau globale IMS est comme suit :

Figure 37 : Architecture rseau globale aprs le dploiement de lIMS


Projet

de

fin

dtudes

46

Les entits fonctionnelles de lIMS :


UE : le mobile dutilisateur est le terminal IMS qui peut utiliser diffrentes technologie daccs
pour se connecter au rseau des services. Pour cette fin, limplmentation du protocole SIP
(Session Initiation Protocol), qui prsente le cur de la signalisation de lIMS, est ncessaire.
Le terminal IMS est dot dune identit particulire, une identit IMS qui identifie labonn de
manire unique dans le rseau et dfinit lensemble des services que labonn peut utiliser
selon le profil dabonn prenregistr dans lentit HSS.
HSS : le HSS (Home Subscriber Server) est une base de donnes centrale qui contient les
informations sur les clients et les services. Il sagit des informations du genre : donnes de
localisation des abonns, les profils dabonns, lauthentification des terminaux. Le HSS est
une sorte de HLR volu qui rassemble les fonctions du HLR du domaine CS et du domaine
PS. Lentit HSS, elle aussi supporte le protocole SIP qui lui sert de moyen de communication
avec les serveurs dapplication bass sur SIP.
CSCF : les CSCF (Call Session Control Function) sont des entits cls dans larchitecture du
rseau IMS. Ce sont des serveurs SIP et les types de base sont au nombre de trois : Proxy (PCSCF), Interrogating (I-CSCF) et Serving (S-CSCF).

Figure 38 : les entits CSCF de lIMS

P-CSCF : cest le premier point de contact pour les UEs du point de vue signalisation ;
tout le trafic SIP de ou vers lUE passe par lui. De ce fait, il fait la gestion de
lauthentification des utilisateurs et la scurit des changes et gnre aussi des
informations pour la facturation.
I-CSCF : ce serveur se situe la frontire du domaine administratif dun rseau donn ;
sa tche se rsume dans la gestion de la signalisation inter-domaines. Il permet
dobtenir la localisation des utilisateurs du HSS et trouve le S-CSCF appropri et lui
transmet les messages SIP.

Projet

de

fin

dtudes

47

S-CSCF : cest le serveur qui joue le rle du nerf dans larchitecture IMS (tous les
messages passent par lui). Il gre les fonctions de contrle de sessions, les inscriptions
des clients et se charge de trouver les serveurs dapplications appropris.
AS : lAS (Application Server) ou serveurs dapplication prsentent les fonctionnalits offertes
IMS. Ces serveurs nappartiennent pas dans leur totalit loprateur IMS. Ils fournissent
des services valeur ajoute VAS (Value Added Services) en profitant des avantages de lIMS.
Les services offerts peuvent tre des services nouvellement dvelopps comme ils peuvent
tre des services traditionnels du monde GSM et UMTS. Ceci est possible par lintroduction
des architecture CAMEL (Customized Application for Mobile networks Enhanced Logic) pour
2G et OSA (Open Service Architecture) pour 3G, qui permettent offrir des APIs pour accder
aux fonctions rseaux existantes et dfinir des services en se basant sur les standards des
services GSM et UMTS.
La gestion de lidentit des utilisateurs :
Dans nimporte quel rseau il est important didentifier les utilisateurs dune manire unique.
IMS se base sur les identits SIP (les SIP URI) du type :
sip : username@operateur.ma
Il est noter que deux types didentits existent : identit(s) publique(s) et identit prive.
Un utilisateur peut avoir une ou plusieurs identits publiques, avec la possibilit de les classer
en groupes tels que : amis, travail, famille ceci permet dactiver des services pour une ou
plusieurs identits publiques. Ces identits sont utilises pour le routage de la signalisation.
Les identits publiques sont lies une seule identit prive de lutilisateur. Elle ne sert qu
lidentification et lauthentification de lutilisateur avec loprateur. Son format est comme
suit :
username@operateur.com
Lidentit prive et au moins une identit publique sont stockes dans la carte puce : SIM,
USIM de lUMTS et ISIM de lIMS.

Figure 39 : la carte puce didentit des abonns IMS

Projet

de

fin

dtudes

48

Le HSS stocke les informations sur les profils des abonns et fait le lien entre lidentit prive
et les identits publiques et il les envoie au S-CSCF lors de lenregistrement. Un profil
dabonn contient : une ou plusieurs identits publiques, les autorisations services et un
ensemble de critres de filtrage (Filter Criteria) qui prsente la plus importante partie dans la
livraison de services dans IMS ; en effet, ces critres de filtrage dterminent pour chaque
utilisateur, quand un service est appel et quel serveur dapplication AS il faut contacter pour
cela.

Projet

de

fin

dtudes

49

Annexe 2 : Le systme GAN (Generic Access Network)


Le GAN sur lequel est fonde la solution VoLGA, est un systme de
tlcommunication qui tend la voix sur mobile, les donnes et les applications de lIMS/SIP
sur les rseaux IP. Une des applications les plus populaires de GAN est la solution dite Wi-Fi
Enabled Phones ou les mobiles supportant le Wi-Fi ; pour ces mobiles bass sur GAN en
Dual-mode, tous les services sont ou bien disponibles via le rseau GSM/UMTS, ou via le WiFi en local ou dans des places publiques (hot spot), le basculement entre les deux technologies
tant compltement transparent aux utilisateurs.
GAN exige lutilisation des UE en Dual-mode ayant la fois une interface radio GSM/UMTS
et une interface Wi-Fi. De tels quipements sont disponibles aujourdhui via de nombreux
quipementiers dont on cite Samsung, Nokia, Sagem, LG, HTC, Motorola, Sony-Ericsson et
RIM (BlackBerry). Lorsque ces mobile Dual-mode dtectent la disponibilit dun rseau Wi-Fi
convenable, un Wi-Fi local ou un hot spot publique par exemple, ils sy connectent et
senregistrent dans le rseau cur GSM/UMTS via le lien Wi-Fi et Internet. Une passerelle
GAN connecte, de manire scurise, labonn linfrastructure du rseau de loprateur ainsi
des appels vocaux et dautres services CS comme SMS sont transports en toute scurit
depuis le mobile vers la passerelle travers la liaison Wi-Fi et le rseau daccs Internet.

Projet

de

fin

dtudes

50

Annexe 3 : Loutil de simulation LTE-Sim


LTE-Sim qui est le fruit du travail dune grande quipe
italienne de professeurs chercheurs qui travaillent encore sur
le projet pour amliorer les performances du simulateur ainsi
que pour le dveloppement de nouveaux modules.
LTE-Sim rassemble plusieurs aspects des rseaux LTE
incluant la fois le rseau daccs, lE-UTRAN, et le rseau
cur EPC. Il supporte des environnements cellule unique
ou multi-cellules, la gestion de qualit de services, un
environnement multi-utilisateurs, la mobilit des
utilisateurs, les procdures de handover et les techniques de rutilisation de frquences. Trois
nuds rseaux sont modliss : le mobile dutilisateur UE, leNodeB et la MME/GW. Au
niveau de la couche dapplication, quatre gnrateurs de trafics ont t implments :
Le gnrateur Trace-Based : il envoie des paquets suivant un mode raliste de
trace de fichiers vido.
Le gnrateur ON-OFF de la VoIP : il gnre les flux G.729 pour la voix. En particulier,
la voix sous le simulateur LTE-Sim a t modlise par une chaine ce Markov ON/OFF
et qui consiste en gros denvoyer de manire priodique des paquets de taille 20 octets
tous les 20 ms (ce qui correspond un dbit de 8Kbits/s rglable).
Le gnrateur CBR (Constant Bit Rate) : il gnre des paquets avec un dbit source
constant. En particulier, la taille des paquets peut tre dfinie pour ce type de trafic.
Le gnrateur Infinite Buffer : il modlise une source qui a toujours des paquets de
donnes envoyer. Ce gnrateur permet la modlisation du trafic des classes de
services BE (Best Effort).
Pour chaque type de trafic, une classe ddie a t dveloppe, nomme TraceBased, VoIP,
CBR et InfiniteBuffer.
En outre, loutil LTE-Sim dploie un ensemble daspect radio qui le rend riche et capable de
simuler des scnarios de la ralit. Nous citons de ces aspects les stratgies
dordonnancement, les schmas AMC (Adaptive Modulation and Coding), les feedback CQI
(Channel Quality Indicator), les techniques de rutilisation de frquences et les modles de la
couche physique.

Projet

de

fin

dtudes

51

Annexe 4 : Mthode de comparaison multicritres


La comparaison multicritres se dcompose en un ensemble dtapes comme suit :

Choix des critres prendre en compte pour juger du degr de satisfaction des
attentes pour chaque solution ou offre ;
Dcomposition plus fine des critres en sous-critres ;
Pondration des critres retenus ;
Notations des critres de chaque offre ;
Consolidation du tableau de comparaison et conclusion.

Le choix des critres reste ltape la plus importante et une distinction intressante est faite
dans ce sens entre les critres de choix et les critres dlimination. Bien avant la dfinition
des critres de choix, il est conseill de dfinir les critres dlimination. Ceux-ci permettent
dj de faire un premier tri ; Certaines offres vont peut-tre ne pas rpondre des
spcifications qui ont t clairement exprimes et qui sont incontournables. Ceci vite de
procder lanalyse dune solution alors quelle a une caractristique liminatoire.
Dans notre cas dtude, lillustration dune telle solution est la solution VoLGA, mais nous
lavons laisse exprs pour sarrter sur ses diffrents aspects, autres que lavis de la
communaut tlcom qui lui tait le critre dlimination.
Une tape assez importante que le choix des critres est la pondration. Aprs avoir dgag
les critres de choix, la grille de comparaison doit tre finalise en dfinissant le poids
quauront ces critres. On passe alors de lapproche qualitative lapproche quantitative.
La notation, elle, peut se faire de plusieurs manires mais lessentiel cest de voir, pour chaque
critre, le degr de rponse de la solution aux diffrents sous-critres.
Le tableau suivant donne un exemple de tableau de rcapitulation des rsultats de la
comparaison multicritres.
Critres
Critre 1
Critre 2
Critre 3

Poids

Solution 1

Solution 2

Solution 3

Solution 4

Scores

Projet

de

fin

dtudes

52

Vous aimerez peut-être aussi