Rapport Final3

Etude de la Qualit de Service dans les rseaux UMTS
Introduction 3
Chapitre I..........................................................................................................................................4
Architecture et services de UMTS...................................................................................................4
1.1. Introduction...........................................................................................................................4
1.2. Les objectifs...........................................................................................................................4
1.3. La couverture de lUMTS.....................................................................................................5
1.4. Les frquences.......................................................................................................................7
1.4.1 Lorganisation frquentielle :...........................................................................................8
1.4.2 Lorganisation temporelle :..............................................................................................8
1.5. Architecture du rseau UMTS...............................................................................................9
1.5.1 Architecture en point de vue physique............................................................................9
1.5.2 Architecture en point de vue fonctionnel.......................................................................10
Chapitre 2.......................................................................................................................................12
Le rseau cur UMTS....................................................................................................................12
2.1. Architecture du rseau cur................................................................................................12
2.1.1 Domaine commutation de circuits..............................................................................13
2.1.2 Domaine commutation de paquet :.............................................................................13
2.1.3 Les lments communs..................................................................................................13
2.2.1 Le protocoles utilises par le domaine CS :..................................................................14
2.2.2 Le protocoles utilises par le domaine PS :...................................................................15
2.3 Evolution du rseau cur UMTS release 99 vers le tout IP.................................................16
Chapitre 3.......................................................................................................................................17
Le rseau daccs UTRAN............................................................................................................17
3.1 Architecture de lUTRAN...................................................................................................17
3.1.1 Node B :.........................................................................................................................18
3.1.2 Le RNC (Radio Network Controller)............................................................................18
3.2 Macrodiversit en CDMA :..................................................................................................19
3.4 Interface radio de lUTRAN.................................................................................................20
3.4.1 Les canaux.....................................................................................................................21
3.4.2 Les interfaces logiques dans lUTRAN.........................................................................25
CHAPITRE 4..................................................................................................................................28
Architecture et mcanisme de QoS de bout en bout dans le rseau UMTS...................................28
4.1 QoS dans les rseaux UMTS...............................................................................................29
4.1.1 Architecture de la QoS dans les rseaux UMTS...........................................................29
4.1.2 Le service support UMTS.............................................................................................30
4.1.3 Les fonctions de gestion de QoS dans un rseau UMTS...............................................32
4.1.4 Les classes de QoS de lUMTS.....................................................................................34
4.1.5 Les attributs de QoS du service support UMTS............................................................37
4.2 La QoS dans le rseau IP......................................................................................................38
4.2.1 Le modle dintgration des services IntServ...............................................................39
4.2.2 Le modle de diffrenciation des services DiffServ.....................................................40
Chapitre 5.......................................................................................................................................41
Intgration des rseaux UMTS /WLAN.......................................................................................41
5.1 Introduction..........................................................................................................................41
5.2 WLAN 802.11......................................................................................................................41
5.3 IP dans les rseaux 802.11 WLAN.......................................................................................42
5.4 Architecture dintgration :...................................................................................................42
1

5.5 Modle de Terminal :............................................................................................................44
5.6 Rservation de ressource :....................................................................................................45
5.7 La mobilit et le handover....................................................................................................46
5.8 Conclusion :..........................................................................................................................47
Conclusion gnrale :.....................................................................................................................49
RFRENCES...............................................................................................................................50
Introduction
Le systme de tlphonie cellulaire connat un succs considrable, avec un nombre
d'abonns sans cesse croissant, le premier systme sans fil a t invent par Bell System, aux
tats unis, en 1940. Le 1er rseau cellulaire de type analogique, ayant pour nom AMPS
(Advanced mobile phone system) a t mis en place Chicago ds 1978 suivis par le systme
NMT (Nordic Mobile Telephone) en Europe en 1981, ces rseaux dit de premire gnration sont
caractris par une modulation analogique et une mthode accs FDMA (Frequency Division
Multiple Access).
Les rseaux de deuxime gnration ont fait ses dbuts dans les annes 1990 tel que le
systme GSM (Global System for Mobile) en Europe, le system PDC au Japon et le systme IS95 au USA, ces systmes sont caractriss par des modulations numriques. Aprs les instances
de normalisation se sont ensuite tournes vers un systme unique du troisime gnration de la
tlphonie mobile, On peut dfinir la troisime gnration comme un ensemble de technologies
dveloppes dans le but de faire voluer les systmes cellulaires de deuxime gnration au
niveau de la capacit et de la couverture ainsi que la qualit de service (QoS).
Dans le premier chapitre on dfinit larchitecture gnrale des rseaux UMTS ainsi que
ces objectifs. Tandis que dans le deuxime chapitre on dcrit les diffrents lments du rseau
cur ainsi que leurs fonctionnalits. Aprs on dans le troisime chapitre aborde le rseau daccs
UTRAN (Universal Terrestrial Radio Access Network) qui reprsente la principale nouveaut par
apport aux rseaux de deuxime gnration. Dans le chapitre quatre on introduit le support de
la qualit de service (QoS) dans les rseaux UMTS. Par la suite dans le chapitre cinq on aborde
une intgration des rseaux UMTS et WLAN (Wirless Local Area Network) et on fini par une
conclusion gnrale.
Chapitre I
Architecture et services de UMTS
1.1. Introduction
UMTS a t conu comme le successeur de GSM et annonce le mouvement vers les
rseaux de tlcommunication de 3me gnration (3G). UMTS (Universal Mobile
Tlcommunications System) est une norme pour les tlcommunications du nouveau millnaire
dfinie par la WARC (World Administrative Radio Confrence) de lITU (International
Tlcommunications Institue). La technologie UMTS (dite technologie de 3 e gnration (3G))
reprsente lvolution de la 2e gnration vers la 3e gnration, permettant de fournir aux
utilisateurs une meilleures qualit de service quant aux tlcommunications, notamment en ce qui
concerne les services offerts et les vitesses de transfert. La WARC a, en fait, dfini et normalis le
standard IMT-2000 (International Mobile Telecommunications-2000) dont fait partie la
technologie UMTS. Cette technologie est au point de convergence dInternet, de la tlphonie
mobile et de la tlvision.
1.2. Les objectifs

Le plupart des systmes de deuxime gnration sont incompatibles entres eux au niveau
radio, par exemple entre le GSM et le PDC (Personal Digital Cellular) et le PHS (Personal
Handyphone System) utiliss principalement au Japon. En raison de ces incompatibilits, les
voyageurs tributaires de la norme de leur oprateur seront privs de leurs mobiles dans ces pays
l.
L'ITU a dfini le concept d'IMT-2000, visant rassembler les propositions des diffrents
organismes de normalisation et de parvenir ainsi dfinir une norme internationale. Plusieurs
interfaces ont t envisages, fondes sur la technologie CDMA (Code Division Multiple Access)
et TDMA (Time Division Multiple Access). Dployer une technologie cote cher pour un
oprateur, et cest dans cette optique que la dfinition de la 3G est place sous la responsabilit de
lITU.
LITU a dfini les vitesses de transmission suivantes pour lUMTS
- 144 kbits/s en environnement extrieur,

- 384 kbits/s en environnement urbain extrieur,
- 2 Mbits/s proche de l'antenne d'mission de la cellule et en mobilit rduite.
Le dploiement demandera dimportants investissements, comme lont t ceux pour le rseau
2G. Dautre part, une compatibilit sera normalement assure entre le GSM et lUMTS.
1.3. La couverture de lUMTS

LUMTS utilise des frquences plus leves que les mobiles de 2G : les cellules des
rseaux UMTS seront donc d'une taille proportionnellement plus petite. Dans un premier temps,
la couverture se fera, normalement, par zones non contigus ; seules les villes et les centres
daffaires seront quips avec cette technologie, ceci en raison des contraintes lies la taille des
cellules. LUMTS se dveloppera sous la forme dlots et se dploiera progressivement avec
l'installation de macro-cellules et des cellules rurales. Ainsi, si labonn sort de cet lot, le rseau
conventionnel GSM prendra le relais.
LORNI (LOrdonnance sur la protection contre le rayonnement non ionisant) a dfini un
seuil limite pour la puissance dmission de chaque antenne, de plus, les metteurs devront tre
capable de moduler leur puissance en fonction de la proximit du rcepteur. Il faudra respecter les
valeurs fournies par cette ordonnance pour installer des antennes supplmentaires sur les
emplacements GSM :
Rayon des cellules (env.)
Hauteur d'antenne (env.)
Pico-cellules 100 m
A l'intrieur des immeubles
Micro-cellules 500 m
5 m au -dessus du sol
Macro-cellules 2 Km
3 m au-dessus des toits
Cellules rurales 8 Km
30 m au-dessus du sol
Pico-cellules
Environ 80 % des antennes seront des pico-cellules et des micro-cellules : le rayon de
service est de quelques dizaines de mtres. Lutilisateur pour bnficier dun taux de transfert de
2 Mbits/s ne pourra pas se dplacer plus de 10 km/h. Ces pico-cellules constitueront les plus
grand nombre des cellules UMTS, et seront la base du rseau (dployes surtout l'intrieur
d'une mme entreprise)
Micro-cellules
A peines visibles, la puissance de ces antennes sera plus leve, cependant une bonne
couverture ne pourra tre assure quavec le dploiement de macro-cellules. Lutilisateur pourra
encore bnficier dun taux de transfert de 2 Mbits/s en mobilit rduite et de 384 Kbits/ en
mobilit moyenne et une couverture de 500 m est simule. Un peu plus puissantes que les
prcdentes, ces cellules permettront de faire le lien entre les pico-cellules (pour passer d'un pt
de maison un autre)
Macro-cellules
Le rayon des cellules est augment mais le taux de transfert est aussi diminu en
consquence. Le dbit varie de 144 Kbits 384 Kbits en fonction de la mobilit moyenne ou
leve (vitesse maximale du client : 120Km/h, les macro-cellules seront utilises au sein d'une
mme localits reliant les micro-cellules).
Cellules rurales
Une antenne peut couvrir un rayon de 8 Km mais le dbit sen retrouv rduit 144 Kbits,
ces cellules serviront relier les macro-cellules entre les localits.

Figure 1.1 Les environnements dfinis dans les rseaux UMTS
1.4. Les frquences

Le WARC (World Administrative Radio Confrence) de lITU a dfini les frquences
autours de 2 GHz pour les communications terrestres et satellites WCDMA. Un systme
lchelle mondiale ncessite des bandes de frquences communes tous les pays : cet objectif est
partiellement atteint. Cest le cas en Europe et au Japon, par contre aux USA et au Canada le
spectre est dj utilis pour les systmes de 2 G. La figure (1.2) montre bien ce quil en est :
Chaque pays gre lexploitation du spectre lectromagntique laide dune licence ; un certain
nombre de licences sont attribues par pays, les oprateur intresss par une certaine gamme de
frquence doivent acheter ltat un droit dexploitation pour pouvoir utiliser ces frquences.
Comme on la vu il ny a pas si longtemps.
Figure 1.2 Spectre IMT 2000

Chaque pays gre lexploitation du spectre lectromagntique laide dune licence, un
certain nombre de licences sont attribues par pays, les oprateur intresss par une certaine

gamme de frquence doivent acheter ltat un droit dexploitation pour pouvoir utiliser ces
frquences.
1.4.1 Lorganisation frquentielle :

Les bandes de frquences alloues pour lIMT 2000 sont 1885-2025 MHz et 2110-2200
MHz.
LUMTS propose la rpartition suivante :
Figure 1. 3 : Utilisation de la Bande de Frquences pour lUMTS

La division duplex dans les bandes dites appaires, cest dire 260 MHz, est
frquentielle. Lcart duplex vaut 190 MHz. On utilise dans ces bandes un accs WCDMA.
La division duplex dans les bandes dites non appaires , cest dire 35 MHz et 15 MHz, est
temporelle. On utilise dans ces bandes un accs TD-CDMA. Les deux modes daccs doivent tre
harmoniss pour favoriser la ralisation de terminaux bi-modes TDD / FDD bas cots.
Dune manire gnrale, le mode FDD est bien adapt tous les types de cellules, y compris aux
grandes cellules, mais nest pas trs souple pour grer des trafics asymtriques. Quant au mode
TDD, il permet dadapter le rapport de transmission montante/descendante en fonction de
lasymtrie du trafic, mais exige une synchronisation des stations de base et nest pas bien adapt
aux grandes cellules cause des temps de garde trop importants.
Les deux bandes restantes sont rserves la composante satellitaire de lUMTS,
1.4.2 Lorganisation temporelle :

Lorganisation temporelle de lUMTS est base sur une supertrame de 720 ms, comportant
elle-mme 72 trames de 10 ms. Chaque trame de 10 ms est divise en 15 slots de 667 s.
Figure 1.4 : Structure de trame de lUMTS
1.5. Architecture du rseau UMTS

Larchitecture gnrale dun rseau UMTS est modlise de deux point de vue : lun
physique et lautre fonctionnel.
Du point de vue physique, on utilise le concept de domaine pour parler des quipements qui
composent le rseau et la faons dont ils sont dlimits, du point de vue fonctionnel on parle de
strate afin didentifier les protocoles mis en uvre dans ces domaines pour quils puissent
communiquer entre eux.
1.5.1 Architecture en point de vue physique

Le rseau UMTS est compos de trois domaines :
Lquipement usager (UE : User Equipment) cest llment qui permet a labonn daccder au
rseau, en utilisant le canal de propagation radio comme interface.
Lquipement usager est compos de deux parties :
La premire partie est lquipement mobile (ME Mobile Equipment), qui prend en charge la
transmission radio de linformation et les procdures associes.
La deuxime partie est le module didentit universel de labonner (USIM pour Universal
Subscriber Identity Module) qui contient toutes les donnes relatives.
Le rseau daccs radio universel : Son rle set la gestion de ressources radio, tablissement, la
maintenance et la libration des canaux radio entre le terminal et le rseau cur CN, il existe
deux types daccs radio, le rseau terrestre daccs radio UTRAN (Universal Terrestrial Radio
Access Network) et le rseau satellite daccs radio SRAN (Satellite Radio Access Network)

Le rseau cur (CN Core Network) : il prend en charge la connexion entre les diffrents rseaux
daccs radio dune part et le rseau UMTS et les autres rseaux externes dautre part.
La figure 1.5 montre une architecture gnrale du rseau UMTS en utilisant le rseau daccs
UTRAN
Figure 1.5 : Architecture gnrale du rseau UMTS
1.5.2 Architecture en point de vue fonctionnel

Du point de vue fonctionnel la norme UMTS a dfini un dcoupage en strates, lesquelles
dfinissent la faon dont les trois domaines communiquent entre eux (figure 1.6)
10

Figure 1.6 : Le dcoupage en strates
1.5.2.1 Strate daccs (AS Access Stratum) : regroupe toutes les fonction UMTS lies au rseau
daccs tel que les fonctions de gestion des ressources radio et de handover.
La strate daccs comprend les protocoles qui grent les services support qui convoient
linformation provenant de la strate non lie au rseau daccs (NAS Non Access Stratum).
1.5.2.2 Strate de non accs (NAS Non Access Stratum) : regroupe lensemble de fonctions qui
permet lchange dinformation entre le mobile et le rseau cur, indpendamment du rseau
daccs radio, tel que les fonctions dtablissement dappel qui correspond aux couches de
protocole CC (call control) pour appels circuits et SM (Session Management) pour appels paquets
et les fonctions de gestion de mobilit qui correspond aux protocole MM (Mobility Management)
pour appels circuits et GMM (GPRS Mobility Management) pour appels paquet.
11
Chapitre 2
Le rseau cur UMTS
Le rseau cur (CN Core Network) est la partie du systme UMTS charge de la gestion
des services souscrits par labonn. Il permet a celui-ci de communiquer a lintrieur dun mme
rseau de tlphonie mobile et assure linterconnections de ce dernier avec des rseaux externes,
fixes ou mobiles, numrique ou analogique. Il fournit enfin des logiciels qui permettent de
maintenir la communication tout en garantissant la scurit des changes.
2.1. Architecture du rseau cur

Les lments du rseau cur sont rpartis en trois groupes, le premier groupe est celui des
lments du domaine de commutation de circuit ; le deuxime est celui des lment du domaine
de commutation du paquet et le troisime celui des lment commun entre le domaine de
commutation de circuit et du commutation de paquet, (La figure 2.1).
Figure 2.1 : Architecture du rseau cur
12
2.1.1 Domaine commutation de circuits

Ce domaine assure la connexion un rseau RNIS (rseau numrique a intgration de
service) et le rseau RTC (rseau tlphonique commut), il es compos des lment suivant :
Le MSC : (Mobile Switching Center) est un commutateur qui assure linterface avec le
rseau cur pour un mobile accdant aux services a commutation de circuit. Le MSC gre dans
un domaine de commutation de circuit, la procdure dattachement des abonnes, leur
authentification, et la mise a jour de leur position dans le rseau et la scurisation de laccs au
systme.
Le VLR (Visitor Location Register) constitue une base de donnes dans la quelle sont
enregistres des informations sur la position de labonn et son dplacement dans la zone de
localisation relie un ou plusieurs MSC.
GMSC (Gateway MSC) est lun des MSC du rseau qui assure linterface avec les rseaux
externes commutation de circuits RTC ou RNIS.
2.1.2 Domaine commutation de paquet :

Ce domaine assure le transfert des paquets vers le rseau IP, il est compos des lments
suivants :
SGSN (Serving GPRS Support Node) : il joue le rle dun MSC/VLR pour le domaine de
commutation de paquet, il assure principalement les procdures de routage et de transfert des
donnes, les procdures dattachement, de dtachement, de localisation et les procdures
dauthentification.
GGSN (Gateway GPRS Support Node) : cest une passerelle vers les rseaux externes tel que
Internet.
2.1.3 Les lments communs

Ce sont des lments partags par le domaine de commutation de paquet et le domaine de
commutation de circuit, ces lments sont :
HLR (Home Location Register): est une base de donnes qui contient toutes les informations
relatives aux abonnes. Pour chaque abonn le HLR mmorise ces informations de souscription,
13

son identit IMSI (International Mobile Station Identity) et son numro dappel MSISDN
(Mobile Station International ISDN Number)
EIR (Equipment Identity Register): est une base de donnes contenant la liste des mobiles
interdits.
AuC (Authentication center): il contient des paramtres utiliss pour la gestion de la scurit de
laccs au system, il contient pour chaque abonn une clef didentification pour lui permettre
Dassurer les fonctions dauthentification et de chiffrement.
2.2 Les protocoles utilises par le rseau cur

Dans larchitecture du domaine CS et du domaine PS de lUMTS, on fait la distinction
entre le plan de contrle et le plan usager . Le premier est aussi appel plan de commande
ou de signalisation. Par le plan usager transitent les donnes gnres de lapplication telles que
la parole, la vido, les messages courts.
Les changes des informations entre les lments du rseau cur et entre ce dernier et les rseaux
externes respectent une srie des rgles appeles protocoles qui permettent de mettre en place un
nombre de procdures pour permettre dtablissement et le maintien dune communication.
2.2.1 Le protocoles utilises par le domaine CS :

La figure (2.2) prsente la structure en couches du rseau UMTS pour les appels circuit.
La partie commutation de circuit CS du rseau cur utilise le protocole de signalisation MAP
(Mobile Application Part) qui est base sur des couches de transport hrites des rseaux de
tlphonie fixe SS7 ( Signalling System n 7) : MTP, SCCP et TCAP
MTP (Message Transfert Part) est une couche de protocole assurant le transfert fiable des
informations des messages de signalisation des couches suprieures.
SCCP (Signalling Connection Control Part) permet, par lutilisation dun system dadressage
global, lchange de la signalisation au niveau international, par exemple entre deux rseaux
diffrents.
TCAP (Transaction Capability Application Part) est un protocole qui permet de grer les
transactions entre deux nuds du rseau, indpendamment de la couche suprieure (MAP).
14
Figure 2.2 Les protocoles utiliss par le domaine CS
2.2.2 Les protocoles utilises par le domaine PS :

Le protocole GTP (GPRS Tunnel Protocol) fait partie la fois de la pile protocolaire du
plan usager et du plan de contrle. Dans le plan usager UMTS, il est dsign par GTP-U .
pour le transport des paquets, GTP sappuie sur les protocoles TCP( Transport Control Protocol)
pour un transport fiable ou UDP ( User Datagram Protocol) pour un transport non fiable, et sur le
protocole IP pour le routage des paquets (IPv4 ou IPv6).
Le GTP joue un rle semblable celui de MAP dans le domaine CS.
Figure 2.3 Les protocoles utiliss par le domaine CS
2.3 Evolution du rseau cur UMTS release 99 vers le tout IP

La solution envisage pour les phases futures de lUMTS consiste faire voluer son
architecture pour dvelopper, un rseau sappuyant entirement sur le protocole IP. Dans cette
15

architecture, plus besoin de raliser la distinction des domaines de commutation de circuit et de
commutation de paquet par ce que les services temps rel et non temps rel seront traits
simultanment en tant que services multimdias IP. La principale innovation de la release 5 et 6
apporte larchitecture du rseau cur UMTS de la release 99 est lintroduction dun nouveau
sous-systme permettant de connecter le domaine PS des rseaux IP proposant des services
multimdias. Ce sous-systme est appel sous-systme multimdia IP (IMS pour IP multimedia
sub-system) [1]. LIMS reprsente un pas dcisif vers un rseau cur tout IP car mme le service
de tlphonie desservi par le domaine de commutation de circuit CS peut tre servi par ce soussystme suivant lapproche VoIP (voix sur IP). Dans lIMS lappelant signale son correspondant
sont souhait dtablir un appel multimdia, avec ou sans contraintes temps rel , laide de SIP (
Session Initiation Protocol ) qui est un protocole de signalisation propos par lIETF(Internet
Engineering Task Force ) [10].
16
Chapitre 3
Le rseau daccs UTRAN
Lorsquon compare un rseau GSM avec un rseau UMTS, le rseau daccs radio
universel dsign par le sigle UTRAN reprsente la principale innovation. L UTRAN est en
charge du contrle et de la gestion des ressources radio et permet lchange dinformations
(donnes et signalisation) entre le terminal mobile et le rseau cur.
3.1 Architecture de lUTRAN

Larchitecture globale de lUTRAN est prsente dans la figure 3.1
Figure 3.1 Architecture global de lUTRAN

Le rseau UTRAN est compos dun ensemble de RNS (Radio Network Subsystem) relis au
rseau cur travers linterface Iu. Chaque RNS est constitu dun contrleur du rseau radio
(RNC pour Radio Network Controller) et dun ou plusieurs Node B (station de base) quil
contrle via linterface Iub .
17
3.1.1 Node B :
Le Node B de lUTRAN est quivalent la BTS des rseaux GSM, son rle principal est
dassurer les fonctions de rception et de transmission radio pour une ou plusieurs cellules de
lUTRAN
La norme UTRAN a spcifi un model logique du Node B (Figure 3.2)
Figure 3.2 Modle logique du Node B

Ce modle logique est compos des lments suivants
Les contextes de communication qui reprsentent les ressources ddies aux usagers du rseau
supports par le Node B, le contexte de communication comprend un ou plusieurs canaux de
transport ddis (DCH) ou commun(DSCH)
Chaque Node B doit supporter un certain nombre des canaux de transport communs (RACH,
FACH, PCH)
Le Node B Control Port est utilis par le CRNC pour effectuer la configuration et linitialisation
des ressources supportes par Node B
3.1.2 Le RNC (Radio Network Controller)

Le RNC de lUTRAN est quivalent un BSC (base station controller) des rseaux GSM.
Il assure principalement le routage des communications entre les Nodes B et le rseau cur dune
part et le contrle et la supervision du Node B dautre part.
Dans le cas ou une connexion entre un mobile et lUTRAN utilise les ressources de plusieurs
RNS, les RNC impliqus dans cette connexion auront les rles logiques suivants :
18

SRNC (Serving RNC) : reprsente pour un mobile le RNC qui gre a la fois linterface Iu avec le
rseau cur et la signalisation RANAP (RAN Application part).
D-RNC (Drift RNC) : il achemine les flux des donnes et des signalisations du S-RNC vers le
Node B et vice versa
3.2 Macrodiversit en CDMA :

Dans un rseau UMTS, la couverture est assure par des Nodes B diffrents.
Lorsque le mobile est en communication avec un Node B, qu'il se dplace et qu'un autre Node B
prend le relais, on dit qu'une procdure de handover a lieu.
Soft handover : En gnral, pendant la procdure de handover, le mobile doit interrompre la
communication avec une station de base avant d'en tablir une autre avec une station de base
diffrente. C'est le cas dans la plupart des systmes bass sur le FDMA et le TDMA. Au contraire,
dans un systme CDMA ou les cellules voisines utilisent la mme frquence porteuse, le mobile
peut conserver une liaison radio avec plusieurs stations de base simultanment.
Comme il n'y a pas de rupture physique de la communication, ce type de handover est appel soft
handover. L'tat o un mobile est en liaison avec deux stations de base ou plus est appel
macrodiversite.
Figure 3.3 macrodiversit et soft handover
19
3.4 Interface radio de lUTRAN

La figure (3.4) prsente larchitecture en couches de linterface radio de lUTRAN. Cette
interface sapplique au trois premires couches du modle OSI.
Figure 3.4 structure en couche de linterface radio de lUTRAN

La premire couche (couche physique) elle ralise les fonctions de codage de canal,
entrelacement et la modulation.
La couche 2 contient les protocoles qui assurent le transport fiable des donnes comme les
protocoles PDCP, RLC, MAC et BMC
La couche RLC (Radio Link Control) ralise les fonctions de segmentation des paquets en des
units de tailles prdtermines par la couche RRC
20

La couche RRC (Radio Resource Control) gre la signalisation de connexion radio entre le
mobile et lUTRAN, tablissement, libration et reconfiguration.
La couche MAC (Medium Access Control) ralise les fonctions de multiplexage des donnes sur
les canaux de transport.
La couche PDCP (Paquet Data Convergence Protocol) deux fonctions principales, la premire
est dassur lindpendance des protocoles radio de lUTRAN(en particulier les couches RLC et
MAC), et la deuxime est la compression de lentte du paquet de donne pour permettre un
usage plus efficace de ressource radio
3.4.1 Les canaux

La norme UMTS a spcifi une grande varit des canaux de communication [4] rpartis
en trois grandes classes : les canaux logiques, les canaux de transport et les canaux physiques, ces
diffrent canaux ont t cres pour garantir lindpendance entre les diffrents niveaux
fonctionnels.
3.4.1.1 Les canaux logiques :
Correspondent aux diffrents types dinformations vhiculs par les protocoles radio de
lUTRAN. Les canaux radio sont rpartis en deux groupes les canaux logiques de contrle
utiliss pour vhiculer les informations du plan de contrle et les canaux logiques de trafic, qui
vhiculent les informations du plan usager.
Les canaux logiques de contrle
BCCH (Broadcast Control Channel) utilis pour diffusion dinformations de contrle tel que les
informations qui permettent un mobile en veille daccder au rseau.
CCCH (Common Control Channel) utilis au tout dbut de ltablissement de la communication
pour lchange des premiers messages de signalisation entre le mobile et le rseau.
DCCH (Dedicated Control Channel) utilis pour envoyer ou recevoir des informations de
contrle dun mobile connect au rseau, tel que la signalisation de la couche RRC de lUTRAN
et les couches MM,CC GMM et SM du rseau cur.
Les canaux logiques de trafic
DTCH (Dedicated Traffic Channel) utilis pour changer des donnes usager avec un mobile
connect au rseau.
21

CTCH (Common Traffic Channel) est un canal unidirectionnel utilis par le rseau pour envoyer
des donnes usager un groupe de mobiles.
3.4.1.2 Les canaux de transport :
Canal de transport ddi : Il existe un seul canal de transport ddi. Il est not
DCH (Dedicated channel) dans les spcifications de la srie 25 de IUTRA. Ce
canal de transport ddi vhicule toutes les informations provenant des
couches situes au-dessus de la couche physique et destines un
utilisateur donn. Cela inclut aussi bien les donnes correspondant au service
utilis que des informations de contrle issues des couches hautes. La nature
des informations transmises nest pas visible au niveau de la couche
physique. Les donnes utilisateur et les donnes de contrle ont ainsi trait
exactement de la mme manire. Naturellement, les paramtres de la
couche physique tablis par IUTRAN peuvent varier pour les donnes
utilisateur ou pour les informations de contrle.
Le canal de trafic TRCH (Traffic Channel) et le canal associ de contrle ACCH
(Associated
Control Channel), utiliss en GSM, nexistent pas dans la couche physique de
IUTRA. Le canal de transport ddi vhicule depuis le terminal la fois les
donnes de service, comme les trames de voix, et les informations de
contrle, comme les commandes de handovers et les remontes de mesures.
En WCDMA, un canal spar de transport nest pas ncessaire du fait de la
capacit du systme supporter des dbits variables et un multiplexage des
services.
Canaux de transport communs : Six types des canaux de transport communs ont
t dfinis pour 1UTRA. Ils prsentent peu de diffrences par rapport ceux
dfinis pour les systmes de deuxime gnration. Notons que les canaux
communs ne supportent pas le soft handover et que certains dentre eux
peuvent supporter le contrle de puissance
Broadcast Channel : Le canal BCH (Broadcast Channe/) ou canal de diffusion est
un canal de transport utilis pour transmettre des informations spcifiques au
22

rseau daccs ou une cellule donne. Les donnes les plus frquemment
ncessaires dans tout type de rseau mobile sont les codes daccs
alatoires disponibles ou les slots daccs disponibles au niveau de la cellule,
ou encore, les mthodes de diversit en transmission utilises avec dautres
canaux pour une cellule donne. Le terminal ne peut pas sinscrire dans une
cellule sil na pas la possibilit de dcoder ce canal broadcast. Cest pour
cela que la puissance de ce canal est gnralement leve afin quil puisse
tre capt par lensemble des utilisateurs de la cellule.
Forward Access Channel : Le canal FACH (Forward Access Channel) est un canal
de transport du sens descendant qui vhicule des informations de contrle
aux terminaux localiss dans une cellule donne. Cest par exemple le cas
aprs quun message de demande daccs alatoire (Random Access) a t
reu, de la part dun terminal, par la station de base. Il est galement
possible de transmettre des donnes par paquet sur le canal FACH. Il peut y
avoir plus dun canal FACH par cellule. Un des canaux FACH doit cependant
avoir un dbit relativement faible afin quil puisse tre reu par lensemble
des utilisateurs de la cellule. Lorsquil y a plus dun canal FACH par cellule, les
canaux FACH supplmentaires peuvent avoir un dbit plus lev. Le canal
FACH nutilise pas le contrle de puissance et les messages transmis doivent
comprendre des informations didentification afin dassurer leur correcte
rception.
Paging Channel : Le canal PCH (Paging Channel) est galement un canal de
transport du sens descendant assurant le transport des informations
ncessaires la procdure de paging lorsque le rseau souhaite initier une
communication avec un terminal. Le plus simple exemple est le cas dun
appel voix vers un terminal le rseau transmet alors un message de paging
grce au canal PCH sur toutes les cellules de la zone de localisation o est
sens se trouver le terminal que le rseau daccs souhaite joindre. Ce
message de paging est alors transmis sur une ou plusieurs cellules, selon la
configuration du systme et celle des zones de localisation. Les terminaux
doivent bien videmment pouvoir recevoir linformation de paging dans toute
23

la cellule. Notons que la configuration du canal de paging affecte directement
la consommation dnergie des terminaux en mode veille. Moins le rcepteur
du terminal a couter le canal PCH pour savoir si un message de paging lui
est destin, plus la batterie du terminal aura une dure de vie importante en
mode veille.
Random Access Channel : Le canal RACH (Random Access Channel) est un canal
de transport du sens montant qui est utilis pour transporter des
informations de contrle provenant du terminal, telles que les demandes
dtablissement de connexion. Il peut tre utilis galement pour transmettre
une faible quantit de donnes par paquet du terminal vers le rseau. Pour
un fonctionnement correct, le canal RACH doit bien videmment tre reu par
la station de base quelle que soit la localisation du terminal dans la cellule,
cela implique que le dbit utilis sur ce canal doit tre suffisamment faible,
du moins pour les premires procdures daccs et de contrle.
Common Packet Channel : Le canal CPCH (Common Packet Channel) est une
extension du canal RACH qui permet de transmettre des donnes utilisateur
par paquet dans le sens montant. Le canal correspondant sur le sens
descendant est le canal FACH. Au niveau de la couche physique, la principale
diffrence qui rside entre les canaux CPCH et RACH est que le premier
utilise le contrle de puissance, un mcanisme de dtection de collision ainsi
quune procdure de gestion dtat CPCH. La transmission sur le canal CPCH
peut tre maintenue sur un grand nombre de trames alors que celle
sappuyant sur le canal RACH ne peut excder une ou deux trames.
Downlink Shared Channel : Le canal DSCH (Downlink Shared Channel) est un
canal de transport du sens descendant permettant de transporter des
informations utilisateur ou des informations de contrle ddies. Il peut
cependant tre partag par plusieurs utilisateurs. A certains gards, ce canal
est similaire au canal FACH, mais le canal DSCH utilise le contrle de
puissance aussi bien quun dbit qui peut varier dune trame lautre. Le
canal DSCH peut ne pas tre reu dans toute la cellule et peut utiliser les
diffrentes mthodes de diversit de transmission utilises par le canal
24

associ DCH. Le canal DSCH est toujours associ un canal DCH du sens
descendant.
Canaux de transports ncessaires : Les canaux RACH, FACH et PCH sont les trois
canaux communs de transport ncessaires au bon fonctionnement du
systme. Lutilisation des canaux DSCH et CPCH reste, quant elle,
optionnelle.
3.4.1.3Correspondance des canaux de transport et des canaux physiques
Les diffrents canaux de transport que nous venons daborder
sappuient sur diffrents canaux physiques. La correspondance entre ces
canaux de transport et canaux physiques est donne dans la Figure 3.5.
Figure 3.5 : Correspondance des canaux de transport et des canaux physiques

En plus des canaux de transport introduits plus haut, il existe des canaux physiques qui ne
vhiculent que des informations propres aux procdures de la couche physique. Il sagit des
canaux SCH (Synchronisation Channel), CPICH (Common Pitot Channel) et AICH
(Acquisition Indication Channel) qui ne sont pas visibles du point de vue des couches hautes mais
qui sont cependant ncessaires au systme et doivent tre transmis par chaque station de base.
Les autres canaux, CSICH (CPCH Status Indication Channel) et CD/CA-ICH (Collision
25

Detection/Channel Assignement Indication Channel) ne sont ncessaires que si le canal
CPCH est utilis.
Notons que le canal de transport DCH sappuie sur deux canaux physiques.
Le canal physique
DPDCH (Dedicated Physical Data Channel) transporte les informations des
couches hautes ainsi que les donnes utilisateur alors que le canal physique
DPCCH (Dedicated Physical
Control Channel) vhicule les informations de contrle ncessaire la couche
physique. Ces deux canaux ddis sont essentiels au support de dbits
variables au niveau de la couche physique. Le dbit du canal DPCCH est par
contre constant alors que celui du canal DPDCH peut varier dune trame
lautre.
3.4.2 Les interfaces logiques dans lUTRAN

La norme UTRAN dfini quatre interfaces Uu, Iub Iur et Iu .
Les structures des protocoles de ces interfaces ont t dfinies selon un unique modle (Figure
3.6) cette structure repose sur le fait que les couches et les plans sont logiquement indpendants
les un des autres et quune partie de cette structure pourrait tre modifie sans modifies les autre
parties.
La structure des protocoles est constitue de deux couches principales : une couche radio (Radio
Network Layer) et une couche de transport (Transport Network Layer)[3]
26
Figure 3.6 : Modle de protocole des interfaces UTRAN

Linterface Uu relie le terminal mobile au Node B par intermdiaire
dune liaison radio. La couche physique de linterfaces Uu est base sur la
technique CDMA accs multiple a rpartition en codes.
Linterface Iub permet de connecter le Node B au RNC et linterface Iur est
situe entre 2 RNC, et qui nexistait pas dans le GSM, elle est introduite pour
permettre ltablissement de deux ou plusieurs chemins entre le rseau et un
mobile via deux stations de base potentiellement diffrentes.
Linterface Iu permet de connecter lUTRAN au rseau coeur. Cest une
double interface : une interface vers le domaine de commutation circuit du
rseau coeur Iu-Cs et une vers le domaine de commutation paquet Iu-PS.
La figure (3.7) montre la structure protocolaires des interfaces Iu, Iur et Iub
daprs la premier release de 3 GPP qui a choisi AAl2/ATM comme protocole
de transport du plan usager des interfaces Iu-CS, Iur et Iub et AAl5/ATM pour
linterfaces Iu-PS
La release 5 de 3GPP a choisi le protocole IP comme protocole de transport pour ces interfaces
27
(a) Iu-CS
(C)
Iub
(b) Iu-PS
(d)
Iur
Figure 3.7 Structure des protocoles des interfaces Iu, Iub et Iur
28
CHAPITRE 4
Architecture et mcanisme de QoS de bout en bout dans le rseau
UMTS
Durant ces dernires dcennies, on assistait une croissance trs importante de deux
secteurs technologiques : lInternet et les communications mobiles sans fil. Selon lUnion
Internationale des Tlcommunications (ITU), il y a approximativement 600 millions
dutilisateurs dInternet la fin de lanne 2002. Une croissance de mme ampleur a touch les
rseaux cellulaires mobiles. Bien quils aient tous les deux un succs remarquable auprs des
usagers, ces deux technologies ont t souvent vues sparment lune de lautre. Ceci est d
principalement leur nature diffrente : lInternet a t conu pour transporter du trafic de
donnes alors que les rseaux cellulaires sans fil ont t initialement conus pour transporter la
voix. Ces dernires annes, la frontire entre ces deux technologies commence sestomper,
surtout avec lintroduction de plusieurs propositions pour les tlcommunications mobiles
internationales IMT-2000 dans lITU. Cela a conduit lapparition des systmes rseautiques
mobiles des prochaines gnrations qui sont supposs tre des plates-formes multiservices
supportant voix, vido et services de donnes des hauts dbits. Lvolution des rseaux mobiles
dans le sens doffrir cette multitude de services hybrides aux usagers mobiles na pas pu russir
sans lintroduction du support de la qualit de service (QoS). Dans ce chapitre, nous allons
donner un aperu sur les spcifications de larchitecture de la QoS dans les rseaux troisime
gnration UMTS, ainsi que les modles de gestion de la QoS dans les rseaux IP.
29
4.1 QoS dans les rseaux UMTS

Lintroduction dun nouveau rseau de coeur commutation de paquets dans le systme
cellulaire assure, en plus de lutilisation optimale des ressources, le transport des nouveaux
services multimdia faible cot. Mais, pour assurer le bon fonctionnement de ces services
mergents, il est indispensable de fournir une plate-forme de support de QoS dont larchitecture
sera dtaille dans ce qui suit.
4.1.1 Architecture de la QoS dans les rseaux UMTS

La QoS nest rien dautre quun ensemble de besoins de service qui doivent tre satisfaits
par le rseau tout au long du transport des flux de trafic de la source la destination.
Gnralement, les attributs de QoS sont dfinis en termes de dbit binaire garanti, taux derreur
binaire, dlai et gigue. Souvent, la QoS seffectue par allocation de ressources, ce qui va
introduire la notion de gestion de ressources en utilisant des services support, des protocoles de
rservation ainsi que des mcanismes de diffrenciation [6].
Contrairement aux services de liaison de donnes qui sont gnralement considrs point point
ou point multipoint, les services rseau sont tablis de bout en bout, c'est--dire, dun
quipement terminal (TE) un autre. Le flot de communication de bout en bout de ces services
rseaux traverse diffrents types de rseaux offrant diffrents QoS lusager.
Pour assurer un certain niveau de QoS, des Bearer Service (BS) ou services support avec des
paramtres et des fonctionnalits bien dfinis, doivent tre tablis entre la source et la destination
dun service rseau donn. Un service support doit avoir la capacit de fournir la QoS contracte
entre un usager et un rseau ou entre un domaine rseau et un autre domaine rseau adjacent.
Ceci est essentiellement ralis par des mcanismes tels que le contrle de signalisation, le
transport sur le plan usager, et les diffrentes fonctionnalits de gestion de QoS. Une architecture
en couches des services support est illustre la Figure 4.1, chaque service support dune couche
spcifique offre ces services particuliers en utilisant les services fournis par les couches
infrieures.
30
Figure 4.1 Architecture fonctionnelle de la QoS UMTS
4.1.2 Le service support UMTS

Le trafic dun quipement terminal TE un autre TE doit passer par diffrents supports de
service du rseau. Le service de bout en bout de la couche application utilise une combinaison
dun ensemble de trois services support des couches infrieures : un service support local qui
rside dans le TE/MT et qui dfinit ses capacits locales de QoS, un service support UMTS et un
service support externe. Dans cette section, nous nous intressons au service support UMTS vu
que cest la composante qui fournit la QoS UMTS. Le service support UMTS est constitu de
deux sous-composantes : le service support daccs radio ou Radio Access Bearer (RAB) et le
service support du rseau de coeur ou Core Network Bearer (CNB). Les deux services utilisent
des mthodes optimises pour fournir le service support UMTS au dessus des topologies
31

cellulaires respectives, en prenant en considration des aspects tel que la mobilit et le profil des
usagers mobiles.
La QoS ct radio assure par le service support daccs radio (RAB)
Le RAB assure le transport confidentiel de la signalisation et des donnes usager entre le
terminal mobile MT et le noeud priphrique du CN (interface Iu ou point dinterconnexion entre
RNC et CN) avec une QoS conforme au service support UMTS ngoci. Pour cela, il utilise des
techniques spcifiques comme le contrle de puissance ou le contrle dadmission radio qui
tiennent compte des diffrents profils de QoS (ensemble des attributs du service support UMTS).
En plus, le service RAB est bas sur les caractristiques spcifiques de linterface radio et doit
tre maintenu tout au long du mouvement dun terminal mobile. Pour supporter diffrents
niveaux de protection contre les erreurs, le rseau daccs terrestre UTRAN et le terminal mobile
MT ont la capacit de segmenter et de rassembler des flots dusagers en diffrents sous-flots la
demande du service support radio. Ce service support radio traite diffremment les sous-flots
dun mme flot usager, de manire assurer les exigences en fiabilit spcifiques chaque sousflot. Ces exigences en fiabilit, tel que le format exact dune unit de donnes de service (SDU),
sont sujettes une signalisation pralable avec lUTRAN la phase dtablissement du RAB en
utilisant des attributs standardiss. Le service support Iu, en utilisant le service support physique,
offre un transport entre UTRAN et CN avec diffrents autres services assurant une varit de
niveaux de QoS.
La QoS ct rseau assure par le service support du rseau de coeur (CNB)
Le service support du rseau de coeur connecte le noeud priphrique du CN avec la
passerelle du CN jusquau rseau externe. Le rle de ce service est de contrler et dutiliser
efficacement le rseau de coeur UMTS afin doffrir le service support UMTS. De plus, une
intgration suffisamment efficace est effectue au niveau de toutes les couches existantes en
chaque point de multiplexage travers, c'est--dire dans chaque noeud UMTS du rseau de coeur.
Le transfert asynchrone propre aux rseaux en mode paquet actuels perd la structure temporelle
du flux et introduit un dlai et une gigue alatoires. Pour viter les engorgements, problme
important dans les rseaux commutation de paquets, on augmente souvent la capacit des
mmoires tampon au niveau des files des routeurs. Cette technique, utilise dans les noeuds
32

UMTS, peut toutefois introduire des retards inacceptables pour les applications en temps rel tel
que la tlphonie sur IP. Cela nous conduit la dfinition dun systme de gestion de la QoS
spcifique un rseau UMTS et dont les diffrentes fonctions sont dtailles dans ce qui suit.
4.1.3 Les fonctions de gestion de QoS dans un rseau UMTS

Pour assurer la prestation du service ngoci au service support UMTS avec une QoS bien
spcifique entre les points daccs, le rseau UMTS offre diffrentes fonctionnalits de gestion
classifies en deux plans : le plan contrle et le plan usager.
Les fonctions de gestion de QoS dans le plan de contrle
Ces fonctions assurent ltablissement et la modification dun service support UMTS en utilisant
la signalisation et la ngociation avec les services UMTS externes ainsi que ltablissement et la
modification de tous les services internes avec les caractristiques requises. Les fonctions de
gestion de QoS du plan de contrle englobent:
Le gestionnaire de service qui coordonne les fonctions du plan de contrle (tablissement,
modification et maintenance du service). Il fournit toutes les fonctions de gestion de QoS du plan
usager avec les attributs demands. De plus, il peut interroger dautres fonctions de contrle pour
recevoir la permission de fournir le service.
La fonction de translation qui effectue la conversion entre les attributs de QoS du service
support UMTS et ceux des protocoles de contrle des services du rseau externe (exemple : entre
les attributs de service UMTS et les TSPEC de lIETF). Elle peut aussi se charger de la
conversion entre ses propres attributs de service et les attributs dun service de couche infrieure
quelle utilise (exemple : entre les attributs des services UMTS et attributs des classes ATM).
Le contrle dadmission et de capacit qui maintient les informations concernant toutes les
ressources disponibles dune entit rseau ainsi que toutes les ressources alloues au service
support UMTS. Il dtermine pour chaque requte ou modification dun service support UMTS si
les ressources demandes peuvent tre fournies par lentit. Si cest le cas, il les alloue au service
support UMTS et assure leur maintien. De plus, cette fonction vrifie la capacit de lentit
rseau fournir le service demand. Le contrle des ressources effectu par le contrle
dadmission supporte galement la rtention de service.
Le contrle de souscription qui vrifie les droits administratifs de lusager dun service support
UMTS pour lutilisation du service demand avec les attributs de QoS spcifies.
33

Les gestionnaires du service support UMTS dans le terminal mobile MT, dans le noeud
priphrique du CN ainsi que dans la passerelle du CN schangent des donnes de signalisation
travers la fonction de translation et avec les instances du rseau externe afin dtablir ou de
modifier un support de service UMTS. Par consquent, la QoS contracte peut tre fournie au
service de bout en bout dans le rseau UMTS.
Les fonctions de gestion de QoS dans le plan usager
Ces fonctions assurent la prestation de la QoS ngocie pour un service support UMTS en
maintenant le trafic des donnes usager dans les limites dfinies par des attributs de QoS
signales lavance. Les fonctions de gestion de QoS du plan usager englobent.
La fonction dassociation qui fournit chaque unit de donnes un marquage spcifique au
moment de son transfert par le service de support et lui permettant de recevoir la QoS contracte
La fonction de classification qui attribue les units de donnes aux diffrents services tablies
pour un terminal mobile MT selon leurs attributs de QoS relatifs. Le service support UMTS
appropri est driv partir de lentte de lunit de donnes ou partir des caractristiques du
trafic des donnes.
Le gestionnaire de ressources qui partage et distribue les ressources disponibles aux diffrents
services suivant leurs besoins en QoS. Lordonnancement, la gestion de bande passante et le
contrle de puissance pour le support radio sont des exemples de gestion de ressources.
Le conditionneur de trafic qui assure la conformit entre la QoS ngocie pour un service et le
trafic des units de donnes correspondant. Le conditionnement du trafic est ralis par des
mcanismes de rglementation et/ou de mise en forme du trafic (policing et/ou shaping). La
rglementation du trafic se fait en marquant les units de donnes qui ne correspondent pas avec
les attributs de QoS appropris, et en les rejetant dans le cas de congestion. La mise en forme du
trafic se fait en accord avec les attributs de la QoS contracte.
34
4.1.4 Les classes de QoS de lUMTS

Le projet de partenariat de troisime gnration (3GPP) dfinit quatre classes de QoS [1]
[6] pour lUMTS : la classe conversationnelle, la classe dcoulement ou flux continu, la classe
interactive et la classe darrire-plan. Le facteur distinctif principal de ces classes est la sensibilit
du trafic aux dlais. Les caractristiques de ces classes sont dfinies au Tableau 4.1. La classe
conversationnelle est conue pour les trafics les plus sensibles aux dlais, alors que la classe
darrire-plan est la classe de trafic la moins sensible aux dlais. La classe conversationnelle et la
classe flux continu sont gnralement prvues pour acheminer un flux temps rel (dit non
lastique) et le niveau de sensibilit au dlai distingue entre les deux. En effet, les services
conversationnels tel que la voix et la vido tlphonie sont les applications les plus sensibles aux
dlais et doivent tre achemins dans la classe conversationnelle. La classe interactive et la classe
darrire-plan sont gnralement utilises pour les applications traditionnelles, dites lastiques,
comme le WWW, le courrier lectronique, Telnet et FTP. En raison des contraintes de dlais
moins strictes compares aux classes conversationnelles et flux continu, ces deux classes offrent
un meilleur taux derreur en utilisant des mcanismes avancs de retransmissions et de codage de
canal.
La distinction entre classe interactive et classe darrire-plan assure un temps de rponse plus
court pour les applications interactives tel que la navigation web. De plus, le trafic interactif a une
plus haute priorit que celle du trafic darrire-plan au niveau des mcanismes
dordonnancement, et les applications gnrant un trafic darrire-plan utilisent les ressources de
transmission seulement si les applications interactives nen ont pas besoin. Ceci est trs important
dans un environnement sans fil o la bande passante est trs limite.
35
Type de trafic
Dlai
de
transmission
Variation
Faible
du dlai
derreurs
taux
sur
Dbit
binaire
les bits
garanti
Conversationnel Stricte
Stricte
Non
Oui
flux continu
Limit
Limit
Non
Oui
Interactif
Limit
Non
Oui
Non
Darrire-plan
Non
Non
Oui
Exemple
Non
VoIP,
visioconfrence,
audioconfrence
Services
de
diffusion
(audio, vido), actualits,
sports
Navigation sur le web,
jeux, commerce mobile
courrier lectronique,SMS,
tlchargements de BDs,
transfert de mesures
Tableau 4.1 : Classes de trafic UMTS

La classe conversationnelle
La voix tlphonique comme celle du GSM est le service dutilisation le plus connu pour
cette classe. Toutefois, avec lmergence des services multimdia sur Internet, beaucoup dautres
nouvelles applications peuvent profiter de cette classe, comme la voix sur IP et la
visioconfrence. La conversation temps rel est souvent effectue entre des paires de terminaux
humains. Cest le seul schma pour lequel les caractristiques requises sont donnes
exclusivement par la perception humaine. En effet, le dlai maximal de transfert est sujet la
perception humaine de la conversation vido et audio. Par consquent, la limite du dlai de
transfert pour cette classe est non seulement significativement basse mais aussi plus stricte que le
dlai daller-retour du trafic de la classe interactive.
La classe flux continu ou coulement
Cette classe est prvue pour les flux temps rel audio ou vido. Gnralement, un flux
temps rel est transfr lintention dune destination ayant une prsence humaine et,
36

contrairement la classe conversationnelle dont le flux de donnes est bidirectionnel, le flux de
donnes de la classe dcoulement est unidirectionnel. Ce schma de trafic est lun des nouveaux
venus dans les rseaux de communications soulevant un certain nombre de nouvelles exigences
non seulement dans les rseaux de communication mais aussi dans les systmes de
tlcommunications. La variation de dlai dun flux de bout en bout doit tre limite, afin de
prserver la relation temporelle (variation) entre les entits de donnes du flux, malgr quil ny
ait aucune exigence sur le niveau exact du dlai de transfert. Toutefois, comme le flux est
temporellement align au bout rcepteur (par des techniques de mise en mmoire tampon dans
lquipement usager), la plus haute variation de dlai acceptable travers le mdium de
transmission est donne par la capacit de la fonction dalignement temporel au niveau de
lapplication. Ainsi, la variation de dlai acceptable est beaucoup plus importante que celle exige
par les limites de la perception humaine.
La classe interactive
Le schma de cette classe sapplique lorsquune machine ou un usager humain lance une
requte de donnes vers un quipement tel quun serveur web. Le trafic interactif est un autre
schma classique des communications de donnes caractris essentiellement par le dlai dallerretour dune requte rponse. Une autre caractristique de ce genre de trafic est la transparence
dans le transfert du contenu des paquets de donnes en assurant un taux derreur binaire (BER)
trs faible.
La classe darrire-plan (background)
Ce schma sapplique quand lusager ou encore une machine envoie et reoit des fichiers
de donnes en arrire-plan. Courriels, SMS, tlchargement de base de donnes et rception
denregistrements de mesures sont quelques-uns des diffrents services qui peuvent tre dlivrs
par la classe darrire-plan. Ce genre de trafic est caractris essentiellement par le fait que la
destination nest pas en attente dune rponse jusqu un certain temps. Ce qui fait que le trafic de
cette classe est le moins sensible aux dlais. Toutefois, la transparence dans le transfert du
contenu des paquets doit tre assure par des mcanismes de contrle derreurs.
37
4.1.5 Les attributs de QoS du service support UMTS

Ces attributs dcrivent le service fourni par le rseau UMTS lusager dun service
support UMTS. Un ensemble dattributs de QoS ou encore un profil de QoS dfinit ce service. En
effet, ltablissement ou la modification dun service support, on doit tenir compte de la
disponibilit de plusieurs profils de QoS:
- La classe de trafic (conversationnelle, coulement, interactive ou darrire plan) : le type
dapplication pour lequel le service support UMTS est optimis.
- Le dbit binaire maximal (en Kbps) : le nombre maximal de bits fournis par le rseau UMTS en
un point du rseau tout au long dune priode de temps donne, divis par la dure de cette
priode.
- Le dbit binaire garanti (en Kbps) : le nombre garanti de bits fournis par le rseau UMTS en un
point du rseau tout au long dune priode de temps donne, divis par la dure de cette priode.
Les attributs de dlai et de fiabilit discuts ne sont garantis que si le trafic nexcde pas le dbit
binaire garanti.
- Lordre de livraison (oui/non) : indique si le support UMTS doit livrer les SDU dans le bon
ordre de squence ou non.
- La taille maximale du SDU (octets) : la taille maximale permise dune unit de donnes de
service.
- Le taux derreur des SDU: indique la fraction de SDUs perdues ou errones. Cet attribut nest
dfini que pour le trafic conforme.
- Le taux derreur binaire rsiduel: indique le taux derreur binaire indtectable dans les SDUs
livres.
- Livraison des SDUs errones (oui/non/-) : indique si les SDUs errones sont livres ou rejetes.
- Le dlai de transfert (msec) : indique le dlai maximal du 95 me% de la distribution du dlai
pour toutes les SDUs livres durant la dure de vie du support de service (5% des SDUs livres
pendant cette dure peuvent ne pas satisfaire cette contrainte de dlai maximal). Le dlai dune
SDU est dfini comme le temps coul entre la requte de transfert du SDU en un bout du rseau
et sa livraison lautre bout du rseau.
- La priorit de traitement du trafic: spcifie limportance relative du traitement de toutes les
SDUs appartenant un support UMTS par rapport ceux appartenant dautres supports.
38

- La priorit dallocation et de rtention: spcifie limportance relative de lallocation et de la
rtention dun support UMTS par rapport aux autres.
-Le descripteur de statistiques sur la source (voix/inconnu) : spcifie les caractristiques de la
source des SDUs.
Les attributs du support UMTS dfinis prcdemment ainsi que leur pertinence pour chaque
classe de trafic sont rsums au Tableau 4.2. Pour la classe conversationnelle et la classe flux
continu, malgr que le dbit binaire de la source puisse varier, le trafic est suppos tre
relativement dpourvu de rafales excessives. De ce fait, il est significatif de garantir un dlai de
transfert pour chaque SDU. De plus, pour ces deux classes, linformation de format de SDU est
utilise dans le cas o le mode RLC (Radio Link Control) transparent est activ, ce qui permet de
rduire les PDUs de leur entte. Pour la classe interactive, la priorit de traitement du trafic
permet de diffrencier entre plusieurs qualits de service pour les services support de cette classe.
Classe de trafic
Dbit maximal
Livraison dans le bon ordre
Taille maximale dune SDU
Information de format de SDU
Taux rsiduel derreur sur les bits
Remise des SDUs errones
Dlai de transfert
Dlai binaire garanti
Priorit de traitement du trafic
Priorit dallocation/rtention
Trafic
Trafic
Trafic
Trafic
conversationnel
X
X
X
X
X
X
X
X
flux continu
X
X
X
X
X
X
X
X
interactif
X
X
X
Darrire plan
X
X
X
X
X
X
X
X
X
Tableau 4.2 : Attributs de QoS du service support UMTS
4.2 La QoS dans le rseau IP

sa naissance, le protocole IP a t conu pour noffrir aucune garantie de QoS, du fait
quon attendait seulement quil donne un service best effort. Quand un lien est congestionn dans
un rseau IP, les paquets qui font dborder les files des routeurs sont souvent rejets. Comme le
rseau traite les paquets de la mme faon, nimporte quel flux peut tre affect par une
congestion. Le service best effort avec sa simplicit et sa gratuit a facilit la croissance
exponentielle de lInternet vers un systme global plantaire en popularisant des applications tel
39

que le courrier lectronique, la navigation Web et le transfert de fichiers. Toutefois, contrairement
aux applications qui tolrent une grande variation de dlais ou des pertes de paquets, les
nouvelles applications multimdia en rcente mergence ont des besoins beaucoup plus stricts qui
ne peuvent pas tre satisfaits par ce service bas sur le concept mme service pour tous. De ce
fait, une solution communment utilise consiste tendre les potentialits dInternet avec des
mcanismes de diffrenciation de services, dans le but doffrir un niveau de service plus lev
aux applications qui en ont besoin en acceptant diffrents accords avec loprateur du rseau
des cots plus ou moins levs. Ces considrations ont conduit au dveloppement rapide par
lIETF de deux standards pour assurer la QoS: le premier tant le modle de services intgrs
associ au protocole de rservation de ressources (IntServ/RSVP) et le deuxime le modle des
services diffrencis (DiffServ).
4.2.1 Le modle dintgration des services IntServ

Le modle IntServ [8] dfinit des mcanismes qui contrlent le niveau de QoS fourni par
le rseau des applications ncessitant une garantie de service beaucoup plus stricte que celle
fournie par le service best effort. Larchitecture IntServ suppose que des mcanismes
d'tablissement de services sont utiliss explicitement pour transmettre les informations de QoS
aux routeurs impliqus dans un chemin origine/destination. Ces mcanismes permettent chaque
flux de demander un niveau de QoS particulier, le protocole de rservation de ressources RSVP
[9] tant le plus utilis de ces mcanismes. Le RSVP tablit et maintient un tat logiciel entre les
nuds constituants le chemin emprunt par les paquets. Cet tat logiciel est caractris par des
messages priodiques de rafrachissement envoys le long du chemin pour maintenir l'tat de
rservation. Au niveau technique, la rservation de ressources par flux prsente des difficults
dimplmentation et des limitations de dploiement. Le dploiement grande chelle de RSVP se
heurte la difficult de grer un grand nombre dutilisateurs (scalability). Plus il y a dutilisateurs
de IntServ/RSVP, plus il y a dtats crer et maintenir pour des destinations diffrentes chaque
fois. Le cot introduit par la gestion des tats et lordonnancement par flux peut entraner une
rduction considrable de leur performance.
40
4.2.2 Le modle de diffrenciation des services DiffServ

L'IETF a cre en 1997 le groupe DiffServ (Differentiated Services) qui bnficie des
travaux de IntServ et tente de dpasser les difficults rencontres dans le modle intserv. Le
modle DiffServ [7] introduit la notion de lagrgation des flux en quelques classes offrant des
services spcifiques par agrgat (per Aggregate), il n'offre aucune garantie sur les flux
individuels. Dans ce modle il ny a pas de rservation de ressources travers les noeuds, tel que
IntServ, mais un traitement diffrenci, appel PHB (Per Hop Behavior) qui est bas sur la
priorit par classe pour rpondre la QoS demande. Autre que le best effort, deux services sont
dfinis: Expdi (Expedited Forwarding) et assur (Assured Forwarding). L'architecture
gnrique pour un domaine DiffServ fait la distinction entre le systme qui constitue le coeur du
rseau (core) ou routeurs internes du domaine, et les systmes ralisant l'accs aux rseaux
terminaux (edge) ou routeurs de frontire du domaine. La fonction principale des routeurs
constituant le cur consistent acheminer les paquets aussi vite que possible selon la priorit de
la classe du paquet, cette priorit est traduite par l'tiquette du champ DS (DiffServ) de l'en-tte
IP. Les routeurs d'accs se chargent des fonctions de conditionnement, de contrle d'intgrit et
d'admission des paquets dans le rseau.
41
Chapitre 5
Intgration des rseaux UMTS /WLAN
5.1 Introduction
Le rseau UMTS offre au utilisateurs des services de transmission de la voix et les
donnes mais avec un dbit limit a 2 Mbps, la bande passante offerte aux utilisateurs est
asymtrique selon quil y a un upload ou un download , gnralement un download
est 2 3 fois plus rapide quun upload . Les oprateurs veulent combler ces inconvnients
(notamment la faible limitation de dbit) en maximisant les performances tout en rduisant les
cots.
Le WLAN est un rseau offrant un dbit pouvant atteindre 54 Mbps.
La question naturelle qui se pose est : peut-on intgrer les 2 rseaux WLAN et UMTS de
sorte exploiter les meilleurs services (les points forts) de chaque rseau.
Plusieurs solutions sont possibles pour intgrer ces deux rseaux [10] [11].
5.2 WLAN 802.11

Le standard IEEE 802.11 fonctionne en mode ad-hoc et en mode infrastructure. Dans
le mode infrastructure, un point daccs (AP) coordonne les transmissions entre les nuds
quils lui sont attachs. Un point daccs gnre de faons priodique un beacon dcrivant
lidentifiant du rseau ESSID et lidentifiant de la cellule (adresse MAC du point daccs)
et dautre informations.
Ds quun EU Equipment User est allum, il envoi une requte dassociation au AP dont il
est associ. Lorsque le EU passe une nouvelle cellule dans le mme rseau, en recevant un
beacon qui contient lidentifiant de la nouvelle cellule, il envoi une requte de
rassociation au nouveau AP qui contient ladresse Mac de lancien AP, le nouveau AP utilise
cette dernire pour rcuprer le contexte dinformation de lancien AP.
La norme 802.11 dfini deux fonctions MAC.
Le PCF (Point Coordination Function) ou le point daccs gre laccs au rseau et Le DCF
(Distributed Coordination Function)
ou laccs au rseau est distribu, la technique utilise
dans le DCF est le CSMA/CA

Ce protocole permet au nud de retransmettre les donnes.
42
5.3 IP dans les rseaux 802.11 WLAN

Plusieurs points daccs (AP) peuvent tre connects via un rseau de routage IP pour
construire un rseau IP WLAN comme il est montr sur la figure (5.1).
Le point daccs (AP) joue le rle dinterface radio entre un ou plusieurs utilisateurs et le
rseau WLAN, un utilisateur est connect un seul routeur daccs (AR). Lorsquun
utilisateur passe dune cellule une autre sans changer le (AR), un handover intra-AR est
excut, dans ce cas le AR coordonne et contrle les changes les deux points daccs. Un
handover inter-AR est excut lorsque la station change le routeur daccs (RA). Dans ce cas
le nouveau AR agit avec la station pour excuter un handover IP.
Figure 5.1 : rseau IP WLAN
5.4 Architecture dintgration :

Pour dfinir larchitecture dintgration des deux rseaux UMTS et WLAN les points
suivants doivent tre abord :
1. le modle de qualit de service QoS pour chacun des deux rseaux.
2. comment assur le routage des donnes entre les deux rseaux lorsque la gestion de
mobilit est employe dans chaque type de rseau ?
Dans le GPRS les donnes sont routes via un tunnel tablit entre le GGSN et le SGSN
et
un autre tunnel entre le SGSN et le RNC, alors que dans le WLAN le protocole IP
Mobile est employ pour la gestion de mobilit.

3. comment choisir le meilleur point dintgration lorsque plusieurs choix sont
possibles ?
Le WLAN peut tre connect au RNC, SGSN ou GGSN. Chacune de ces trois connexions
a des avantages et des inconvnients.
Lintgration des deux rseaux doit garantir les lments suivants :
43
Un utilisateur du rseau WLAN peut utiliser le domaine PS du rseau UMTS pour la

transmission des donnes sans passer par lUTRAN et utilis le domaine CS pour la
transmission de la voix. Il peut tablir et maintien les deux connexion simultanment.
Un utilisateur du WLAN peut augmenter les services des donnes le temps quil est
connect au WLAN et bnfici de certaines applications qui demande un grand dbit
et que lUMTS ne peut pas les assur.
Lutilisateur dans le rseau UMTS utilise le sous systme du rseau radio RNS UMTS
pour le domaine de commutation de paquet (PS) et le domaine de commutation de
circuit (CS).
Lide fondamental pour cet architecture est que lorsque lutilisateur arrive a un
secteur (cellule) ou le WLAN est assur, la connexion PS (Paquet Switch) via UMTS RNS est
dmantele et rtablie par le rseau WLAN, par contre la connexion au niveau de domaine de
commutation de circuit reste toujours travers le rseau UMTS. Pour raliser cette
architecture, il faut avoir un EU (Equipement Usager) qui fonctionne avec les deux rseaux c-d un EU qui deux interface, un pour lUMTS et lautre pour le WLAN et quils peuvent
tre actives au mme temps.
RTC
Internet
CS
Figure 5.2 : Architecture dintgration

SGS
N
SRN
S
GGS
N
Le RNC accomplit des taches spcifiques la partie radio telle que la conversion des
B
WLAN
R et vice
paquets desR trames
versa, contrle des ressources radio et le contrle du handover.
Networ
IP
k
A
R
A
R
44
Packet Data
Signallling
Packet Data
Voice
Bearer
(CS)

Relier le WLAN RNC exige la rvision principale du protocole radio trs complexe
implment au niveau du RNC par ce que linterface radio des deux rseaux est totalement
diffrent.
Le WLAN peut tre reli au GGSN qui semble simplifie le passage de lUMTS vers
WLAN par ce que le GGSN maintien seulement des contextes de session pour les connexions
PS. Mais dans ce cas durant le handover vers UMTS, le SGSN doit recrer ltat de mobilit
et rtablit des contexte PDP avec le GGSN et des contexte RAB (Radio Access Bearer) avec
le RNC, ce sont les des informations que le GGSN na pas, par consquent lexcution du
handover sera lente.
Larchitecture dintgration prsente sur la figure (5.2) montre un rseau WLAN
connect un SGSN via le BR (Broder Routers). Une connexion via le rseau UMTS exige
un change de signalisation entre EU et le rseau pour tablir et contrl la liaison. Le EU qui
se trouve dans une cellule WLAN peut tre connect au deux rseau WLAN et UMTS
simultanment travers les diffrentes interfaces. La connexion UMTS est utilise pour le
service de voix. Cette connexion peut tre utilis aussi pour acheminer du trafic de
signalisation du domaine PS.
5.5 Modle de Terminal :

La figure (5.3) montre larchitecture de la pile protocolaire dun terminal Mobile
quip de deux interfaces, un pour UMTS et lautre pour le WLAN pour permettre dtablir
les deux connexions via les deux rseaux simultanment.
Cette architecture suit la conception des modles des couches internet. Le 802.11 WLAN
contient la couche IEEE 802.2 LLC et 802.11 MAC et lUMTS implmente les fonctions de
plan de contrle et le plan usager. Les fonctions implmentes au dessus de IP en UMTS sont
des protocoles
dencapsulation et de transfert du plan usager et des protocoles tel que
GMM/GM pour la gestion de mobilit et SM pour gestion de session et la couche RRC pour
le contrle des ressources radio.
Le protocole RSVP est un protocole de signalisation de QoS et de rservation de
ressource, et le protocole LMM (Local Mobility Managment) pour la gestion de mobilit.
45
figure 5.3 Modle du terminal
5.6 Rservation de ressource :

Le GPRS est un rseau orient connexion ou la session PS est tablit avant la
communication tre le mobile et les nuds de lInternet, des connexions SGSN-EU et GGSNSGSN sont tablit pour chaque session PS.
Le contexte PDP est utilis pour tablir la connexion et rserver les ressources dans le
domaine PS.
Le RAB (Radio Access Bearer) est utilis pour tablir le canal radio et rserver les
ressources radio entre le mobile et le RNC. La figure (5.4) montre lactivation du contexte
PDP.
Le mobile communique avec le SGSN pour initialise lactivation du contexte PDP, le
SGSN active le contexte PDP avec le GGSN et le RAB avec SRNC, il envoi la requte
create PDP contexte (CPC) au GGSN , il active RAB et aprs il envoi une rponse final au
mobile.
Le chemin de communication dun utilisateur du rseau WLAN reparti en deux, la
premire et le rseau GPRS et lautre est le rseau WLAN. La partie qui se trouve entre le
SGSN et le BR est considre comme une partie du rseau UMTS-GPRS. Le chemin GPRS
exige un contexte PDP pour toutes les sessions de donnes tablies avec le rseau WLAN.
Deux modes de QoS peuvent tre utilis au niveau des rseaux WLAN, IntServ ou DiffServ.
Comme le contexte PDP, lIntServ exige quune connexion soit tablie entre le EU et le BR
(Broder Router) pour garantir la QoS dans le rseau WLAN. Dans la cas ou le rseau WLAN
est bas sur le modle DiffServ ltablissement dune connexion ne sera plus exige.
46

Dans le rseau WLAN le protocole RSVP peut tre utilis pour la rservation des
ressources, lEU envois le message RSVP Path au SGSN pour tablir une nouvelle session qui
initialise le contexte PDP qui lui correspond (RSVP).
LEU maintien ladresse de SGSN dans le contexte de mobilit. Les paramtres de
sessions dans le message RSVP Path contiennent les paramtres qui dfinissent les services
UMTS.
Comme il est montr dans la figure (5.4) le SGSN ngocie ltablissement dune session avec
le GGSN en utilisant le contexte PDP la rponse est dans le message RSVP Resv pour lEU.
Les messages RSVP peuvent tre interprt et trait par le rseau WLAN pour la gestion de
QoS par le dploiement des routeurs RSVP-aware dans le rseau.
Pour la gestion de QoS en utilisant DiffServ, seulement les routeurs bords (edge
Routers) ont besoin dtre un RSVP-aware.
Si le rseau WLAN utilise le modle de QoS IntServ, plusieurs routeurs deviennent des
RSVP-aware utilisant RSVP pour rserver les ressources tout au long du chemin entre lEU et
le BR.
Figure 5.4 : la procdure de rservation des ressources
5.7 La mobilit et le handover

Le contexte de mobilit dans GPRS relie aux mouvements des EUs dans le rseau
UMTS est stock dans le SGSN et dans lEU lui-mme. LEU et quelques nuds (routeurs
daccs AR) dans les rseaux WLAN maintient le contexte de mobilit relie aux mouvements
des EUs dans le WLAN. Pour la gestion de mobilit et de handover, lEU doit maintenir les
deux contextes contexte de mobilit GPRS et contexte de mobilit WLAN .
47

Dans la figure (5.5), le contexte GPRS MM contient 3 tats nomms par les tiquettes
PMM et ltat WMM-connected. Le contexte est maintenu dans lEU et le SGSN. Lorsque un
EU est attach au rseau GPRS on dit quil est dans ltat PMM-connected. Quand il passe
ltat de veille il transite vers ltat PMM-idle et il libre les ressources radio.
Lorsque le mobile excute un handover vers le WLAN on dit quil est dans ltat
WMM-connected qui reflet la situation o le mobile est connect au WLAN.
Le contexte WLAN LMM montr dans la figure (5.5) contient les dtails des tats
relis la mobilit des EUs dans le WLAN. Il contient aussi deux tats GPRS-attached et
WLAN-attached. La transition du ltat GPRS-attached ltat WLAN-attached est le rsultat
dun handover inter-system de lUMTS vers le WLAN.
Figure 5.5 : ltat de mobilit maintenu par le SGSN et lEU
5.8 Conclusion :
Dans ce chapitre on a prsent une architecture dintgration des deux rseaux UMTS
et WLAN qui permet de garder une bonne QoS, cette architecture permet au EU de maintenir
une connexion PS pour les donnes a travers le WLAN et une connexion CS pour la
tlphonie a travers lUMTS. On a prsent aussi un modle de terminal avec double
interface, WLAN et UMTS pour permettre davoir les deux connexions simultanment ainsi
quun modle intserv pour grer la qualit de service.
48
Conclusion gnrale :
On a abord dans ce travail le sujet de la qualit de service dans le rseau UMTS toute
en passant par la prsentation des diffrents lments composants un tel rseau ainsi que les
protocoles utiliss dans ce type de rseau.
Ces rseaux UMTS ont t abords dans plusieurs tudes ces dernires annes,
notamment la qualit de services (QoS). Cependant sa tendance vers un rseau tout IP fait
de lui un axe de recherche ouvert plusieurs tudes, soit au niveau de la QoS ou au niveau de
la gestion de la mobilit ; loptimisation des ressources Radio ou mme leur intgration avec
dautres rseaux htrognes.
Cette tude nous a permet dtudier une intgration des deux rseaux UMTS et
WLAN. Une architecture qui permet davoir deux connexions via les deux rseaux
simultanment. Une connexion pour la transmission de la voix en temps rel via UMTS et
lautre pour la transmission des donnes via le WLAN.
Le rseau WLAN est la base utilis pour des services de donnes best-effort, les
recherches avenir seront orientes vers lintgration et lamlioration de la gestion de la
qualit de service dans ces rseaux. Ainsi que ltude de la gestion de ressources radio.
49
RFRENCES
[1] documentations de 3GPP http://www.3gpp.org/
[2]
Javier Sanchez, Mamadou Thioune UMTS, 2004
[3] Pierre Lescuyer UMTS les origines larchitecture, la norme , juin 2002
[4] Harri Holma & Antti Tosala les rseaux mobiles de troisime gnration, 2001
[5] Rani Makk Qualit de service et Performances des protocoles de transport dans
l'UTRAN Thse ENST Paris, 2003
[6] The specification TS 23.107 v.3.0.0 released by 3GPP specifies the UMTS QoS concept
and architecture 2002
[7] S. Black, RFC 2475,"An Architecture for Differentiated Service", 1998.
[8] R. Braden, D. Clark, S. Shenker, RFC1633: Integrated Services in the Internet
Architecture: an Overview, June 1994.
[9] J. Wroclawski, The Use of RSVP with IETF Integrated Services, 1997
[10] M. Jaseemuddin, An Architecture for Integrating UMTS and WLAN Networks,
proceeding in the 8th IEEE ISSC, 2003.
[11] Shiao-Li Tsao and Chia-Ching Lin Design and evaluation of UMTS-WLAN interworking
strategies IEEE, 2002
[12] Vijay K. Varma, Sudha Ramesh, K. Daniel Wong, Jeffrey A. Friedhoffer Mobility
Management in Integrated UMTS/WLAN Networks
[13] Site Web de lIETF : http://www.ietf.org
50

Rapport Final3

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport Final3

Transféré par

Droits d'auteur :

Formats disponibles

Etude de la Qualit de Service dans les rseaux UMTS

Etude de la Qualit de Service dans les rseaux UMTS

Etude de la Qualit de Service dans les rseaux UMTS

Etude de la Qualit de Service dans les rseaux UMTS

1.2. Les objectifs

Etude de la Qualit de Service dans les rseaux UMTS

1.3. La couverture de lUMTS

Hauteur d'antenne (env.)

A l'intrieur des immeubles

3 m au-dessus des toits

Etude de la Qualit de Service dans les rseaux UMTS

Etude de la Qualit de Service dans les rseaux UMTS

1.4. Les frquences

Figure 1.2 Spectre IMT 2000

Etude de la Qualit de Service dans les rseaux UMTS

1.4.1 Lorganisation frquentielle :

Figure 1. 3 : Utilisation de la Bande de Frquences pour lUMTS

1.4.2 Lorganisation temporelle :

Etude de la Qualit de Service dans les rseaux UMTS

Figure 1.4 : Structure de trame de lUMTS

1.5. Architecture du rseau UMTS

1.5.1 Architecture en point de vue physique

Etude de la Qualit de Service dans les rseaux UMTS

Figure 1.5 : Architecture gnrale du rseau UMTS

1.5.2 Architecture en point de vue fonctionnel

Etude de la Qualit de Service dans les rseaux UMTS

Etude de la Qualit de Service dans les rseaux UMTS

2.1. Architecture du rseau cur

Figure 2.1 : Architecture du rseau cur

Etude de la Qualit de Service dans les rseaux UMTS

2.1.1 Domaine commutation de circuits

2.1.2 Domaine commutation de paquet :

2.1.3 Les lments communs

Etude de la Qualit de Service dans les rseaux UMTS

2.2 Les protocoles utilises par le rseau cur

2.2.1 Le protocoles utilises par le domaine CS :

Etude de la Qualit de Service dans les rseaux UMTS

Figure 2.2 Les protocoles utiliss par le domaine CS

2.2.2 Les protocoles utilises par le domaine PS :

Figure 2.3 Les protocoles utiliss par le domaine CS

2.3 Evolution du rseau cur UMTS release 99 vers le tout IP

Etude de la Qualit de Service dans les rseaux UMTS

Etude de la Qualit de Service dans les rseaux UMTS

3.1 Architecture de lUTRAN

Figure 3.1 Architecture global de lUTRAN

Etude de la Qualit de Service dans les rseaux UMTS

Figure 3.2 Modle logique du Node B

3.1.2 Le RNC (Radio Network Controller)

Etude de la Qualit de Service dans les rseaux UMTS

3.2 Macrodiversit en CDMA :

Figure 3.3 macrodiversit et soft handover

Etude de la Qualit de Service dans les rseaux UMTS

3.4 Interface radio de lUTRAN

Figure 3.4 structure en couche de linterface radio de lUTRAN

Etude de la Qualit de Service dans les rseaux UMTS

3.4.1 Les canaux

Etude de la Qualit de Service dans les rseaux UMTS

Etude de la Qualit de Service dans les rseaux UMTS

Etude de la Qualit de Service dans les rseaux UMTS

Etude de la Qualit de Service dans les rseaux UMTS

Figure 3.5 : Correspondance des canaux de transport et des canaux physiques

Etude de la Qualit de Service dans les rseaux UMTS

3.4.2 Les interfaces logiques dans lUTRAN