Académique Documents
Professionnel Documents
Culture Documents
DE FIN DETUDES
Pour lobtention du diplme dingnieur dtat en tlcommunication
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
2.
CS Fallback ................................................................................................................. 20
2.
3.
4.
5.
Projet
de
fin
dtudes
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
Projet
de
fin
dtudes
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
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.
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
Projet
de
fin
dtudes
11
Projet
de
fin
dtudes
12
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.
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
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.
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 :
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
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
Projet
de
fin
dtudes
19
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
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.
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 .
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
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.
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.
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 :
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.
de
fin
dtudes
28
ii)
Projet
fin
dtudes
29
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.
Projet
de
fin
dtudes
31
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
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,
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.
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
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.
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.
Projet
de
fin
dtudes
36
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
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
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
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
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
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 :
de
fin
dtudes
46
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.
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
Projet
de
fin
dtudes
50
Projet
de
fin
dtudes
51
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