5AKKARI Ramzi PDF

Cycle de formation des ingnieurs en Tlcommunications
Option:
Ingnierie des rseaux
Rapport de Projet de fin dtudes

Thme:
Etude et dploiement dun rseau EV-DO
dans un concept IMS
Ralis par :
Akkari Ramzi
Encadrant (s):
Mr.Rached Hamza
Mr.Jamel Sakka
Travail propos et ralis en collaboration avec
Anne universitaire: 2006/2007

Ddicaces
ma mre Chedlia et mon pre Chedli

en tmoignage de leur affection,
leurs sacrifices et de leurs prcieux conseils qui
qui mont conduit
la russite dans mes tudes ;
mes soeurs Wafa Afef et Amira

en leur souhaitant la russite dans leurs tudes et dans leurs
vies,
tous ceux qui mont aid afin de raliser ce travail,
Et tous ceux que jaime et qui maiment.
Je ddie ce travail
-i-
Ramzi
-i-
Avant propos
Ce travail a t ralis dans le cadre de projet de fin dtudes lcole suprieure des
communications de Tunis, en collaboration avec loprateur Tunisie Tlcom et
lquipementier Huawei, pour lobtention du diplme dingnieur en tlcommunication
option Ingnierie des rseaux.
Ce stage tant parvenu terme, je maperois que le temps a vite pass, heureusement que les
connaissances et les bons souvenirs font toujours durer la rjouissance.
Et cest en aveu du succs de ce stage que mes fervents mercis se vouent, Mr Rached
Hamza, matre assistant SUPCOM, pour sa serviabilit et ses hautes qualits morales, pour
son soutien et ses conseils aviss.
Je tiens galement prsenter mes sincres remerciements Mr Jamel Sakka, chef division
Tunisie Tlcom, pour sa disponibilit, sa collaboration, sa modestie et sa sympathie, pour ses
comptences, sa pdagogie et ses directives fructueuses quils na cess de me prodiguer tout
au long de ce projet, quil soit avis ici de mes sincres mercis.
Jadresse ma profonde gratitude Mr. Ahmed Sahnoun, Mobile Product Manager chez
Huawei, qui na pargn aucun effort pour le bon droulement de ce travail. Son encadrement,
sa disponibilit, ses remarques et ses consignes ont t pour moi dun grand apport.
Jadresse aussi ma plus vive reconnaissance tous mes enseignants de SUPCOM pour la
formation quils mont donn ainsi qu'aux membres de jury qui ont accept de juger mon
travail.
Finalement, je remercie tous ceux qui n'ont pargn aucun effort, de prs ou de loin, pour me
permettre d'accomplir mon travail et j'espre que a sera le bon dpart pour des travaux
ultrieurs.
- ii -
Rsum
Les oprateurs ainsi que les fournisseurs de services sont actuellement confronts une
problmatique quant aux orientations technologiques suivre pour amliorer les

performances de leurs systmes et garantir le support des applications avances.
La bonne planification des mthodes daccs ainsi que le choix de la stratgie dvolution du
rseau transport sont les cls de russite pour un oprateur ou lautre.
Les travaux mens dans le cadre de ce projet ont cern l'tude du rseau daccs EV-DO et
les rgles de sa planification ainsi que le concept IMS et les rgles de son dimensionnement.
Les rsultats de cette tude ont permis le dveloppement d'un outil informatique d'aide la
planification et au dimensionnement du rseau EV-DO dans un concept IMS.
En particulier, nous avons propos une stratgie pour le dploiement du rseau EV-DO et une
architecture dintroduction de lIMS dans le rseau de Tunisie Tlcom. Ensuite nous avons
appliqu notre outil de dimensionnement au futur rseau EV-DO de notre oprateur
historique, et nous avons fini par la proposition dune liste de recommandations prendre en
compte lors du dploiement du rseau EV-DO et la migration vers IMS.
Mots cls : EV-DO, accs haut dbit, IMS, services valeur ajout, convergence voix/data,
bilan de liaison, modle de trafic, planification, dimensionnement, MGW, MGCF, CSCF.
- iii -
Table des matires
Introduction Gnrale ............................................................................................................. 1
Chapitre I : Evolution du rseau daccs vers EV-DO et du rseau de transport vers le

concept IMS .............................................................................................................................. 3
I.1 Principes et avantages des systmes CDMA.................................................................................................. 3
I.1.1 La technique daccs CDMA : Laccs multiple rpartition de codes .................................................... 3
I.1.2 Utilisation des codes .................................................................................................................................. 4
I.1.3 Efficacit spectrale et conomique............................................................................................................. 5
I.1.4 Rutilisation de frquences ........................................................................................................................ 5
I.1.5 Soft Handover ............................................................................................................................................ 6
I.2 volution des systmes CDMA........................................................................................................................ 6
I.3 CDMA EV-DO rvision 0 ............................................................................................................................... 7

I.3.1 Principes fondamentaux de la norme ......................................................................................................... 7
I.3.2 Architecture du rseau EV-DO .................................................................................................................. 8
I.3.3 Description de la couche physique EV-DO ............................................................................................... 9
I.3.4 Description de la couche MAC EV-DO................................................................................................... 14
I.4 La norme 1xEV-DO Rev A ........................................................................................................................... 17

I.4.1 La QoS dans EV-DO Rev A .................................................................................................................... 17
I.4.2 Cls de performance de la rvision A ...................................................................................................... 17
I.4.3 Architecture dun rseau EV-DO Rev A.................................................................................................. 18
I.5 NGN Multimdia ou IMS (IPMultimedia Subsystem) ............................................................................... 20

I.5.1 Architecture IMS ..................................................................................................................................... 20
I.5.2 Structuration en couche de larchitecture IMS......................................................................................... 21
I.5.3 Entits de Rseau IMS ............................................................................................................................. 22
Chapitre II : Rgles dingnierie pour la planification radio et le dimensionnement du

rseau cur IMS..................................................................................................................... 27
II.1 La propagation dans lenvironnement radio ............................................................................................. 27

II.1.1 Les modes de propagation ...................................................................................................................... 27
II.1.2 Les chelles de variation......................................................................................................................... 28
II.1.3 Les modles de propagation ................................................................................................................... 28
II.2 Processus de planification radio ................................................................................................................ 30

II.2.1 Objectifs de la planification.................................................................................................................... 30
II.2.2 Bilan de liaison ....................................................................................................................................... 30
II.2.3 Calcul du rayon de la cellule................................................................................................................... 33
II.3 Dimensionnement dun rseau IMS ........................................................................................................... 33

II.3.1 Architecture cible du rseau EV-DO .................................................................................................... 333
II.3.3 Modle de trafic du rseau daccs......................................................................................................... 34
II.3.4 Mthodologie du dimensionnement........................................................................................................ 37
II.3.2. Processus de dimensionnement ............................................................................................................. 42
- vi -
Chapitre III : Dveloppement de loutil de planification EV-DO et de dimensionnement
du rseau cur IMS ............................................................................................................... 46
III.1 Spcification de loutil................................................................................................................................ 46

III.1.1 Scnario tudi ...................................................................................................................................... 46
III.1.2 Interface Utilisateur ............................................................................................................................... 48
III.1.3 Spcification des besoins....................................................................................................................... 48
III.1.4 Environnement de dveloppement ........................................................................................................ 48
III.1.5 Dtermination des Cas dutilisations..................................................................................................... 48
III.2 Dimensionnement de la partie radio ......................................................................................................... 49

III.2.1 Planification dun rseau EV-DO Rev 0 ............................................................................................... 50
III.2.2 Planification dun rseau EV-DO Rev A .............................................................................................. 56
III.3 Dimensionnement du coeur de rseau IMS.............................................................................................. 59

III.3.1 Spcification.......................................................................................................................................... 59
III.3.2 Utilisation de loutil............................................................................................................................... 60
III.3.3 Rsultats du dimensionnement .............................................................................................................. 60
Chapitre IV : Etude de cas : Planification du rseau EV-DO et dimensionnement du

rseau IMS de Tunisie Tlcom ............................................................................................ 66
IV.1 Etude de cas radio : dimensionnement du rseau EV-DO de Tunisie Tlcom .................................... 66
IV.1.1 La solution propose : ........................................................................................................................... 67
IV.1.2 Choix des gouvernorats cibles pour le dploiement.............................................................................. 68
IV.1.3 Choix des types de terrains................................................................................................................... 68
IV.1.4 Calcul de la couverture assure par lADSL ........................................................................................... 6
IV.1.5 Calcul des surfaces de couverture du rseau EV-DO............................................................................ 70
IV.1.6 Dimensionnement du rseau EV-DO Rev 0......................................................................................... 70
IV.1.7 Dimensionnement du rseau EV-DO Rev A........................................................................................ 71
IV.2 Etude Economique...................................................................................................................................... 72

IV.2.1 Cas dune zone suburbaine.................................................................................................................... 72
IV.2.2 Cas dune zone urbaine ......................................................................................................................... 78
IV.3 Etude de cas : dimensionnement du rseau IMS de Tunisie Tlcom.................................................... 79

IV.3.1 Rseau transport de Tunisie Tlcom et architecture adopte............................................................... 79
IV.3.2 Les paramtres gnraux de dimensionnement ..................................................................................... 80
IV.3.3 Rpartition des abonns par zone.......................................................................................................... 81
IV.3.4 Spcification des paramtres de la voix classique................................................................................. 81
IV.3.5 Modle de trafic data............................................................................................................................. 82
IV.3.6 Rsultats et interprtations .................................................................................................................... 82
IV.4 Liste de recommandations ......................................................................................................................... 85
Conclusion Gnrale .............................................................................................................. 88
Bibliographie .......................................................................................................................... 90
Annexe..................................................................................................................................... 91
-v-
Liste des figures
figures
Figure 1.1: Techniques daccs.............................................................................................................. 4
Figure 1.2 : Facteur de rutilisation de frquence .................................................................................. 5
Figure 1.3 : volution des systmes CDMA du standard cdmaOne cdma2000. ................................. 6
Figure 1.4 : Architecture dun rseau EV-DO ....................................................................................... 9
Figure 1.5 : Multiplexage TDM ........................................................................................................... 10
Figure 1.6 : Structure des canaux ......................................................................................................... 10
Figure 1.7 : Structure de la trame......................................................................................................... 11
Figure 1.8 : Procd de contrle de dbit............................................................................................. 15
Figure 1.9 : Architecture dun rseau EV-DO Rev A .......................................................................... 19
Figure 1.10 : Evolution des rvisions EV-DO ..................................................................................... 19
Figure 1.11 : Exemple darchitecture NGN Multimdia...................................................................... 21
Figure 1.12 : Architecture en couche dun IMS................................................................................... 23
Figure 1.13 : Interfonctionnement entre RTC et IMS .......................................................................... 25
Figure 2.1 : Processus de planification................................................................................................. 30
Figure 2.2 : Paramtres de calcul du Pathloss...................................................................................... 31
Figure 2.3 : Architecture cible.............................................................................................................. 34
Figure 2.4 : Etapes de calcul du trafic.................................................................................................. 39
Figure 2.5 : Etapes de calcul du trafic mode circuit............................................................................. 41
Figure 2.6 : Calcul de la capacit du MGW ......................................................................................... 43
Figure 3.1 : Scnario de dploiement et de migration.......................................................................... 47
Figure 3.2 : Diagramme de cas dutilisation ........................................................................................ 49
Figure 3.3 (a) (b) : Paramtres gnraux et paramtres de la zone...................................................... 51
Figure 3.4 : Paramtres par type denvironnement .............................................................................. 52
Figure 3.5 : Interface principale du simulateur .................................................................................... 53
Figure 3.6 (a) (b) : Rsultats de la simulation...................................................................................... 54
Figure 3.7 : Processus de calcul du rayon de couverture ..................................................................... 55
Figure 3.8 : Vrification de la capacit ................................................................................................ 56
Figure 3.9 (a) (b) : Paramtres de services et dbits offerts................................................................. 57
Figure 3.10 : Affichage des rsultats.................................................................................................... 58
Figure 3.11 : Interface de configuration............................................................................................... 61
Figure 3.12 : Modles de trafic............................................................................................................. 61
Figure 3.13 : Paramtres de la zone ..................................................................................................... 62
Figure 3.14 (a) (b) : Paramtres des technologies en mode circuit ...................................................... 63
Figure 3.15 : Rsultats par zone ........................................................................................................... 64
Figure 3.16 : Les dtails par zone......................................................................................................... 65
Figure 4.1 : Variation du dbit de lADSL2+ en fonction de la distance............................................. 67
Figure 4.2 : Rayon de couverture pour chaque dbit............................................................................ 73
Figure 4.3 : Evolution du cot total de linfrastructure CDMA EV-DO (Hors terminaux) ................. 74
Figure 4.4 : Evolution du cot total de linfrastructure CDMA EV-DO (Avec terminaux) ................ 74
Figure 4.5 : Evolution du cot par ligne de linfrastructure CDMA EV-DO....................................... 75
Figure 4.6 : Evolution du cot total de linfrastructure ADSL............................................................. 77
Figure 4.7 : Evolution du cot par ligne de linfrastructure ADSL...................................................... 77
Figure 4.8 : Rseau dorsal actuel de Tunisie Tlcom......................................................................... 80
Figure 4.9 : Rsultats gnraux ............................................................................................................ 83
- vi -
Liste des tableaux
Tableau 1.1 : Paramtres du lien descendant .......................................................................... 13

Tableau 1.2 : Paramtres du lien montant............................................................................... 14
Tableau 2.1 : Valeur de K par type dantenne ........................................................................ 33
Tableau 2.2 : Paramtres des abonns..................................................................................... 38
Tableau 3.1 : Paramtres du simulateur .................................................................................. 50
Tableau 3.2: Paramtres du simulateur de la partie cur du rseau ....................................... 59
Tableau 4.1 : Caractristiques gographiques et dmographiques de la Tunisie.................... 67
Tableau 4.2 (a) (b) : Surface et couverture ADSL pour chaque gouvernorat ........................ 69
Tableau 4.3 : Donns par gouvernorats du rseau EV-DO..................................................... 70
Tableau 4.4 : Rsultats de la Rev 0 ......................................................................................... 71
Tableau 4.5 : Rsultats de la Rev A ........................................................................................ 71
Tableau 4.6 : Paramtres de services adopts ......................................................................... 72
Tableau 4.7 : Cots des rseaux EV-DO Rev 0 et A .............................................................. 76
Tableau 4.8 : Rsultats du dimensionnement ......................................................................... 84
Tableau A.1 : Donnes gographiques et dmographiques .................................................... 91
Tableau A.2 : Rpartition des abonns par zone..................................................................... 92
Tableau A.3 : Modle de trafic des rseaux en mode circuit.................................................. 93
Tableau A.4 : Taux dactivit des services par zone .............................................................. 94
- vii -
Introduction Gnrale
Les oprateurs Tlcom ont compris trs tt que la convergence des mondes de lInternet, de
la tlphonie cellulaire et aussi de la tlphonie fixe tait au coeur du succs des services de
donnes valeur ajoute. Cest ainsi que lon a vu merger, partir de lanne 2000, un
discours mobilisateur relay par de nombreuses tudes pointant les perspectives ouvertes par
larrive de lInternet mobile.
Cette convergence implique une volution des rseaux daccs dune part et la migration des
rseaux transport vers une architecture de nouvelle gnration dautre part. Les oprateurs se
trouvent face un ensemble de choix pour la technologie du rseau daccs adopter ainsi
que la stratgie de migration du rseau dorsale dployer.
Les principales solutions concurrentes pour lvolution des rseaux daccs sont les rseaux
mobiles 3G et les rseaux sans fil IEEE. Malgr que, petit petit, les fonctionnalits de ces
deux rseaux se rejoignent (tout IP pour les rseaux mobiles, qualit de service pour les
rseaux IEEE, continuit des communications entre les rseaux...), il demeure dlicat de faire
des prvisions, tant l'avenir de ces divers rseaux dpend d'lments conomiques et
marketing. Les rseaux mobiles ont l'avantage d'arriver dj complets, d'tre dj en phase de
dploiement et d'tre pousss par la puissance marketing des grands oprateurs.
Les caractristiques gnrales des rseaux CDMA et les avantages propres de la norme EV-
DO font delle une des solutions 3G attractive pour loffre de lInternet mobile haut dbit en
tirant profit des caractristiques des services de donnes. Dans sa premire version, EV-DO
permet un accs avec un dbit allant jusqu 2,4576 Mbits/s, elle atteint le dbit de 3,072
Mbits/s avec la rvision A et 46 Mbits/s avec la rvision B assurant ainsi loffre, haut dbit,
des services de donnes mobiles valeur ajoute. La rvision C est en cours de
standardisation et elle permet des dbits allant jusqu 280 Mbits/s.
Pour assurer le support de ces nouveaux services, lvolution du rseau daccs doit
saccompagner par le dveloppement du rseau transport vers une architecture IMS qui
exploite pleinement des technologies de pointe pour offrir de nouveaux services sophistiqus
1
et augmenter les recettes des oprateurs tout en rduisant leurs dpenses dinvestissement et
leurs cots dexploitation.
Cest dans ce contexte que sinscrit notre projet de fin dtude ayant pour objectif de proposer
et de simuler une solution daccs haut dbit et une dmarche de dploiement du concept IMS
dans le rseau de loprateur Tunisie Tlcom.
Nous prsenterons tout dabord le rseau EV-DO choisie comme rseau daccs haut dbit et
larchitecture IMS, solution de migration du rseau cur pour loffre des services valeur
ajoute. Ensuite, nous allons proposer une stratgie de dploiement du rseau EV-DO ainsi
quune architecture de migration vers le concept IMS.
Cette stratgie sera ensuite simul avec un outil que nous allons dvelopper pour cet objectif,
les rsultats et les interprtations dgages nous servirons pour laborer une liste de
recommandations pour loprateur historique afin doptimiser le dploiement du rseau EV-
DO et lintroduction de larchitecture IMS.
Le prsent rapport est organis en quatre chapitres. Le premier chapitre trace les principales
caractristiques du rseau EV-DO, travers un aperu sur les systmes CDMA et une
prsentation dtaille des deux rvisions 0 et A de la norme. Le concept IMS est aussi
introduit au niveau de ce chapitre travers la description de son architecture et de ses entits
fonctionnelles. Le deuxime chapitre, sera ddi la prsentation des processus de
planification radio et de dimensionnement du rseau cur IMS. Il sagit en effet de dcrire la
dmarche suivre et les rgles appliquer pour raliser ces taches. Le troisime chapitre
comportera une description dtaille de loutil que nous avons dvelopp dans le but
dautomatiser les processus de planification et de dimensionnement en dcrivant la structure
de son interface, son approche conceptuelle, et la mthodologie de son utilisation. Finalement,
le quatrime chapitre prsentera les dtails de ltude de cas que nous allons raliser pour
valider notre outil. Dans une premire partie nous dcrirons la stratgie adopte pour le
dploiement du rseau EV-DO et lintroduction de lIMS dans le rseau de Tunisie Tlcom.
La deuxime partie prsentera les rsultats obtenus, les interprtations dduites et une liste de
recommandations suivre par loprateur lors du dploiement de lEV-DO et la migration
vers lIMS.
2
Chapitre I : Evolution vers EV-DO et lIMS
Chapitre I :
Evolution du rseau daccs vers EV-
EV-DO et du rseau de
transport vers le concept IMS
Introduction
Les systmes CDMA ont connu une forte croissance au cours de ces dernires annes. Le
nombre dabonns CDMA dans le monde a augment de 130% par an et slve plus de 200
millions fin 2005 [1]. Le systme CDMA2000 1x est en cours de dploiement dans de
nombreux pays afin dy apporter la transmission de donnes haut dbit et damliorer
simultanment lefficacit et la rentabilit du rseau. Les systmes CDMA de troisime
gnration 3G sappuie sur un ensemble de normes dfinies par lUnion Internationale des
Tlcommunications (UIT) sous la dnomination gnrique de CDMA2000. Le principal
avantage des technologies CDMA 3G rside dans leur capacit dapporter aux oprateurs les
moyens de fournir des services multimdias grce des amliorations significatives de
capacit tant lchelle de labonn que de la cellule.
Pour assurer ces services, une volution du rseau de transport doit se faire paralllement vers
le concept IMS. Ce concept est conu pour rpondre aux exigences de ces services en offrant
aux utilisateurs la possibilit dtablir des sessions multimdia et en utilisant tout accs haut
dbit et une commutation de paquets IP.
Dans ce premier chapitre, nous allons commencer par prsenter les caractristiques des
systmes CDMA ainsi quun aperu sur leur volution. Nous allons passer ensuite la
prsentation de la technologie EV-DO comme une solution 3G daccs haut dbit et doffre
de services multimdia. Nous finirons par introduire le concept IMS en dcrivant son
architecture et ses entits fonctionnelles.
I.1 Principes et avantages des systmes CDMA

I.1.1
I.1.1 La technique daccs CDMA : Laccs multiple rpartition de codes
3
Le CDMA est une mthode daccs multiple un mdium de communication par rpartition
de code : Plusieurs usagers ont alors accs un canal commun et peuvent lutiliser
simultanment jusqu' une certaine limite dusagers actifs dfinie par la tolrance et la
capacit du systme.
Figure 1.1: Techniques daccs
Cest une technologie dtalement du spectre qui est utilise depuis longtemps par les
militaires pour sa rsistance linterfrence et pour le niveau de scurit quelle offre. Cest
une technique qui consiste redistribuer et taler le signal sur une grande largeur de bande,
jusqu' le rendre idalement invisible , pour les autres utilisateurs de la mme largeur de
bande. Au rcepteur, lopration dtalement excute au transmetteur est rpte pour
rcuprer le signal en bande de base (ou une frquence intermdiaire) tandis que les autres
signaux transmis (interfrence) sont perus par le rcepteur comme tant du bruit.
Les systmes CDMA emploient des signaux Large Bande possdant de bonnes proprits de
corrlation, ce qui signifie que la sortie dun filtre adapt au signal dun utilisateur est petite si
ce nest pas le bon utilisateur.
I.1.2 Utilisation des codes

Au sein de la technologie CDMA, chaque terminal mobile dtient un code unique. Ce code
permet lidentification des usagers lors de la transmission. Ainsi, le code au sein de la
technique CDMA est quivalent la frquence au niveau de la technique FDMA (Frequency
Division Multiple Access), et au temps au niveau de la technique TDMA (Time Division
Multiple Access) [2].
Les systmes CDMA utilisent trois types de codes :
Codes PN courts : Le code PN court est un code de 16 bits utilis pour identifier les
stations de base.
Codes PN longs : Le long code est une squence utilise pour ses proprits pseudo-
orthogonales permettant de diffrentier entre les mobiles sur le lien montant.
4
Codes Walsh : Dans chaque cellule, le terminal mobile dtient un code unique. Ces codes
garantissent la proprit dorthogonalit des vecteurs de donns transmis. Ils servent
identifier les usagers .La famille cdmaOne, utilisent 64 codes orthogonaux. Ces codes sont
la base de la diffusion spectrale sur le lien montant. Ainsi le lien montant est subdivis en
canaux dont le nombre est gal au nombre de codes Walsh.
Les avantages de cette technique sont multiples :
Communication scurise grce au code PN ;
Elimination des effets dus aux trajets multiples ;
Accs multiple : plusieurs utilisateurs exploitent les mmes canaux de communication.
I.1.3 Efficacit spectrale et conomique

Le CDMA est reconnu comme tant le systme conomique idal pour les installations en
extrieur, et dans les zones rurales faiblement peuples (tldensit infrieure 10%) grce
la grande porte gographique de la frquence basse de 450 MHz quil utilise, car la porte
augmente quand la frquence diminue. Cette capacit se traduit par des conomies dchelle
avec moins dinstallations (moins dinvestissements CAPEX) par rapport aux solutions
frquences plus leves. Cette efficacit conomique prsente donc de relles opportunits
aux oprateurs souhaitant couvrir des rgions faiblement peuples [1].
I.1.4 Rutilisation de frquences

Les cellules CDMA peuvent rutiliser les mmes porteuses alloues un site cellulaire. Ainsi
le plan d'organisation de frquence est vit.
Figure 1.2 : Facteur de rutilisation de frquence
C'est un avantage norme compar avec les rseaux TDMA et FDMA o le plan de frquence
reprsente un temps perdu et un investissement supplmentaire.
5
I.1.5 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 diffrente. C'est le cas
dans la plupart des systmes fonds 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.
I.2 volution des systmes CDMA

Les standards cdmaOne et cdma2000 constituent des normes de communication proposes par
la 3GPP2 (3rd Generation Partnership Project 2) [3]. Le cdmaOne dcrit un systme sans fil
complet, bas sur la norme de TIA/EIA IS-95 CDMA, comprenant les rvisions A et B. Le
cdma2000, quant lui, constitue lvolution du cdmaOne et englobe, comme le montre la
figure 3.6, les technologies suivantes [3] :
1x
1xEV-DO(Rev0,RevA,RevB,RevC)
1xEV-DV
Figure 1.3 : volution des systmes CDMA du standard cdmaOne cdma2000.
Nous allons prsenter un aperu sur le standard CDMA2000-1x (IS-2000) qui nous servira
dintroduction pour la norme EV-DO aveclaquelle elle a plusieurs points communs. Cette
technologie peut tre dploye dans tout le spectre cellulaire et de PCS : 450 Mhz, 800 Mhz,
1700 Mhz, 1900 Mhz et 2100 Mhz. Elle peut galement tre mise en application dans dautres
frquences telles que 900 Mhz, 1800 Mhz et 2100 Mhz. Son efficacit spectrale permet de
supporter efficacement des trafics levs et diversifis en fonction des services sollicits, sur
6
nimporte quel canal de 1,25 Mhz de spectre [4]. Les rseaux 1x, jusqu la phase de
spcification 1, offrent un dbit maximal de 153, 6 kbps. Lamlioration de la capacit du lien
descendant est attribue des taux de codage faibles de lordre de (1/4), et une diversit de
transmission [4].
Les principales caractristiques de cette norme sont :
Lutilisation de codes Walsh longueur variable pour supporter diffrents dbits
demands pour la transmission de donnes,
Le support de multiple codes channels pour un seul usager,
Le support du canal pilot sur le sens montant : permet aux BTS deffectuer rapidement
les corrections de timing,
Les Walsh codes sont utiliss pour distinguer les canaux dun mme usager.
I.3 CDMA EV-

EV-DO rvision 0
Le 3GPP2 a propos un nouveau standard 1xEV-DO (volution 1x pour des donnes
optimises) bas sur la norme IS-856 en mars de lanne 2000 en tant que option qui soutient
des services de donnes haut dbit. 1xEV-DO est un systme hybride CDMA/TDM ayant
deux avantages en supportant des services de donnes haut dbit [5]. D'abord, 1xEV-DO
peut soutenir un dbit jusqu' de 2.4576 Mbps en utilisant une largeur de bande de seulement
1.25 MHz. En second lieu, 1xEV-DO tire profit des caractristiques des services donnes, qui
sont :
Les dbits sont la plupart du temps asymtriques : Les dbits sur le lien descendant
sont habituellement plus hauts que ceux sur le lien montant.
La latence peut tre tolre : Les services de donnes, la diffrence des services de
voix, peuvent rsister un retard de quelques secondes.
Les transmissions sont par burst : Une transmission de donnes est souvent suivie
d'une priode d'inactivit.
I.3.1 Principes fondamentaux de la norme

1xEV-DO conoit son interface radio pour tirer profit de ces caractristiques des services de
donnes. D'abord, parce que les dbits sont asymtriques, 1xEV-DO dispose de dbits plus
levs sur le lien descendant. Il peut faire ainsi parce que la station de base possde des
ressources de transmission importantes et peut utiliser ainsi des schmas de modulation
d'ordre suprieur.
7
En second lieu, parce que la latence peut tre tolre, 1xEV-DO peut retransmettre un paquet
s'il est reu erron.
En outre, des codes correcteurs d'erreurs puissants (turbo codes) peuvent tre appliqus sans
s'inquiter du temps additionnel.
Troisimement, parce que les transmissions sont en bursts par nature, 1xEV-DO multiplexe
diffrents utilisateurs dans le temps pour tirer profit des priodes inactives des transmissions.
Dans un systme sans fil talement classique, La station de base contrle la puissance pour
maintenir un dbit constant et une certaine qualit de service. Les dbits et la qualit de
services constants sont particulirement importants pour soutenir des applications avec
commutation de circuit telles que la voix.
Cependant, garantir le dbit et la qualit du service indpendamment de la distance du mobile
de la station de base vient un cot. L'augmentation de la puissance de transmission un
mobile signifie des ressources de puissance de moins pour les autres dans la mme cellule.
D'ailleurs, il n'est pas ncessaire de garantir un dbit et une qualit spcifiques de service si la
transmission de donnes est par bursts et peut tolrer la latence. Par consquent, et tant
donn que la transmission de donnes est plus importante sur le lien descendant, 1xEV-DO
focalise ses ressources de puissance la livraison du dbit le plus lev possible (sur le lien
descendant) aux mobiles qui sont les plus proches de la station de base. Une station de la base
1xEV-DO transmet une puissance fixe tout moment ; comme le mobile sloigne de la
station de base, il voit diminuer le dbit qui lui est fourni. En d'autres termes, la station de
base commande le taux de transmission de donnes tant donne une constante puissance de
transmission.
I.3.2 Architecture du rseau EV-

EV-DO
La norme 1xEV-DO a une couche physique diffrente de celle de l'IS-2000. Par consquence,
un matriel supplmentaire est exig pour introduire 1xEV-DO sur un systme existant IS-
2000 [6]. Mais comme nous verrons, 1xEV-DO utilise des lments du rseau existants. La
figure 1.4 montre une architecture typique d'un rseau utilisant 1xEV-DO. Les parties
encadres dnotent le matriel supplmentaire qui supporte 1xEV-DO.
Dans le contexte de la figure 1.4, le rseau d'accs comprend la BTS et le BSC. Dans ce cas,
le BTS et le BSC encadrs sont des quipements 1xEV-DO qui supportent le standard IS-
856. Le rseau EV-DO est constitu des entits suivantes :
BSC (Base Station Controller)
Le BSC a deux fonctions : le contrle des paquets (PCF) et le contrle des ressources radio
(RRC). Le PCF tablit et maintient les connexions avec le PDSN (Packet Data Serving Node).
8
Il communique avec le RCC pour disposer des ressources radio ncessaires au transfert des
paquets sur les liaisons radio.
PDSN
Le PDSN occupe une position centrale. Une de ses fonctions principales est le routage des
paquets vers le rseau de coeur IP ou directement vers le HA (Home Agent). Il regroupe les
informations relatives l'abonn pour l'authentification, les paramtres de la session et les
indices de tarification. Il transfert ces informations vers le serveur AAA.
AAA (Authentification, Authorization, and Accounting)
AAA excute les requtes dauthentification envoye par le PDSN et renvoie en retour une
autorisation ainsi que le profil de l'usager mobile. Un serveur home AAA contient uniquement
les donnes des usagers enregistrs dans ce rseau. Quand un usager se dplace dans un autre
rseau d'accs radio, le AAA du rseau visit prend le relais.
Figure : Architecture dun rseau EV-DO
Figure 1.4 : Architecture dun rseau EV-DO
I.3.3 Description de la couche physique EV-

EV-DO
La norme IS-856 est optimise pour des services de donnes haut dbit. En raison des
caractristiques typiquement asymtriques du trafic de donnes, le lien descendant est le plus
9
critique des deux liens [7]. Ainsi, plusieurs techniques ont t adoptes dans IS-856 afin
d'optimiser le dbit du lien descendant.
I.3.3.1 Multiplexage TDM

Le lien descendant de lIS-856 utilise le multiplexage rpartition dans le temps (TDM), qui
limine la mise en commun de puissance entre les utilisateurs actifs en assignant la pleine
puissance de secteur et tous les canaux de code un seul utilisateur un instant donn [8].
Figure 1.5 : Multiplexage TDM
C'est contrairement au multiplexage rpartition de codes utilis sur le lien descendant de

lIS-95, o il y a toujours une marge inutilise de puissance dpendante du nombre
d'utilisateurs actifs et de la puissance assigne chaque utilisateur. Cette marge est employe
pour faire face aux grandes variations de la puissance exige par les utilisateurs.
I.3.3.2 Structure des canaux
Figure 1.6 : Structure des canaux
10
La figure 1.6 prsente les diffrents canaux physiques des deux liens de la norme EV-DO. Ces
diffrents canaux seront dtaills dans les paragraphes suivants.
I.3.3.3
I.3.3.3 Le lien descendant
Il est noter que chaque canal (des canaux pilote, synchronisation, recherche et trafic) dans
IS-95 est transmis le temps entier avec une certaine fraction de toute la puissance de secteur,
alors que le canal quivalent dans IS-856 est transmis, pleine puissance, seulement pendant
une certaine fraction de temps [9].
Le lien IS-856 avant comprend les canaux suivants multiplexs dans le temps : le canal pilote,
le Medium Access Control (MAC) Channel, le Forward Traffic Channel et le Control
Channel. Le canal MAC se compose de trois sous canaux : le Reverse Activity (RA), le canal
DRCLock et le Reverse Power Control (RPC) Channel. Une porteuse du lien avant IS-856
est assign 1.25MHz de largeur de bande et est tale en squence directe un taux de
1.2288Mcps. La transmission sur le lien avant se compose de time slots de la longueur 2048
(1.66ms). Des groupes de 16 time slots, dsigns sous le nom de trame, sont aligns en temps
dans le systme de CDMA.
Figure 1.7 : Structure de la trame
Dans chaque slot, le canal pilote, MAC, trafic ou contrle sont multiplexs temporellement
comme reprsent sur la figure 1.7 et sont transmis un mme niveau de puissance. Un slot
pendant lequel aucun trafic ou donnes de contrle n'est transmis est dsign sous le nom d'un
slot idle. Pendant un slot idle, le secteur transmet le pilote et les canaux MAC seulement,
rduisant de ce fait l'interfrence avec les autres secteurs.
11
a) Le canal pilote
Le canal pilote transmet le signal non modul avec la pleine puissance du secteur pendant les
96 chips au centre de chaque demi slot (voir le schma 1.7). Le signal non modul est
multiplex avec le code Walsh. Le canal pilote de chaque secteur est distingu par le PN
dcal de 64 chips. En ce qui concerne le canal pilote, la seule diffrence entre IS-95 et IS-
856 est que l'ancien transmet un signal pilote continu tandis que le dernier transmet un signal
pilote priodiques. Le terminal d'accs utilise le canal pilote pour l'acquisition initiale, la
correction de phase, et la synchronisation. Une fonction additionnelle du canal pilote IS-856
est de fournir une estimation du canal afin dassurer l'adaptation de dbit.
b) Le canal Mac
Le canal MAC est transmis dans les 256 chips entourant les deux bursts pilotes de chaque
time slot comme reprsent sur le schma 1.7.
Il se compose des canaux suivants : le canal RA et le canal DRCLock.
Le canal RA
Le canal RA est utilis pour contrler le niveau total d'interfrence reu dans un secteur
donn. Le canal RA transmet le train binaire de la Reverse Activity (RAB). Le bit de RA est
transmis sur un certain nombre de slots successifs.
Le canal DRCLock
Le canal DRCLock pour un terminal d'accs avec une connection ouverte est assign un
canal disponible de Walsh avec un index entre 5 et 63. Le MACIndex utilis pour le canal
DRCLock est identique celui utilis pour le canal de RPC pour un terminal donn. Il est
utilis pou indiquer si le secteur peut srement dcoder le DRC envoy par le terminal.
Les canaux DRCLock et RPC sont contrls en puissance pour raliser les niveaux exigs de
performance. Ainsi, la puissance de transmission assigne chaque canal de Walsh peut
changer, mais la puissance totale assigne au canal MAC doit tre gale celle du canal
pilote. Un terminal en service dmodule le RA, le DRCLock et les canaux RPC de tous les
secteurs dans l'ensemble actif. Les dcisions de RPC de diffrentes cellules sont combines
tels que si une commande de baisse est reue de l'une des cellules, le terminal rduira la
puissance de transmission et seulement si toutes les dcisions de RPC sont pour la hausse, la
puissance de transmission sera augmente.
12
c) Le canal trafic
Le canal trafic descendant est un milieu partag qui porte des paquets de couche physique de
l'utilisateur. Comme il transmet un seul utilisateur un moment, une squence
dapprentissage est transmise pour indiquer la prsence et le point de dpart du paquet, et
indiquant galement le terminal rcepteur dsign. La squence dapprentissage se compose
seulement des symboles 0 et est multiplex en temps dans le canal du trafic descendant.
Chaque paquet de couche physique est cod avec un turbo code, modul en utilisant QPSK/8-
PSK/16-QAM, dmultiplex en 16 jets (streams), cod avec le code Walsh, puis additionn
pour former un jet en phase et un jet de quadrature, et finalement multiplex en temps avec la
squence dapprentissage et les canaux Pilot/MAC.
Codage et modulation
modulation
EV-DO fournit un codage adaptatif rendement lev tout en maintenant une structure simple
du codeur. L'efficacit spectrale exige est obtenue aussi en appliquant une modulation
adapte aux types de paquets et aux variations imprvisibles de ltat du canal.
Le tableau 1.1 illustre les diffrentes modulations et taux de codage possibles ainsi que les
dbits obtenus avec chaque configuration.
Tableau 1.1 : Paramtres du lien descendant
d) Le canal de contrle descendant

Le canal de contrle transmet des messages de diffusion gnrale et des messages daccs
ddis. Ces messages sont transmis un dbit de 76.8 kbps ou de 38.4 kbps. Les
caractristiques de modulation du paquet de couche physique du canal de contrle sont
identiques que ceux du canal de trafic aux dbits correspondants. Un terminal d'accs essaye
13
de dtecter la squence dapprentissage d'un paquet de contrle 76.8 et 38.4 kbps. Ainsi, le
terminal peut recevoir des paquets de canal de contrle transmis l'un ou l'autre taux.
I.3.3.4 Le lien montant

La structure du canal montant IS-856, comme dcrit sur le schma 1.6, comprend le canal
d'accs et le canal montant de trafic. Le canal d'accs, qui se compose plus loin des canaux
pilote et donnes, est employe par un terminal d'accs dans l'tat non ddi pour envoyer des
messages de signalisation au rseau d'accs. Dans l'tat ddi, le terminal d'accs transmet sur
le canal montant de trafic, qui contient un canal pilote, un canal indicateur de taux (RRI), un
canal de contrle de dbit (DRC), un canal de la reconnaissance (ACK), et un canal de
donnes. Le canal RRI est utilis pour indiquer si le canal de donnes est transmis sur le canal
montant de trafic et son dbit associ. Ainsi, des algorithmes complexes de dtermination de
dbit peuvent tre vits dans le systme IS-856. Le canal DRC est utilis pour indiquer au
rseau d'accs le dbit maximal supportable sur le canal trafic du lien descendant ainsi que le
meilleur secteur de service pour le lien descendant. Le canal ACK est utilis pour informer le
rseau d'accs si un paquet de donnes transmis sur le canal avant du trafic a t reu avec
succs.
Les modulations et les taux de codage employs pour la liaison montante sont rsums dans le
tableau 1.2.
Tableau 1.2 : Paramtres du lien montant
I.3.4
I.3.4 Description
Description de la couche MAC EV-
EV-DO
I.3.4.
I.3.4.1
3.4.1 Adaptation de dbit
Le changement de la qualit du canal sans fil est d au pathloss et au fading. Quand l'metteur
est quip d'information d'tat du canal, il peut par exemple adapter son dbit et sa puissance
dmission. Pour le systme IS-856 un dbit binaire minimum garanti peut ne pas tre exig.
14
Dans ce cas l'adaptation de dbit l'tat du canal est un meilleur arrangement d'adaptation de
lien dans la mesure o il ralise un dbit plus lev (dbit moyen) sous la contrainte de la
puissance moyenne constante de lmetteur.
Les transmissions sur le canal de trafic descendant se produisent la pleine puissance du
secteur, ainsi, il n'y a aucun besoin de contrle de puissance. Afin d'adapter la longueur de
prambule et le schma de codage/modulation au canal variable, le contrle de dbit en
boucle ferme est utilis tels que le terminal d'accs peut demander le dbit le plus lev quil
peut recevoir.
En consquence, le terminal mesure sans interruption le pilote SNR (Signal to Noise Ratio)
du secteur de service et prvoit la condition de canal pour le prochain paquet se basant sur la
corrlation du canal. La boucle intrieure choisit le dbit le plus lev (RDC), dont Le seuil de
SNR est infrieur au SNR prvu. Toutes les fois que le rseau dcide de servir le terminal, il
transmet au taux indiqu par le DRC le plus rcemment reu du terminal. La boucle externe
ajuste les seuils de SNR des dbits en se basant sur le PER (Packet Error Rate) des paquets de
la couche physique du canal trafic descendant. Si le PER est plus haut que la valeur
atteindre, la boucle externe augmente les seuils de SNR des dbits.
Figure 1.8 : Procd de contrle de dbit
D'autre part, si le PER est infrieur la valeur atteindre, la boucle externe diminue les seuils
de SINR. Le procd est illustr sur le schma 1.8. Le dbit supportable est dfini de sorte que
l'efficacit de systme global soit optimise. C'est dire, maximisation du dbit du lien
descendant.
15
I.3.4.2
I.3.4.2 Le Sof
Soft Handover virtuel
Dans le systme de tlphonie cellulaire CDMA conventionnel, le trafic descendant est
transport par tous les secteurs dans l'ensemble actif du mobile pour amliorer la fiabilit
particulirement pendant les handovers. C'est d aux contraintes des services de voix en
terme de dlai. Puisque que les services de donnes peuvent tolrer de plus grands dlais, la
fiabilit peut tre ralise plus efficacement par des retransmissions. Ainsi, dans les systmes
IS-856, le trafic descendant est assur par un seul secteur choisi par le terminal partir de son
ensemble actif. Etant donn que le terminal reoit le trafic dun seul secteur la fois, il n'y a
aucune perte de dbit due au soft handover dans les systmes IS-856. D'autre part, le terminal
peut rapidement reslectionner son secteur de service pour s'adapter de nouveaux conditions
de canal. Dans le meilleur des cas, le secteur de service choisi parmi l'ensemble actif devrait
tre celui qui maximise le dbit de lien descendant comme peru par le terminal. Ainsi, un
secteur avec la puissance pilote la plus forte est gnralement prfr.
I.3.4.
I.3.4.3
3.4.3 Hybride ARQ
IS-856 dfinit le mcanisme H-ARQ (Hybrid Automatic Repeat reQuest) qui peut terminer la
retransmission d'un paquet ds qu'il pourra tre correctement dcod. Pour accomplir ceci, un
terminal essaye de dcoder le paquet erron toutes les fois qu'il reoit une nouvelle partie du
paquet retransmis (un nouveau slot), et informe le rseau pour arreter la retransmission quand
le paquet est correctement dcod. Quand le rseau reoit un aquittement, il ne transmettra
pas la partie restante du paquet.
I.3.4.
I.3.4.4
3.4.4 Planificateur
Puisque les diffrents utilisateurs prouvent des conditions d'affaiblissement indpendantes, il
est peu probable que le SNR de tous les utilisateurs saffaiblisse en mme temps. Trs
probablement, quand quelques utilisateurs prouvent un profond fading, d'autres atteignent
des crtes de la puissance du signal reu. Etant donn que le trafic IP peut tolrer des dlais
variables, un planificateur essayera de servir un utilisateur actif prs de sa crte SNR tout en
maintenant un certain degr d'quit. La norme IS-856 ne spcifie pas le planificateur de
donnes, les fabricants donc peuvent inclure leurs propres algorithmes.
16
I.4
I.4 La norme 1xEV-
1xEV-DO Rev A
A l'origine, on a gnralement cru que les futurs rseaux sans fil seraient fortement
asymtriques avec des contraintes beaucoup plus grandes de capacit sur le lien descendant.
Cependant, le trafic ne sest pas avr aussi asymtrique, et des services tels que VoIP, jeu
mobile, musique mobile, aussi bien que le vido streaming, dfient cette prtention. De cette
manire 1xEV-DO Rev 0 est incapable de supporter des services valeurs ajoutes ce qui
rend lvolution vers la rvision A plus que ncessaire.
En plus des dbits montants plus levs, la rvision A permettra des oprateurs de servir de
divers utilisateurs et applications avec diffrents niveaux de priorit, permettant ainsi doffrir
des services multiples et de diverses options d'valuation pour diffrents services et
applications[10].
I.4.1
I.4.1 La QoS
QoS dans EV-
EV-DO Rev A
La transmission des donnes de voix sur une infrastructure d'EV-DO exige l'implmentation
des techniques de qualit de service. Pour raliser le control de la QoS sur 1xEV-DO, une
nouvelle formule d'valuation a t adopte, et une technique pour donner la priorit aux
paquets qui exigent la QoS a t introduite. Cest un des mcanismes cls exigs par les
services multimdia valeur ajute et garantis par EV-DO Rev A. La QoS est ncessaire
plusieurs niveaux pour permettre ces services, cest dire, QoS dans la liaison arienne entre
le terminal mobile et le rseau daccs, QoS entre le rseau daccs et le nud de
commutation de paquets (PDSN), QoS entre le RN et le RNC, et QoS dans le rseau cur.
I.4.2 Cls de performance de la rvision A

La majorit des amliorations de la rvision A cible le support efficace des services
multimdia (essentiellement la VoIP aussi bien que le service push to talk), o la taille de
paquet est en gnral petite et la latence rduite est primordiale [11].
Pour arriver supporter des applications telles que la VoIP, la rvision A apporte des
amliorations pour le systme EV-DO en terme de capacit et de qualit de service.
Les cls principales de lamlioration de capacit sont :
Sur le lien descendant :
Le choix rapide de secteur de service, qui permet au mobile de passer rapidement d'une BTS
une autre, Un nouveau canal appel le Data Source Control (DSC) est ajout pour fournir une
17
dtection prcoce du signal avant que le Handover se produise. Ceci permet au rseau d'accs
de rduire le temps requis pour rorienter le trafic la nouvelle cellule de service.
Sur le lien montant :

La rvision A offre une amlioration significative dans le dbit maximal sur le lien montant.
En effet la rvision A augmente le dbit maximal du lien montant de 153kbps 1.8Mbps, et le
throughput du secteur de 350kbps 600kbps. L'amlioration des performances du lien
montant est ralise par l'utilisation des schmas plus levs de modulation, de l'hybride
ARQ, de plus petites tailles de paquet ainsi que du Soft Handover. Le HARQ et la modulation
adaptative du lien montant taient appliqus essentiellement sur le lien descendant de la
rvision 0 de 1xEV-DO. Lapplication de ces techniques dans le lien montant permet
daugmenter les dbits maximaux. La rvision A introduit les modulations QPSK et 8-PSK
sur le lien montant qui utilisait seulement la BPSK. Les deux schmas de modulation
nouvellement introduits sont dj utiliss sur le lien descendant. La rvision A peut amplifier
la puissance de transmission pour des paquets sensible au dlai, rduisant de ce fait la latence
en facilitant un arrt anticip de la retransmission gr par le HARQ.
Les cls principales permettant le support de la QoS avec la diminution des temps de
latence sont :
La diversit de taille de paquet sur le lien descendant en introduisant quatre nouvelles
tailles de paquet (128, 256, 512, et 5129 bits), rduisant le recours au padding et
permettant de diminuer le dlai.
Amlioration de la QoS dans le protocole de lien radio (RLP), qui permet plusieurs
sessions intra-utilisateur, chacune soutenant un profil diffrent de QoS, aussi bien que
des amliorations pour des applications en temps rel.
Support des trames de tailles courtes sur le lien montant permettant des paquets de
couche physique d'tre transmis avec des incrments de 6.67ms, au lieu de 26.67ms (la
dure de la trame au sein de la rvision 0), pour amliorer la capacit des applications
ncessitant des paquets de courte taille, telles que la VoIP.
I.4.
I.4.3
4.3 Architecture dun rseau EV-
EV-DO Rev A
Dans la Rev A de la norme EV-DO, la QoS est troitement intgre dans la liaison arienne
pour soutenir des applications multimdia telles que la streaming vido et la VoIP.
Le schma 1.9 montre une configuration typique d'un rseau bas sur EV-DO supportant la
VoIP. Les plaificateurs de paquet dans le lien descendant fonctionnent dans le RNs plutt que
dans le RNCs pour rduire au minimum le dlai de planification.
18
Des passerelles de mdias (MGWs) jouent le rle de pont entre le rseau cellulaire et le rseau
cur de transport adoptant une architecture IMS.
Figure 1.9 : Architecture dun rseau EV-DO Rev A
Dautres rvisions de la norme EV-DO sont en dbut de commercialisation ou en cours de

standardisation et permettent damliorer la couverture ainsi que les dbits offerts atteignant
46 Mbits/s avecla rvision B et 280 Mbits/s avec la rvision C. Le schma 1.10 illustre cette
volution.
Figure 1.10 : Evolution des rvisions EV-DO
Plusieurs techniques ont permis 1xEV-DO Rev A de rpondre aux besoins des applications
temps rel et doffrir des services valeurs ajoutes, et permettant ainsi aux oprateurs de
migrer des rseaux de la troisime gnration fournissant un ventail de services multimdia
valeur ajoute.
Pour garantir les services multimdia de plus en plus contraignants, cette volution au niveau
accs doit tre accompagne par la migration du rseau cur vers une architecture volue de
nouvelle gnration : le NGN Multimdia.
19
I.5
I.5 NGN Multimdia ou IMS (IPMultimedia Subsystem)
L'IMS normalis par le monde des tlcommunications est une nouvelle architecture base sur
de nouveaux concepts, de nouvelles technologies et de nouveaux partenaires. LIMS supporte
sur un rseau tout IP les sessions applicatives temps rels (voix, vido, confrence,) et non
temps rel (Push To Talk, Prsence, messagerie instantane,).
LIMS intgre de plus le concept de convergence de services supports indiffremment par
des rseaux de natures diffrentes : fixe, mobile ou Internet. LIMS est galement dsign
sous le vocable de NGN Multimdia. [12]
I.5.
I.5.1
5.1 Architecture IMS
Lintroduction de lIMS (IP Multimedia Subsystem) dans les rseaux fixe et mobile
reprsente un changement fondamental dans les rseaux de tlcommunication de type voix.
Les nouvelles capacits des rseaux et des terminaux, le mariage entre l Internet et la voix, le
contenu et la mobilit donnent naissance des nouveaux modles de rseaux et surtout offrent
un formidable potentiel pour dvelopper de nouveaux services. Dans cet objectif, l IMS est
conu pour offrir aux utilisateurs la possibilit dtablir des sessions multimdia en utilisant
tout accs haut dbit et une commutation de paquets IP.
LIMS fournit un rseau IP multi-service, multi-accs, scuris et fiable :
Multi-services : tout type de services dlivrs par un rseau coeur supportant
diffrents niveaux de QoS pourra tre offert lusager.
Multi-accs: tout rseau daccs large bande, fixe et mobile pourra sinterfacer
lIMS.
LIMS nest pas un unique rseau, mais diffrents rseaux qui interoprent grce
des accords de roaming IMS fixe-fixe, fixe-mobile, mobile-mobiles.
LIMS est un enabler pour les fournisseurs de service afin doffrir :
Des services de communication non temps-rel, pseudo temps-rel et temps rel
suivant une configuration client-server ou entre entits paires.
La mobilit des services / Mobilit de lusager (Nomadisme).
Plusieurs sessions et services simultanment sur la mme connexion rseau.
20
I.5.
I.5.2
5.2 Structuration
Structuration en couche de larchitecture IMS
Larchitecture IMS peut tre structure en couches. Quatre couches importantes sont
identifies :
La couche accs peut reprsenter tout accs haut dbit tel que : UTRAN (UMTS
Terrestrial Radio Access Network), CDMA2000, xDSL, rseau cble, Wireless IP,
WiFi, etc.
La couche transport reprsente un rseau IP. Ce rseau IP pourra intgrer des
mcanismes de QoS avec MPLS, Diffserv, RSVP, etc. La couche transport consiste
donc en des routeurs (edge router laccs et en core router en transit) relis par un
rseau de transmission.
La couche contrle consiste en des contrleurs de session responsables du routage
de la signalisation entre usagers et de linvocation des services. Ces noeuds sappellent
des CSCF (Call State Control Function). IMS Introduit donc un environnement de
contrle de session sur le domaine paquet.
La couche application introduit les applications (services valeur ajoute)
proposes aux usagers. La couche application consiste en des serveurs dapplication
(AS, Application Server) et des MRF (Multimedia Resource Function) que les
fournisseurs appellent serveurs de mdia IP (IP MS, IP Media Server). Larchitecture
globale IMS est dcrite la figure 1.10.
Figure 1.11 : Exemple darchitecture NGN Multimdia
21
I.5.3 Entits de Rseau IMS
I.5.3.1
I.5.3.1 Terminal IMS
Il sagit dune application sur un quipement de lusager qui met et reoit des requtes SIP. Il
se matrialise par un logiciel install sur un PC, sur un tlphone IP ou sur une station mobile
(UE, User Equipment).
I.5.3.2
I.5.3.2 Home Subscriber Server (HSS)
Lentit HSS (Home Subscriber Server) est la principale base de stockage des donnes des
usagers et des services auxquels ils ont souscrit. Les principales donnes stockes sont les
identits de lusager, les informations denregistrement, les paramtres daccs et les
informations permettant linvocation des services de lusager. Lentit HSS interagit avec les
entits du rseau travers le protocole Diameter.
I.5.3.3
I.5.3.3 Call State Control Function (CSCF)
Le contrle d'appel initi par un terminal IMS doit tre pris en charge dans le rseau nominal
(rseau auquel lusager a souscrit ses services IMS) car l'usager correspondant peut
souscrire un grand nombre de services et certains d'entre eux peuvent ne pas tre disponibles
ou peuvent fonctionner diffremment dans un rseau visit, notamment suite des problmes
dinteraction de service. Cela a induit la dfinition de trois entits CSCF : P-CSCF (Proxy
CSCF), I-CSCF (Interrogating CSCF) et S-CSCF (Serving-CSCF).
Le Proxy-CSCF (P-CSCF) est le premier point de contact dans le domaine IMS. Son adresse
est dcouverte par le terminal lors de l'activation d'un contexte PDP pour lchange de
messages de signalisation SIP.
Le P-CSCF se comporte comme un Proxy Server SIP lorsqu'il relaye les messages SIP vers le
destinataire appropri et comme un User Agent SIP lorsqu'il termine l'appel (exemple : suite
une erreur dans le message SIP reu).
Les fonctions ralises par l'entit P-CSCF comprennent :
L'acheminement de la mthode SIP REGISTER mise par le terminal l'entit ICSCF
partir du nom du domaine nominal.
L'acheminement des mthodes SIP mises par le terminal au S-CSCF dont le nom a
t obtenu dans la rponse la procdure d'enregistrement.
Le routage des mthodes SIP ou rponses SIP au terminal.
La gnration de CDRs (Call Detailed Record).
La compression / dcompression des messages SIP.
22
L'Interrogating-CSCF (I-CSCF) est le point de contact au sein d'un rseau d'oprateur pour
toutes les sessions destines un utilisateur de cet oprateur. Il peut exister plusieurs I-CSCF
au sein d'un rseau. Les fonctions ralises par l'entit I-CSCF comprennent :
L'assignation d'un S-CSCF un utilisateur s'enregistrant.
L'acheminement des mthodes SIP reues depuis un autre rseau, au S-CSCF.
L'obtention de l'adresse du S-CSCF auprs du HSS.
La gnration de CDRs.
Le Serving-CSCF (S-CSCF) prend en charge le contrle de la session. Il maintient un tat de
session afin de pouvoir invoquer des services. Dans un rseau d'oprateur, diffrents S-CSCFs
peuvent prsenter des fonctionnalits diffrentes.
Les fonctions ralises par le S-CSCF pendant une session comprennent :
L'mulation de la fonction Registrar puisqu'il accepte les mthodes SIP
d'enregistrement et met jour le HSS.
L'mulation de la fonction Proxy server puisqu'il accepte les mthodes SIP et les
achemine.
L'mulation de la fonction User Agent puisqu'il peut terminer des mthodes SIP par
exemple lorsqu'il excute des services complmentaires.
L'interaction avec des serveurs d'application aprs avoir analys les critres de
dclenchement des services correspondants.
La gnration de CDRs.
Figure 1.12 : Architecture en couche dun IMS
Avant de pouvoir utiliser les services du domaine IMS, tels qu'tablir une session multimdia
ou recevoir une demande de session, un usager doit s'enregistrer au rseau. Que l'usager soit
dans son rseau nominal ou dans un rseau visit, cette procdure fait intervenir un P-CSCF.
23
Par ailleurs, tous les messages de signalisation mis par le terminal ou destination du
terminal sont relays par le P-CSCF ; le terminal n'a jamais la connaissance des adresses des
autres CSCFs (idem I-CSCF et S-CSCF).
I.5.3.4
I.5.3.4 MGCF, IMS-
IMS-MGW et T-
T-SGW : Interfonctionnement avec le RTC
Le domaine IMS doit interfonctionner avec le RTCP afin de permettre aux utilisateurs IMS
d'tablir des appels avec le RTCP. L'architecture d'interfonctionnement prsente un plan de
contrle (signalisation) et un plan d'usager (transport). Dans le plan usager, des passerelles
(IMS-MGW, IMS - Media Gateway) sont requises afin de convertir des flux RTP en flux
TDM. Ces passerelles ne traitent que le mdia. Des entits sont responsables de crer,
maintenir et librer des connexions dans ces passerelles; il s'agit de contrleurs de passerelles
(MGCF, Media Gateway Control Function). Par ailleurs, ce mme MGC termine la
signalisation ISUP du ct RTC qu'il convertit en signalisation SIP qui est dlivre au
domaine IMS. Les messages ISUP provenant du RTC sont d'abord achemins sur SS7 une
passerelle de signalisation (T-SGW, Trunking Signaling Gateway) qui les relaye au MGC sur
un transport SIGTRAN. L'interfonctionnement entre le domaine IMS et le RTCP est donc
assur par trois entits : L'IMS-MGW (IP Multimedia Subsystem Media Gateway Function),
MGCF (Media
Gateway Control Function) et T-SGW (Trunking Signaling Gateway Function).
a) L'IMS-MGW
Reoit un trafic de parole du RTCP et l'achemine sur un rseau IP. Le trafic audio est
transport sur RTP/UDP/IP.
Supporte gnralement des fonctions de conversion du mdia et de traitement du
mdia (annulation d'cho, pont de confrence).
Est contrl par le MGCF travers le protocole MEGACO/H.248.
b) Le MGCF
Comme les entits CSCF, n'appartient qu'au plan de contrle et non au plan mdia.
Contrle l'IMS-MGW afin d'tablir, maintenir et librer des connexions dans l'IMS-
MGW. Une connexion correspond par exemple une association entre une
terminaison TDM (terminaison du ct RTC) et une terminaison RTP/UDP/IP. Un
transcodage de la parole doit aussi avoir lieu au niveau de l'lMS-MGW pour convertir
la parole reue et qui est encode l'aide du codec G.711, en parole encode en
utilisant le codec AMR (UMTS) si le terminal IMS est un mobile UMTS.
Assure la conversion des messages ISUP (Signalisation RTC) en des messages SIP
Signalisation IMS).
24
Slectionne le CSCF appropri afin de remettre la signalisation SIP qu'il gnre, au

sous-systme IMS.
c) Le T-SGW
Assure la conversion du transport pour l'acheminement de la signalisation ISUP entre
le commutateur tlphonique et le MGCF. La signalisation ISUP est change :
Sur SS7 entre le commutateur et le T-SGW.
Sur SIGTRAN entre le T-SGW et le MGCF.
Par contre, n'analyse pas les messages d'application ISUP.
La figure 1.12 reprsente un appel initi par le RTCP et destination d'un terminal dans le
sous- systme IMS.
Le commutateur du RTC rserve un circuit de parole qu'il partage avec l'IMS-MGW et met
un message ISUP IAM sur un transport SS7 au T-SGW (Trunking Signaling Gateway). Le
TSGW est responsable de la conversion du transport du message ISUP. Ce message est relay
l'entit MGCF sur SIGTRAN. Le MGCF cre un contexte dans l'entit IMS-MGW en
utilisant le protocole MEGACO/H.248. Ce contexte consiste en une association entre une
terminaison TDM et une terminaison RTP. La terminaison TDM termine le circuit de parole
que l'IMS-MGW partage avec le commutateur tlphonique. La terminaison RTP termine les
canaux RTP entre l'IMS-MGW et le terminal IMS.
L'IMS-MGW retourne une rponse l'entit MGCF ; cette rponse contient un "local
descriptor" qui correspond la description SDP associe sa terminaison RTP.
Figure 1.13 : Interfonctionnement entre RTC et IMS
L'entit MGCF gnre une mthode SIP INVITE contenant la description SDP retourne par
l'IMS-MGW. Cette mthode est envoye au sous-systme IMS qui se charge de la dlivrer au
terminal IMS appel.
25
Conclusion
1xEV-DO est un rseau offrant un grand dbit de donnes sur une bande passante de 1.25
MHz FDD seulement. Les spcifications 1xEV-DO originales peuvent raliser le dbit 2.4
maximal de Mbps DL et un dbit moyen qui est significativement plus haut que le systme de
base CDMA2000-1x. Compar CDMA2000-1x, des changements cruciaux ont t apports
par la rvision 0 de la norme. Pour raliser ces amliorations plusieurs techniques ont t
introduites. Cependant ces techniques touchent essentiellement au lien descendant tan disque
le lien montant reste inchang par rapport celui de la norme CDMA 20001x. En effet1xEV-
DO a t conue pour soutenir seulement des services de donnes de paquet et non des
services conversationnels contrainte stricte de dlai et ncessitant des dbits symtriques sur
les deux liens. De cette manire 1xEV-DO Rev 0 est incapable de supporter des services
valeurs ajoutes offerts par les oprateurs adoptant lIMS, une architecture de convergence de
services supports par des rseaux de natures diffrentes, comme architecture de base pour
leurs rseaux curs do la naissance du besoin la rvision A de la norme.
La rvision A offre des dbits maximaux de 3.1 Mbps sur le lien descendant et de 1.8 Mbps
sur le lien montant sur une paire de bandes de 1.25 MHz. Elle a amlior surtout la liaison
montante et a intgr des mcanismes de diffrentiation de services permettant ainsi de
rpondre aux contraintes des services conversationnel et Streaming.
26
Chapitre II : Rgles de planification et de dimensionnement
Chapitre II :
Rgles dingnierie pour la planification
planification radio et le
dimensionnement du rseau cur IMS
Introduction
Pour tout systme radio mobile, la planification dune zone quelconque ncessite lanalyse du
bilan de liaison entre mobile et station de base afin de calculer le pathloss maximal et
dterminer le rayon de la cellule. Quand au dimensionnement du rseau cur IMS il permettra,
travers les rgles de calcul du trafic gnr par les rseaux daccs, de dterminer les
quipements ncessaires en valuant leurs charges et leurs capacits requises.
Ce chapitre est constitu de deux parties, la premire prsente la dmarche de la planification
radio et les rgles employes dans chaque tape, la deuxime partie sera consacre au processus
du dimensionnement du rseau cur IMS travers les rgles de calcul de trafic des rseaux
daccs.
II.1 La propagation dans lenvironnement radio

Avant dentamer le processus de planification, il faut avoir une ide sur la propagation radio
savoir les modes de propagation, les chelles de variation et les modles de propagation.
II.1.1 Les modes de propagation
La propagation du signal dans un environnement radio se fait selon quatre modes de
propagation :
La rflexion : Lorsque une onde, se propageant dans un milieu, rencontre un deuxime
milieu ayant des proprits lectriques diffrentes, elle est partiellement rflchie et
transmise.
La diffraction : Elle se produit lorsque le chemin entre lmetteur et le rcepteur prsente
plusieurs irrgularits aigus.
27
La diffusion : Lorsque le milieu dans lequel une onde se propage contient des objets qui ont
des dimensions plus petites par rapport la longueur donde, le phnomne de diffusion
apparat.
La rfraction : quand une partie de lnergie de londe incidente passe travers la surface de
lobstacle (lair, une voiture .).
II.1.2 Les chelles de variation

Il y a trois chelles de variation du niveau du champ lectromagntique reu par le mobile[13] :
Variations grande chelle
Ce phnomne porte le nom de pathloss. Lattnuation subite par le signal dpend de
lenvironnement de propagation, la frquence porteuse, la distance entre lmetteur et le
rcepteur.
Variations moyenne chelle
Les btiments, le terrain (en extrieur) ou le mobilier ( lintrieur de btiment) ont une
influence sur la propagation du signal ce qui fait varier la valeur moyenne. Leffet de masque
est modlis par une loi log-normale. Lcart mesur entre la thorie et le terrain suit une loi de
Gauss en dB.
Variations petite chelle
Cest le fading multi trajet. La propagation travers les obstacles se fait par des trajets
multiples. Le dphasage des signaux sur ces trajets multiples est alatoire ce qui implique que
la puissance du signal reu soit variable et alatoire.
II.1.3 Les modles de propagation

Le modle de Hata est l'un des modles les plus prcis en termes de prvision du path loss dans
les environnements urbains. C'est devenu une norme de planification pour les systmes par
radio mobiles, particulirement dans les villes ; nous adoptons le modle d'Okumura-Hata et le
modle calibr par P.529-3 d'ITU-R bas sur le modle d'Okumura-Hata pour le budget de lien
du projet de l'OPRATEUR CDMA dans notre tude [14].
III.1.3.1
I.1.3.1 Le Modle D'Okumura-
D'Okumura-Hata
L = 69.55 + 26.16 lg f 13.82 lg hbase + (44.9 6.55 lg hbase ) lg d a (hmobile ) K (II-1)
(II-2)
28
(II-3)
o
L: path loss [ dB]
f : frquence [MHz]
hbase : Hauteur de la station de base [m]
hmobile: Hauteur du terminal mobile [m]
d: the distance [km], d<20km
K: Facteur de corrlation utilis dans les environnements suburbain et rural.
II.1.3.2
I.1.3.2 ITU-
ITU-R P.529-
P.529-3 Modle Calibr Bas sur le modle dOkumura Hata
L = 69.55 + 26.16 lg f 13.82 lg hbase + (44.9 6.55lg hbase ) * (lg(d ))^ DistCorrection a(hmobile ) K
O: (II-4)
DistCorrection : Facteur de correction de distance.
(II-5)
II.1.3.3
1.3.3 Le modle COST 231 Hata
Le modle COST 231 Hata a les mmes conditions que le modle dOkumura Hata sauf quil
est dvelopp pour tendre lutilisation de ce modle pour les bandes de 1500 2000 MHz. Le
pathloss est donn par la formule suivante :
Lp = 46.33 + (44.9 6.55log (h1)) log (d) a (h2) 13.82log (h1) + C (II.6)
Lexpression de a (h2) dpend du type de la ville :
petite et moyenne ville :
a (h2) = (1.1log (f) 0.7) h2 1.56log (f) + 0.8 (II.7)
grande ville :
a (h2) = 3.2log (11.75h2)) 2 7.97 (II.8)
29
La valeur de la constante C varie selon la nature du milieu :

milieu urbain ; C = 0
milieu suburbain ; C = -51.11
milieu rural ; C = -30.23
II.2 Processus de planification

planification radio
II.2.1 Objectifs de la planification
Le dimensionnement dun rseau cellulaire permet dassurer la minimisation du cot de la
liaison radio et de linfrastructure du rseau, en tenant compte de la couverture radio et de la
taille des cellules sous rserve de contraintes de la QoS. Le dimensionnement par la
couverture dun rseau cellulaire permet essentiellement de calculer la taille de la cellule. Le
rayon de cellule est obtenu suite la ralisation dun bilan de liaison qui permet de dterminer
laffaiblissement maximal allou MAPL (Maximum Allowable PathLoss). Cette valeur
servira pour le modle de propagation afin de dterminer le rayon de cellule. Sachant la taille
de la cellule, on pourra donc dterminer pour la zone planifier le nombre de stations de base
ncessaires.
La figure 2.1 pressente le processus de dimensionnement par couverture :
Figure 2.1 : Processus de planification
II.2.2
II.2.2 Bilan de liaison
L'amlioration du bilan de liaison est un autre avantage de la conception efficace dans IS-856
compar d'autres normes cellulaires numriques. L'analyse et la simulation prouvent que,
IS-856 a des avantages de budget de lien par rapport IS-95-A de 10dB sur le lien avant et
de 1.5dB plus grand que sur le lien inverse [ 13 ].
Le bilan de liaison dtermine lattnuation du chemin pathloss maximale permise d'une
liaison donne.
30
II.2.2.1 Les paramtres du bilan de liaison

La ralisation du bilan de liaison repose principalement sur les paramtres suivants [13]:
Figure 2.2 : Paramtres de calcul du Pathloss
Paramtres de transmission
Bruit thermique: sa puissance Nth est donne par k* T0 avec k est la constante
Boltzmann (k = 1.38*10-20 mW/Hz/K) et T0 = 293 K : Nth = -174 dBm/Hz.
Dbit Chip Tc : fix 3.84 Mchip/s.
Marge de fading de masquage (Shadowing margin): elle est due aux effets de masquage.
Elle est en fonction de la probabilit de couverture de la cellule, localisation de lUE et
du Gain de Soft handover.
Paramtres de lquipement utilisateur
Puissance maximale (PUE) : elle varie selon la classe des mobiles. Pour les mobiles de
classe 3, elle est de 24 dBm. Pour les mobiles de classe 4, elle est de 21 dBm.
Gain dantenne du mobile : GUE
Pertes dans les cbles dalimentation de lantenne du mobile Lf
MS
Perte due au corps de lutilisateur : LBody.
Paramtres de la BTS
Facteur de bruit NF (Noise Factor) : il sagit du facteur de bruit gnr au rcepteur.
Pertes de connecteurs et de feeders : LfBTS
Puissance maximale : la puissance maximale du BTS intervient au niveau du bilan de
liaison pour le lien descendant : PBTS
Gain dantenne : GBTS
Autres paramtres
Gain de traitement (Processing Gain) : Gp = 10* log (dbit chip / dbit service)
(Eb/N0) requis : cette variable caractrise la qualit de service atteindre pour le service
considr. Elle varie en fonction de la mobilit de lutilisateur.
31
Gain de Virtual/Soft handover (GSHO) : il correspond au gain que le mobile ralise dans
une situation de soft handover. Dans cette situation, le mobile est connect plus
quune station de base et donc utilise une puissance minimale.
Marge dinterfrence (NRUL: Noise RiseUL) : Ce paramtre correspond au niveau
daugmentation du bruit du laugmentation de la charge dans la cellule. Cette marge
dinterfrence est lie au facteur de charge ( ) qui mesure la charge de chaque lien
ul
(montant ou descendant). La marge dinterfrence est importante si la capacit et donc
la charge autorise dans la cellule sont importantes .Ainsi, dans les zones urbaines, cette
marge doit tre importante alors que dans les zones rurales, la marge dinterfrence est
faible. Le rseau doit tre planifi de faon pouvoir supporter une certaine marge
dinterfrence afin de garantir un rayon minimum pour la cellule. La marge
dinterfrence est donne par la formule suivante :
-10* log (1- ) (II.9)
ul
II.2.2.2 Bilan de liaison pour le lien montant

Pour le calcul du bilan de liaison pour le lien montant [13], il faut tout dabord dterminer EIRP
(Effective Isotropic Radiated Power). Elle correspond la puissance quil faudrait fournir une
antenne isotrope pour obtenir le mme champ la mme distance. Elle a lexpression suivante :
EIRP (dBm) = PUE + GUE LBody Lf (II.10)
MS
Laffaiblissement maximal admissible sur le lien montant est donne par :
LMax_UL = EIRP + GBTS LfBTS + GSHO MFad_shad (II.11)
Avec : MFad_shadow est la marge due au fading de masquage.
II.2.2.3 Bilan de liaison pour le lien descendant

Canal de trafic : Dans le cas du lien descendant, lexpression de EIRP (dBm) scrit comme
suit :
EIRP (dBm) = PBTS + GBTS LfBTS (II.12)
Pour dterminer la perte maximale admissible, on calcule la somme totale des bruits et des
interfrences cres par tous les mobiles en suivant les tapes suivantes :
1. On calcule le facteur de bruit du rcepteur du BTS. Son expression est donne par :
NBTS = - Nth + NF +10* log (Tc) (II.13)
2. On calcule la somme des interfrences reues au rcepteur. Sa valeur est donne par :
TOtint = 10* log [10*((NBTS + NRul)/ 10) 10 ^ (NBTS / 10)] (II.14)
3. Finalement, on ajoute les bruits pour trouver la somme totale. Elle est donne par :
TOtint _ bruit = 10 * log [10^ (Totint / 10) + 10 ^ (NBTS / 10) (II.15)
32
Une fois la valeur de la somme des bruits et des interfrences est calcule, on dtermine la
valeur de la sensibilit du rcepteur en utilisant la formule suivante :
SRx = (Eb / N0) + TOtint _ bruit Gp (II.16)
La perte de propagation maximale sur le lien descendant pour un canal de trafic est la suivante:
L= EIRP SRx + GUE - Lf + GSHO MFad_shadow (II.17)
MS
II.2.
II.2.3
2.3 Calcul du rayon de la cellule
Une fois nous avons dtermin le pathloss maximal dans la cellule, il ne reste plus qu
appliquer nimporte quel modle de propagation connu pour estimer le rayon de la cellule. Le
modle de propagation doit tre choisi de sorte quil soit conforme la rgion planifie. Les
critres du choix du modle de propagation sont la distance par rapport au BTS, la hauteur de
lantenne du BTS, la hauteur de lantenne du UE et sa frquence.
La zone de couverture dune cellule, si nous choisissons le motif hexagonal, est :
2
S= K r (II.18)
O S est la surface couverte, r est le rayon maximal de la cellule et K est une constante. Le
tableau suivant donne quelque valeurs de K suivant le nombre de secteurs.
Tableau 2.1 : Valeur de K par type dantenne
Le nombre de sites requis pour la couverture est obtenu en divisant la surface totale de la zone
planifier par la surface couverte par un site.
II.3
I.3 Dimensionnement dun rseau IMS
Dans cette partie, nous nous intressons au dimensionnement dun rseau IMS qui permet
doffrir des services multimdia des usagers disposant dun accs large bande tel que xDSL,
cble, 1xEV-DO, WiFi/WiMax, EDGE/UMTS, etc.
II.3.1
II.3.1 Architecture cible
La figure 2.3 reprsente les diffrentes entits dimensionner dans le cas du rseau cur EV-
DO selon le concept IMS qui sont :
CSCF et MGCF qui appartiennent la couche contrle.
MGW faisant partie de la couche connectivit.
33
Figure 2.3 : Architecture cible
II.3.2 Modle de trafic du rseau daccs

Lvaluation du volume de trafic total dans le rseau coeur ncessite une tude pralable des
modles de trafic de chacune des classes de service. Dans ce paragraphe, nous allons donner
un bref aperu sur les diffrentes classes de services ainsi que les modles de trafic qui
rgissent ces classes pour pouvoir retenir un scnario pour chaque classe et calculer par la
suite la charge de trafic dans le rseau coeur. Il est noter que la modlisation classique des
services par des processus de Poisson nest pas valide dsquil sagit de la transmission des
donnes. Cette modlisation a t longtemps adopte pour le calcul de la charge des rseaux
tlphoniques, et qui reste toujours valable pour les communications de type voix.
II.3.2.1
II.3.2.1 Les diffrentes classes de qualit de service
Selon les spcifications de 3GPP, il est possible de partitionner, sur la base de la qualit de
service, lensemble des services en quatre classes : classe des services conversationnels,
classe des services flux continu ou Streaming, classe des services interactifs, classe des
services en mode tlchargement ou background. [15]
Le critre de classification le plus prpondrant est la sensibilit au dlai de transmission. Les
deux premires classes sont prvues pour les services du type temps rel alors que les deux
autres classes concernent les applications non temps rel, ces dernires se caractrisent par
une tolrance aux dlais de transmission. Lautre contrainte respecter essentiellement pour
les deux dernires classes de service est le seuil du BER (Bit Error Rate).
34
a) Classe des services conversationnels

Les applications de cette classe ncessitent un service bidirectionnel en temps rel impliquant
deux utilisateurs humains ou plus. Les contraintes dpendent donc de la perception humaine :
la limite sur le dlai maximum tolr est une limite stricte car toute dgradation sur le dlai
induirait une perte de qualit notable dans la perception humaine du signal. Les exemples de
ce type dapplications sont la tlphonie, la vidophonie, la voix sur IP, les jeux interactifs.
b) Classe des services flux continu ou Streaming
Les applications de cette classe impliquent un utilisateur humain et un serveur de donnes. Ce
sont des applications temps rel asymtriques o les donnes sont transfres du rseau vers
les mobiles. Le manque dinteractivit entre lutilisateur et la source de donnes autorise des
dlais un peu plus importants que dans les cas des applications de type conversationnel, et ce
sans perturber la QoS. Les exemples dapplications de type Streaming sont les nouvelles
applications issues de lInternet, telles que les applications audio ou vido sur demande.
c) Classe des services interactifs
Les applications de cette classe impliquent un utilisateur (machine ou humain) dialoguant
avec un serveur de donnes ou dapplications. Contrairement aux deux classes prcdentes,
les performances temps rel ne sont pas ncessaires, il sagit seulement dattendre un certain
temps pour rpondre aux requtes. Par contre les informations ne doivent pas tre altres.
Les exemples dapplications de type interactif sont la navigation sur lInternet, laccs aux
bases de donnes ainsi quaux serveurs dapplications.
d) Classe des services en mode tlchargement ou background
Les applications de cette classe impliquent un utilisateur, le plus souvent un quipement
terminal, ralisent lenvoi et la rception de donnes en tche de fond. Labsence
dinteractivit pour ces applications fait que lutilisateur lorigine de la requte nest pas en
attente dune rponse dans une limite de temps fixe. Ce sont donc les applications les moins
sensibles au dlai, mais sont trs sensibles aux erreurs sur linformation transfres. Les
exemples dapplications sont le mail, le transfert de messages courts (SMS pour Short
Messages Services), le tlchargement de donnes ou de fichiers.
II.3.2
I.3.2.2 Modles de trafic
a) Modle de trafic pour le service conversationnel
Un exemple de service conversationnel est la communication tlphonique. Les
communications tlphoniques constituent le service le plus classique dont le comportement
statistique a t matris. Le comportement dun utilisateur exploitant ce service au cours du
35
temps est modlis par un processus markovien du type ON-OFF. Les caractristiques de ce
modle sont :
Loccurrence des appels tlphoniques est un processus de poisson caractris par un taux
moyen dappel de valeur typique 0.8 appels par heure.
La dure dun appel suit un processus exponentiel de moyenne typique telle que
1/ = 150 s.
La dure de lappel est une alternance de priodes dactivit et de priodes de silence. Ces
priodes suivent chacune une distribution exponentielle. La valeur typique pour le taux
dactivit des sources est 0.5.
b) Modle de trafic pour le service flux continu
Un exemple typique dun service flux continu est le tlchargement dune squence vido.
Le flux des squences vido correspond une srie de trames de donnes de mme dure
raison de 25 trames par secondes. Il existe neuf types diffrents de trames. Loccurrence de
ces diffrents types de trames est gre par un processus de Markov neuf tats.
La distribution de la dure de chaque classe de contenu suit une loi Gamma dordre 2. Nous
avons retenu pour ce modle les caractristiques suivantes :
Loccurrence des sessions 0.17 appels/ heure
La dure dune session 120 s
Le taux dactivit de la source est de 0.58
c) Modle de trafic pour le service interactif
Lexemple typique de ce service est la consultation des pages Web. Le flux de donnes, selon
ce modle, peut tre dcompos en plusieurs sessions de consultation du Web. Pendant
chaque session, lutilisateur consulte un ensemble de sites Web se ramenant un appel des
pages HTMLs correspondantes. Le tlchargement de ces pages HTMLs est matrialis par la
transmission de plusieurs datagrammes de taille variable. Un temps de lecture est ncessaire
avant damorcer la consultation dune autre page Web. Les caractristiques statistiques de ce
modle sont les suivantes :
Loccurrence de sessions est un processus de poisson de valeur typique 0.17 appels/heure
Pour chacune de session :
Le nombre dappel de pages HTML suit une distribution gomtrique de
moyenne typique 5 appels/session.
Le temps de lecture suit une distribution exponentielle de moyenne a et de
valeur typique 1/a = 4 12 s.
Le nombre de datagrammes par appel suit une distribution gomtrique de
moyenne typique 10 datagrammes/appel.
36
La dure dinter-arrive de datagrammes suit une distribution exponentielle

dont la moyenne est en fonction du dbit.
La taille des datagrammes suit une distribution de Pareto.
d) Modle de trafic de la classe Background
Les services de cette classe sont insensibles au dlai, ils sont considrs de type Best Effort.
Ils sont transmis en dehors des priodes charges du rseau coeur, cest--dire au cours des
priodes dinactivits des autres classes de services. Dune autre manire, ces services ne
contribuent pas la charge du rseau.
II.3.3 Mthodologie du dimensionnement
II.3.3
II.3.3.1 Les hypothses du dimensionnement
Pour dimensionner le rseau coeur EV-DO, nous allons nous intresser au trafic pendant
lheure de pointe, qui est dfinie comme tant lheure prsentant un maximum du trafic
pendant une journe (une semaine, un mois). Nous supposons dans la suite que le modle de
trafic du rseau daccs correspond lheure la plus charge pour le rseau coeur EV-DO. De
mme, nous admettons que la rpartition du trafic de la classe conversationnelle entre mode
paquet et mode circuit (Pourcentage GSM et PSTN) est fixe malgr que la distribution du
trafic mme entre les deux systmes du mode circuit varie avec le temps (la distribution de
lheure de pointe est utilise comme rfrence). Les taux de pntration des rseaux UMTS et
EDGE sont fixs, indpendamment de la distribution des abonns. Enfin, nous avons
considr que tout abonn localis sous la couverture UMTS peut utiliser cette technologie
avec un dbit maximal de 2 Mbits/s. Il en est de mme pour les abonns EDGE mais avec un
dbit de 384 Kbits/s. Les abonns EV-DO peuvent atteindre des dbits de 3 Mbits/s.
II.3.
II.3.3
.3.3.2 Calcul du trafic gnr par le rseau daccs
Rpartition des abonns
abonns
Nous devons tout dabord fixer le nombre dabonns pour chaque technologie active dans la
zone dimensionner. Pour cela nous disposant des donnes suivantes :
37
Paramtres Dsignation
Nombre total dabonns Nbabonns
Nombre total des abonns mobiles Nbabonns(Mobile)
Nombre total des abonns fixes Nbabonns(fixe)
Pourcentage des abonns EV-DO par rapport aux abonns mobiles Nbabonns(EVDO/Mobile)
Pourcentage des abonns EDGE par rapport aux abonns mobiles Nbabonns(EDGE/Mobile)
Pourcentage des abonns UMTS par rapport aux abonns mobiles Nbabonns(UMTS/Mobile)
Pourcentage des abonns GSM par rapport aux abonns mobiles Nbabonns(GSM/Mobile)
Pourcentage des abonns POTS par rapport aux abonns fixes Nbabonns(POTS/fixe)
Pourcentage des abonns ADSL par rapport aux abonns fixes Nbabonns(ADSL/fixe)
Tableau 2.2 : Paramtres des abonns
La premire tape consiste dterminer le nombre dabonns par technologie comme suit :
Nbabonns(EV-DO) = Nbabonns(EV-DO/Mobile) * Nbabonns(Mobile) (II.19)
Nbabonns(EDGE) = Nbabonns(EDGE/Mobile) * Nbabonns(Mobile) (II.20)
Nbabonns(UMTS) = Nbabonns(UMTS/Mobile) * Nbabonns(Mobile) (II.21)
Nbabonns(GSM) = Nbabonns(GSM/Mobile) * Nbabonns(Mobile) (II.22)
Nbabonns(ADSL) = Nbabonns(ADSL/fixe) * Nbabonns(fixe) (II.23)
Nbabonns(POTS) = Nbabonns(POTS/fixe) * Nbabonns(fixe) (II.24)
Une fois le nombre dabonns par technologie dtermin nous devons connatre la rpartition
des services entre ces technologies.
Rpartition des services
Lutilisation des services varie selon la nature du service (conversationnel, interactif,
streaming) dune part et selon la technologie utilise dune autre part (GSM, EDGE, UMTS,
POTS, ADSL). Dans le cas de notre tude le service conversationnel est offert par toutes les
technologies, le service streaming peut tre obtenu avec EV-DO, UMTS et ADSL quant au
service interactif, les rseaux GSM et POTS sont les seuls ne pas loffrir.
Dtermination du trafic achemin au niveau accs
Le diagramme de la figure 2.4 montre les diffrentes tapes suivre pour dterminer le trafic
achemin au niveau accs qui va servir pour le dimensionnement des diffrentes entits du
rseau:
Dabord, on dtermine le trafic gnr par chaque service et chaque technologie en appliquant
un modle de trafic adquat pour chacun :
38
Figure 2.4 : Etapes de calcul du trafic
Pour le POTS et le GSM, on na que le service de tlphonie classique (en mode circuit). Leur
trafic, exprim en erlang, est dtermin par lquation suivante :
Trafic gnr ( I ) = Nb Abonns ( I ) Trafic moyen / abonn ( I ) (II.25)

o
I : dsigne GSM ou POTS
Trafic moyen/abonn (I) est le trafic moyen par abonn de la technologie I (POTS ou GSM).
39
Le rsultat obtenu en erlang doit tre converti en Kbits pour pouvoir lajouter aux trafics
conversationnels gnrs par les autres technologies. Pour ce faire plusieurs tapes doivent
tre effectues.
1. Rassembler ou tre capable de dduire les donnes doprateur suivantes :
La dure moyenne des communications (DMC) en secondes
Le nombre de tentatives dappels moyen par abonn lheure charge (TAHC) par heure,
Le grade de service (Grade of Service : GoS) souhait au niveau de linterface
commutateur du Media Gateway. En effet, les diffrents rseaux daccs connects au
rseau de transport offrent dj un certain GoS fix par loprateur en dimensionnant ce
rseau; donc il faut viter un goulot dtranglement au niveau des MGWs.
Le trafic gnr en erlang est :
NbAbonns ( I ) TACH ( I ) DMC( I ) (II.26)
(I ) =
3600
2. Calculer le nombre de circuits N ncessaires pour acheminer ce trafic calculer en erlang
laide de la formule de Rigault :
N = k (II.27)
Avec K = 10 log10 (GoS ) (II.28)
3. Calculer le dbit dappel
Le dbit dappel peut tre calcul en tenant compte des lments suivant :
Les codecs audio utiliss au niveau de la couche application
Les diffrentes encapsulations aux niveaux des diffrentes couches (transport, rseau)
Les protocoles au niveau de la couche liaison.
Pour chaque site, on suppose quon a un choix uniforme entre les diffrents utilisateurs des
diffrents paramtres : codec, priode de paqutisation, protocole de couche liaison.
La formule qui permet de calculer le dbit par appel est la suivante :
( Dbit codec T p + entete liaison + enqueue liaison )

Dappel = (II.29)
Tp
Avec
D appel : dbit par appel en Kbit/s
Dbit codec : dbit gnr par le codec en Kbit/s
T p : la priode de paqutisation en ms
entte RTP/UDP/IP : la taille lentte RTP/UDP/IP ajouter en bits
entte liaison : la taille de lentte du protocole de couche liaison en bits
enqueue liaison : la taille de lenqueue du protocole de couche liaison en bits
40
Figure 2.5 : Etapes de calcul du trafic mode circuit
4. Calculer de la bande passante ncessaire pour acheminer le trafic gnr

Trafic gnr ( Kbits / s ) = N Dappel (II.30)
Lorganigramme de la figure 2.5 dcrit les tapes voques prcdemment et servant au calcul
du trafic du mode circuit en Kbits/s.
Daprs le diagramme on voit que lutilisateur peut donner comme entre au simulateur le
trafic moyen par abonn en erlang. Ce paramtre peut tre calcul par le simulateur, il suffit
pour cela dentrer la dure moyenne dune communication (DMC) et le taux dappel par
heure charge par abonn (TAHC).
Pour les technologies ADSL et UMTS on dispose des services conversationnel, streaming et
interactif. Alors que pour EDGE, on ne dispose que des services conversationnel et interactif.
On doit tout dabord dterminer le nombre des abonns actifs par service et par technologie.
Le nombre dabonns actifs est donn par lquation (II.33) :
Nabonns (I , J ) = Nabonns (I) activit (J ,I ) (II.31)
o
I dsigne EDGE, UMTS ou ADSL.
J dsigne le service Conversationnel, Interactif ou Streaming.
activit (J, I) dsigne le taux dactivit du service J de la technologie I.
Nabonns (I , J ) dsigne le nombre dabonns I actifs du service J.
41
Dans ces conditions, le trafic gnr par le service J dans une technologie I est gnralement
modlis par lquation suivante :
Trafic gnr (J, I) = Nabonns (I, J) appel (J, I) Tappel (J, I) Dmax (J, I)activit_ s (J, I) (II.32)
o
Traficgnr (J, I) dsigne le volume de trafic gnr par le service J du rseau I (en Kb/s)
appel (J,I) est le taux dappel/heure/abonn du service J pour la technologie I (en appel/heure).
T appel(J, I) est la dure dappel du service J pour la technologie I (en s/appel).
Dmax (J, I) est le dbit max du service J pour la technologie I (en Kb/s).
activit_ s (J, I) est le taux dactivit de la source du service J de la technologie I.
Gnralement, on calcule le trafic du service gnr en utilisant les paramtres correspondants
la technologie utilise. Ensuite, on calcule le trafic gnr par chaque technologie (EV-DO,
POTS, GSM, ADSL, EDGE, UMTS) :
(II.33)
Trafic gnr ( I ) = Trafic gnr (J , I )
J ( Conversati onnel , Strea min g )
On suppose toujours que :

Traficgnr (interactif,GSM)=Traficgnr (streaming,GSM)=0
Traficgnr (interactif,POTS)=Traficgnr (streaming,POTS)=0
Enfin, et aprs avoir exprimer lensemble des valeurs des trafics gnrs par chaque
technologie en Kb/s, il suffit deffectuer leur somme pour dterminer la charge totale du
rseau daccs (en Kb/s).
Trafic gnr ,Total ( I ) = Trafic gnr (I )

I ( EV DO , EDGE ,UMTS ,GSM , ADSL , POTS ) (II.34)
Cependant, pour le dimensionnement des entits du rseau on va sintresser seulement au
trafic sortant. En effet, ce nest pas tout le trafic qui va tre achemin travers le Media
Gateway. Ainsi, si on dispose du coefficient de routage externe pour chaque technologie I :
C RE (I) , le trafic achemin par chacune est dtermin par lquation suivante :
Traficachemin (I) = Traficgnr (I) x CRE (I) (II.35)

Ainsi, le trafic total achemin est la somme des trafics achemin par chaque technologie.
II.3.4
II.3.4 Processus de dimensionnement
II.3.4.1
II.3.4.1 Dimensionnement des MGWs
Le dimensionnement dun MGW consiste dterminer sa capacit de commutation, ce qui
revient dterminer la capacit de ses interfaces. La capacit de linterface est gale au trafic
42
total achemin travers ce MGW, dtermin par lquation (II.35). Le trafic mode paquet
passe directement travers le MGW alors que le trafic mode circuit doit tre paquetis au
niveau du MGW. Selon le dbit gnr par le codec audio et en tenant compte des diffrentes
possibilits des priodes de paqutisation, on peut obtenir la taille des donnes audio. Ces
donnes audio vont subir des encapsulations au niveau des diffrentes couches en
commenant par la couche transport jusqu arriver la couche liaison de donnes.
Figure 2.6 : Calcul de la capacit du MGW
Les trafics gnrs par les rseaux commutation de circuits et calculs partir de la formule
(II.29) seront additionns avec lensemble des trafics mode paquet.
On peut aussi dterminer la capacit dun MGW en terme de nombre de chssis. En effet si on
dispose de la capacit du chssis, le nombre de MGWs sera dtermin comme suit :
CapacitMGW
N MGW = (II.36)
CapacitChasis
II.3.4.2 Dimensionnement de MGCF
Le MGCF est une passerelle (Gateway) qui assure les communications entre lIMS et les
usagers du domaine circuit (CS). Tout le trafic de signalisation (contrle dappels ou session)
gnr par les utilisateurs du domaine circuit vers lIMS passe par le MGCF. Ce dernier
assure la conversion entre protocoles ISDN User Part (ISUP) et Bearer Independent Call
Control (BICC) vers le protocole SIP.
Le dimensionnement de cet quipement se traduit en terme de capacit de traitement de son
processeur. Il suffit donc de dterminer le nombre dappels vhiculer exprim en cps (call
per second) ou en BHCA (Busy Hour Call Set up) tel que :
43
Charge (en BHCA) = charge (en cps) 3600 (II.37)

Gnralement, un MGCF fonctionne dans les deux cas suivant :
Lappel est initi par le mode circuit.
Lappel est initi par le mode paquet et destin vers le mode circuit. Ce type dappel
ne peut tre que du conversationnel.
Do la formule suivante :
Ch arg eMGCF = Nb Abonns ( I ) appel ( I ) +

I ( GSM , POTS ) (II.38)
Nb Abonns ( I , Conversati onnel ) appel ( I , Conversati onnel ) RE _ circuit
I ( EV DO ,UMTS , EDGE , ADSL )
o
Nbabonns(I, conversationnel) dsigne le nombre dabonns du rseau I activant le service
conversationnel.
appel(I, conversationnel) dsigne le taux dappel du service conversationnel dans la
technologie I.
RE _circuit t est le taux de routage externe vers le mode circuit.
Certains de ces paramtres sont gnralement donns, les autres peuvent tre dduits partir
dautres. Par exemple, le taux dappels par abonn est dtermin en fonction de la dure
moyenne dun appel et le trafic moyen par abonn par la formule suivante :
Traficmoyen / abonn
Dureappel = (II.39)
appel
II.3.4
II.3.4.3 Dimensionnement de CSCF
Comme le MGCF, le dimensionnement dun CSCF se traduit par la capacit de traitement de
son processeur qui sexprime en cps. La seule diffrence est que le MGCF traite des services
narrow band (mode circuit), alors que le CSCF traite des services broad band (large bande).
Cest pour cela quon ne va sintresser quaux technologies EDGE, UMTS et ADSL qui
offrent des services data voir mme multimdia. Ainsi la charge dun CSCF sexprime
comme suit :
Ch arg eCSCF = Nb Abonns ( I ) appel ( I ) (II.40)
I ( EV DO , EDGE ,UMTS , ADSL )
Avec Nb Abonn (I) est le nombre dabonns simultans utilisant la technologie I.
44
Conclusion
La planification radio et le dimensionnement du rseau cur sont des tapes importantes dans
le dploiement du rseau EV-DO et lintroduction du concept IMS. La planification consiste
dterminer le nombre de stations de base dployer travers une phase de calcul de
couverture et une phase de calcul de capacit se basant sur un ensemble de paramtres. La
tache de dimensionnement du cur du rseau consiste valuer le volume de trafic vhicul
ainsi que la dtermination de la capacit ncessaire des diffrentes entits du rseau pour
supporter ce trafic.
Limplmentation des diffrentes rgles servant pour planifier le rseau EV-DO et le
dimensionnement du cur de rseau IMS et lautomatisation de ces deux taches dlicates
feront lobjet du chapitre suivant.
45
Chapitre III : Outil de planification et de dimensionnement
Chapitre III :
Dveloppement
Dveloppement de loutil de planification EV-
EV-DO et de
dimensionnement du rseau cur IMS
Introduction
Aprs avoir dtailler le processus de planification radio dun rseau EV-DO ainsi que la
dmarche du dimensionnement dun rseau cur IMS, ltape suivante de notre travail est de
concevoir et de raliser un outil qui implmente les diffrentes phases du processus. En effet,
lautomatisation du processus de planification et de dimensionnement est dune grande utilit
vue la complexit de cette tache.
Dans ce chapitre, nous allons prsenter le simulateur quon a dvelopp en dcrivant la
structure de son interface, son approche conceptuelle, et la mthodologie de son utilisation.
Nous traiterons dabord la partie planification radio dun rseau EV-DO pour les deux
rvisions 0 et A et nous nous intresserons, par la suite au dimensionnement du rseau cur
IMS.
III.1
III.1 Spcification de loutil
III.1.1
III.1.1 Scnario tudi
Nous envisageons de dimensionner un rseau EV-DO selon le scnario suivant : loprateur
opte pour linstallation dun rseau EV-DO Rev 0 puis procdera une migration vers la
rvision A de la norme pour prparer le terrain lvolution vers une architecture IMS du
cur du rseau.
Nous supposons en effet que le backbone actuel de loprateur ne permet pas de bnficier
des services offerts par la rvision A de la norme EV-DO, alors que le dploiement de la
rvision 0 permettra doffrir des services haut dbit sur le rseau de transport.
46
La migration du rseau daccs vers la rvision A saccompagnera de lvolution du rseau de

transport une architecture IMS garantissant des services valeurs ajoutes avec diffrents
niveaux de QoS. Le scnario propos est reprsent par le diagramme 3.1.
Figure 3.1 : Scnario de dploiement et de migration
Le simulateur dvelopper devra donner la possibilit de planifier tout dabord un rseau EV-
DO Rev 0 puis planifier un rseau EV-DO Rev A et se servir des rsultats de cette
planification pour dimensionner le rseau cur IMS responsable de lacheminement du trafic
gnr par le rseau en tenant compte des diffrentes technologies existantes.
Nous avons vu jusquici les diffrentes rgles appliques pour planifier un rseau EV-DO et
dimensionner sa partie transport supportant la fois des rseaux cellulaires de deuxime et
troisimes gnration ainsi que des rseaux fixes. Nous allons maintenant essayer
dimplmenter les diffrentes relations que nous avons trouves dans un outil ouvert afin de
pouvoir automatiser lopration de dimensionnement. Nous allons donc concevoir une
47
interface simple qui regroupe les caractristiques du rseau en terme de composants et de

trafic et en dduire ce quil faut prvoir pour supporter les usagers potentiels.
III.1.2
III.1.2 Interface Utilisateur
Nous avons cherch raliser un outil bas sur des interfaces simples et squentielles afin de
guider lutilisateur travers les diffrentes tapes de lutilisation, notamment lors de lentre
des paramtres du rseau. Dautre part Nous avons essay de raliser une programmation
oriente objet qui nous permettra davoir un produit fini facilement intgrable mais surtout
extensible afin de permettre son adaptation aux nouveaux rseaux dploys.
III.1.3
III.1.3 Spcification des besoins
Avant la phase de la conception, nous commenons par spcifier les besoins fonctionnels pour
notre outil. Ces besoins seront donc indispensables pour garantir les performances de loutil.
Les principales fonctions de notre outil sont :
Planification dun rseau EV-DO Rev 0
Planification dun rseau EV-DO Rev A
Estimation et calcul du trafic issu de diffrents rseaux daccs
Dimensionnement un rseau cur IMS
Prvoir et identifier les quipements ncessaires
III.1.4
III.1.4 Environnement de dveloppement
Linterface que nous avons choisie est celle prsente par Visual C++. Notre choix sappuie
sur la robustesse de ce logiciel qui est capable doffrir un niveau de programmation oriente
objet assez solide ainsi que dexcellentes performances en terme doptimisation de ressources,
vue quil permet au programme cre doccuper un minimum de temps dexcution et de
mmoire.
Notre outil de dimensionnement devra prsenter une interface graphique agrable et facile
manipuler. L'utilisateur devra introduire les paramtres d'entre d'une faon aise, ainsi que la
visualisation des rsultats. Il devra aussi manipuler les menus du logiciel sans problme.
Nous jugeons utile doffrir plus de libert l'utilisateur de loutil en lui donnant la possibilit
d'introduire le type de dimensionnement de son choix.
III
III.1.5
.1.5 Dtermination des Cas dutilisations
Ltude des cas dutilisation a pour objectif de dterminer ce que lacteur (oprateur dans
notre cas) attend du systme (outil de planification et dimensionnement).
48
La dtermination des besoins est base sur la reprsentation de linteraction entre lacteur et
loutil. Il ressort que les catgories des besoins fonctionnels des acteurs se dcomposent
comme le montre le diagramme suivant :
Figure 3.2 : Diagramme de cas dutilisation
Lutilisateur du systme interagit avec lapplication en demandant des besoins satisfaire. Les
fonctionnalits du systme sont tels que : dimensionner un rseau EV-DO Rev 0,
dimensionner un rseau EV-DO Rev A, Dimensionner le rseau cur IMS.
Cas dutilisation Dimensionner un rseau EV-DO Rev 0 : lutilisateur demande au
systme de dterminer la configuration optimale pour installer un rseau EV-DO dans
une zone donne
Cas dutilisation Dimensionner un rseau EV-DO Rev A : lutilisateur demande au
systme de dterminer les besoins dune volution du rseau vers la version A de la
norme EV-DO.
Cas dutilisation Dimensionner le rseau cur IMS : lutilisateur demande au
systme de calculer le trafic total transport par le rseau et den dduire la
configuration ncessaire des entits du rseau IMS.
III.2
III.2 Dimensionnement de la partie radio
Cet outil permet dans une premire tape de dimensionner la partie radio dun rseau CDMA
EV-DO puis de dimensionner selon le concept IMS la partie cur du rseau en tenant compte
de lexistence des diffrentes technologies actives dans la zone dimensionner.
49
La premire partie consiste dterminer le nombre de BTS ncessaire pour couvrir une zone
donne et de calculer la capacit des quipements du rseau. Le simulateur dvelopp a pour
principales fonctions dtablir le bilan de liaison pour les deux liens montant et descendant
afin de dterminer le pathloss maximal et le rayon de la cellule. Il permet galement de
dterminer le nombre de stations de bases ncessaires.
Dans cette partie, nous allons dtailler les diffrents modules de ce simulateur et prsenter les
rsultats obtenus
III.2.1
III.2.1 Planification dun rseau EV-
EV-DO Rev 0
III.2.1.1
III.2.1.1 Le cahier de charge du simulateur
Nous prsentons dans le tableau suivant les donns lentre (inputs) du simulateur de la
partie planification EV-DO Rev 0 ainsi que les rsultats attendus (outputs).
Inputs Outputs
Les paramtres de la zone Couverture
Surface Rayons de couverture sur la liaison montante
Type de terrain Rayons de couverture sur la liaison descendante
Les paramtres de la BTS Rayon final de panification
Hauteur Couverture dune BTS
Puissance dmission Nombre de BTS
Les paramtres de lquipement utilisateur Nombre de clients par BTS
Hauteur Capacit
Puissance dmission Capacit vrifie ou non
Le profile des utilisateurs Solutions adopter
Taux de pntration Nombre de BTS ajouter
Taux de simultanit
Dbit montant moyen
Dbit descendant moyen
Tableau 3.1 : Paramtres du simulateur
Comme nous avons vu dans le chapitre prcdent, la planification de la couverture radio EV-
DO se base essentiellement sur lanalyse du bilan de liaison. Diffrents paramtres seront
ncessaires afin dtablir le bilan de la liaison montante et celui de la liaison descendante.
50
Dans la partie suivante, nous allons dtailler ces paramtres et les valeurs que nous avons
prises pour faire la planification de la couverture radio qui seront justifies dans le chapitre
suivant.
III.2
II.2.
.2.1.2
1.2 Utilisation de loutil
Dans la premire interface de loutil reprsente par la figure 3.3 (a), lutilisateur introduit les
paramtres gnraux de son rseau. Il y prcise le nombre total dutilisateurs, le pourcentage
des abonns mobiles et fixes, le nombre de zones dimensionner, le nombre des domaines du
rseau et le taux deroutage inter-domaine.
Figure 3.3 (a) (b) : Paramtres gnraux et paramtres de la zone
Les valeurs des trois premiers paramtres sont estimes et prvues par des statistiques
(nombre dabonns futur et actuel). Le quatrime paramtre, dsignant le nombre de zones
dans le rseau, est dduit partir du choix de larchitecture de migration. En effet, on dsigne
par zone un ensemble de sous rseaux de diffrentes technologies (EV-DO, POTS, GSM,
EDGE, UMTS, ADSL) qui sont grs par un MGW. Pour fixer ce paramtre dans le cas de
notre tude, il faut tout dabord examiner le rseau transport de Tunisie Tlcom et choisir
une architecture de migration vers larchitecture IMS. Les deux derniers paramtres
reprsentent le nombre de domaines et taux de routage de routage inter-domaine. Un domaine
est la zone daction dun MGCF. Ces deux paramtres seront exploits plus tard.
Ayant fixer les paramtres gnraux du rseau, lutilisateur introduit, travers linterface
reprsente par la figure 3.3 (b), les donnes ncessaires pour la planification radio de la zone
savoir le nom de la zone, la surface, le pourcentage des donnes mobiles par rapport au
51
nombre total dabonns mobiles du rseau et celui des abonns EV-DO par rapport au nombre
dabonns mobiles de la zone et enfin le numro du domaine auquel appartient la zone.
Linterface suivante illustre par la figure 3.4 permet lutilisateur de fixer les paramtres
dtaills de la zone concernant la rpartition de la surface et des abonns.
Figure 3.4 : Paramtres par type denvironnement
Ces paramtres reprsentent les pourcentages des surfaces urbaine, suburbaine et rurale par
rapport la surface totale de la zone ainsi que la rpartition des abonns entre ces diffrents
environnements.
En effet, comme expliqu dans le chapitre prcdant, la planification radio est troitement lie
au type de lenvironnement. Etant donn que la zone dimensionner chaque fois est un
gouvernorat (pour le cas de notre tude), la surface dimensionner peut comporter diffrents
types denvironnements, cest pour cela que notre tude de la planification radio de la zone
doit se faire par type denvironnement. Ainsi la planification de chaque type denvironnement
se fera part. Linterface suivante (Figure 3.5) comporte la fois les donnes de planification
et les rsultats pour permettre lutilisateur de modifier facilement ses donnes et voir
immdiatement limpacte sur le rsultat. Il peut ainsi jouer sur la valeur des paramtres quil
peut manipuler pour arriver au rsultat voulu et aura ainsi la possibilit doptimiser le
processus de planification. Nous allons dans ce qui suit dcrire les fentres de cette interface
une une.
52
Figure 3.5 : Interface principale du simulateur
Aprs avoir spcifier les donnes de la zone dimensionner savoir la surface le nombre
dabonns EV-DO par type denvironnement, lutilisateur se trouve appel introduire les
donns spcifiant lquipement de lutilisateur, celui du fournisseur ainsi que ceux de
loprateur.
Le calcul du bilan de liaison ncessite le choix de quelques paramtres dinitialisation
savoir:
Les paramtres de station mobile (UE) et de station de base.
La sectorisation : pour notre outil, lantenne de la station de base est ou bien
omnidirectionnelle ou trisectorielle.
Les Pertes de pntration : Ce facteur prsente les pertes subies par le signal et
introduites par les caractristiques intrinsques du terrain.
Dautres paramtres ne figurants pas dans cette interface seront implicitement pris en compte
lors de lexcution. En effet, tant donn que les dbits sur les liaisons montante et
53
descendante ainsi que les schmas de codage et de modulation correspondant chaque dbit
sont fixs par la norme, ces paramtres pourront tre dterminer implicitement sans
linitiation par lutilisateur.
Ayant fix ces paramtres, la spcification des profils des utilisateurs est ncessaire pour
terminer la planification. Loprateur doit introduire dans un premier temps le nombre de
clients quil dsire supporter puis spcifier en Kbits/s les dbits moyens offrir ses clients
sur les deux liaisons montante et descendante. Une fois tous ces paramtres introduits il ne
reste plus quafficher les rsultats de la simulation.
III.
II.2.1.3
2.1.3 Rs
Rsultats
sultats
Dimensionnement par couverture
Lutilisateur peut maintenant valider pour voir safficher les rsultats du dimensionnement.
Les premiers rsultats safficher sont les deux tableaux de la figure 3.6 (a) reprsentant
respectivement les rayons de couverture atteignables par chaque dbit sur la liaison montante
et descendante :
Figure 3.6 (a) (b) : Rsultats de la simulation
A chaque dbit de la liaison montante ou descendante le simulateur calcule un rayon qui

reprsente la porte maximale permettant doffrir le dbit en question.
En se rfrant au dbits voulus par loprateur sur les deux liaisons le simulateur dtermine
les deux rayon r_up et r_down permettant doffrir respectivement le dbit prcis sur la
liaison montante et descendante. Le rayon qui sera choisi pour la couverture sera min (r_up,
r_down). Ce rayon servira dterminer le nombre de BTS ncessaires pour la couverture de
la zone tudie. Le processus est dcrit par le diagramme de la figure 3.7.
Les autres rsultats calculs par le simulateur et reprsents dans la figure 3.6 (b) sont : Le
rayon final servant pour la planification, la couverture dune BTS qui est fonction du rayon et
54
de type de lantenne choisie, le nombre de BTS qui va assurer la couverture de la zone tudie
et enfin le nombre de clients pouvant tre servis par une seule BTS.
Figure 3.7 : Processus de calcul du rayon de couverture
Dimensionnement par capacit

On a dtermin jusquici le nombre de BTS assurant la couverture de la zone planifier.
Toutefois il nest pas garanti que ce mme nombre sera suffisant pour rpondre aux besoins
des abonns en terme de dbit sur les deux liaisons. Cest pour a quun calcul de capacit
savre plus que ncessaire. Pour une faible densit de trafic, le dimensionnement par
couverture sera suffisant, mais il suffit de changer le profil des utilisateurs (changer les dbits
ou modifier les taux de pntration et de simultanit) pour sapercevoir de la ncessit de la
planification par capacit. Cest pour cette raison que, aprs avoir calculer le rayon de
couverture et dterminer le nombre de BTS, lutilisateur ne peut passer ltape suivante du
dimensionnement quaprs avoir vrifier que la capacit est satisfaite. Le rsultat de cette
vrification est reprsent par la figure 3.8 (a) et (b).
55
Figure 3.8 : Vrification de la capacit
Dans le cas o le nombre de BTS dtermin par le rayon de couverture nest pas suffisant
pour assurer les profiles des clients, le simulateur offre diffrents choix pour corriger le
rsultat de la planification.
Les solutions possibles sont :
Augmenter le nombre de BTS
Modifier le type des antennes utilises
Ajouter une porteuse de 1.25 Mhz
Dans le cas o la solution choisie serait daugmenter le nombre de BTS ou dajouter des
porteuses, le simulateur affichera le nombre de BTS ou de porteuses ajouter pour arriver au
rsultat voulu.
Une fois la couverture et la capacit sont satisfaites, lutilisateur dimensionne les autres
environnements de la zone et peut ensuite passer la planification radio de la rvision A.
III.2
II.2.2
.2.2 Planification dun rseau EV-
EV-DO Rev A
III.2.2
III.2.2.1
.2.2.1 Le cahier de charge du simulateur
La diffrence qui existe entre les deux processus de planification EV-DO rvision 0 et
rvision A provient directement des modification apportes par la rvision A sur la liaison
montante et lintroduction de la QoS. En effet la diffrentiation de services introduite par la
version rcente de la norme (Rev A) permet doffrir diffrents services avec des contraintes
qui varient dun service un autre.
Cest pour cette raison que la spcification des paramtres de services fait partie du processus
de dimensionnement. Encore pour les rsultats, de nouveaux paramtres seront calculs dans
le cas de la rvision A savoir le nombre de clients suseptibles dtre supports par service et
la bande passante requise par service.
56
III.2.2
III.2.2.2
.2.2.2 Configuration et entre des paramtres
Lutilisateur commence par fixer le nombre dabonns EV-DO Rev A dans la zone
dimensionner et passe par la suite la spcification des paramtres des services offerts.
Les servies offerts par le rseau sont :
Le service conversationnel avec des dbits maximaux de 64 Kbits/s sur les liaisons
montante et descendante.
Le service haut dbit avec des dbits maximaux de 64 Kbits/s et 512 Kbits/s
respectivement sur les liaisons montante et descendante.
Le service Best Effort faible dbit sur les deux liaisons.
Lutilisateur configure les modles de trafics des services dans la zone donne en prcisant le
taux dappel, la dure dappel, le taux dactivit de la source et le taux dactivit pour chaque
service (Figure 3.9 (a)).
Figure 3.9 (a) (b) : Paramtres de services et dbits offerts
Ayant configur les paramtres de services dans la zone dimensionner, lutilisateur

slectionne dans linterface de la figure 3.9 (b) les dbits offerts par le rseau EV-DO dans
cette zone. Pour chaque dbit, lutilisateur spcifie un taux de pntration et un taux de
simultanit. Ces deux taux dterminerons le nombre dabonns actifs dans lheure charge et
serviront ainsi calculer le trafic maximal garantir par le rseau daccs.
57
Les mmes paramtres dentrs introduits pour le cas de la planification de la rvision 0 aussi
introduits pour la planification de la rvision A et les mmes calculs effectus dans le cas de
la version 0 seront appliqus pour la rvision A afin de dterminer le rayon de couverture et
le nombre de BTS ncessaires. La premire tape serait de slectionner, un par un, les
environnements planifier.
Une interface similaire celle de la planification de la rvision 0 permettra lutilisateur de
prciser les donns des quipement utilisateur, fournisseur ainsi que le profile des utilisateurs
dune part et de visualiser les rsultats obtenus dautre part.
La vrification de la capacit est aussi ncessaire pour donner le nombre final de BTS
utiliser.
III.2.2
III.2.2.3
.2.2.3 Rsultats
Rsultats
De nouveaux paramtres sont calculs dans ce cas savoir le nombre de clients et la bande
passante requise pour chaque service.
Figure 3.10 : Affichage des rsultats
Le nombre de stations de base trouv pour la planification de la rvision 0 de la norme peut ne

pas suffire pour supporter lintroduction de la nouvelle rvision, dans ce cas la mise jour
logicielle ne suffira pas pour assurer la migration du rseau vers la rvision A et lajout de
nouvelles stations de base serait ncessaire. La migration vers la rvision A apportera un cot
supplmentaire, mais aussi permettra lextension du rseau et loffre de dbits plus levs
pour les services traits ainsi que la possibilit dintgration et dexploitation de nouveaux
services.
Lvolution vers la rvision A de la norme EV-DO prpare le terrain pour une migration du
rseau cur vers une architecture IMS et nous mne au dimensionnement des entits de ce
rseau qui vont assurer le transport du trafic issu du rseau EV-DO dj planifi ainsi que les
58
trafics des autres technologies que loprateur veut en faire bnficier ses clients de la
migration vers lIMS.
III.3
III.3 Dimensionnement du coeur de rseau IMS
En se basant sur les mthodes de calcul labores dans le chapitre prcdent, nous allons
dvelopper un module qui permet de calculer le trafic lentre dun MGW et issu des
rseaux : EV-DO, EDGE, UMTS, GSM, ADSL et POTS, ainsi que de dterminer les charges
du MGCF et du CSCF les entits du plan contrle de larchitecture IMS. Le trafic issu du
rseau EV-DO quon vient de planifier sera additionn aux trafics gnrs par les autres
technologies existantes et sera ensuite achemin vers le MGW et transport sur le rseau de
transport. Le dimensionnement du MGW ainsi que dautres entits du rseau IMS savre
ainsi indispensable pour assurer lacheminement du trafic gnr par le rseau EV-DO.
III.3.1
III.3.1 Spcifications
Spcifications
Le tableau III.1 prsente les paramtres dentre (inputs) ainsi que les rsultats attendus
(outputs) de la partie dimensionnement cur de rseau de notre simulateur.
Inputs Outputs
Les paramtres gnraux Trafic
Nombre dabonns fixes et mobiles Trafic gnr par chaque service
ombre de zones dans le rseau dimensionner Trafic total gnr par zone
Caractrisation des diffrents modles du trafic Equipements
Les paramtres de la zone Les quipements ncessaires pour la migration
Nombre dabonns fixes et mobiles vers un concept IMS.
Les technologies supportes Capacit du MGW
Taux dactivits des services Charge du MGCF et du CSCF
Les paramtres de la technologie Architecture
Nombre dabonns Larchitecture finale du rseau IMS dans la
Services offerts zone dimensionne.
Tableau 3.2: Paramtres du simulateur de la partie cur du rseau
Notre outil fournit une interface utilisateur simple pour laide au dimensionnement du rseau
cur agrgeant un trafic issu de diffrentes technologies selon une architecture IMS.
Lutilisateur de loutil suivra une dmarche hirarchique pour le dimensionnement de tout son
59
rseau. Il doit dans un premier temps dfinir les caractristiques de son rseau savoir le
nombre dabonns (fixe et mobile) et le nombre de zones desservir. Dans une deuxime
phase lutilisateur sera invit dterminer les paramtres spcifiques des services quil offre
sur son rseau. Ensuite il doit spcifier les paramtres propres chaque zone commencer par
les technologies actives ainsi que le profile des utilisateurs et les caractristiques des services.
Enfin, il passe la caractrisation de quelques donnes relatives la politique de loprateur
(codeurs audio utiliss, priode de paqutisation) afin de dterminer la capacit de
commutation des MGWs, le trafic total couler et la capacit des quipements du niveau
contrle (MGCF et CSCF).
Ce module permet un oprateur de fixer la plus part des paramtres de dimensionnement qui
traduisent sa situation et sa politique doffre de services. De mme, cet oprateur bnficie de
la libert de choix du modle du trafic du rseau daccs selon ses tudes et ses estimations.
Pour le dimensionnement on va procder un approche par zone ce qui va permettre une
grande prcision au niveau du dimensionnement.
III.3.2
III.3.2 Utilisation de loutil
III.3.2
III.3.2.
.3.2.1 Spcifications des paramtres gnraux
Les paramtres gnraux du rseau sont dj configurs pour la planification radio toute fois
un paramtre qui a t initi na pas t utilis jusquici sera ncessaire pour le
dimensionnement de la partie cur du rseau. Ce paramtre est le nombre de domaines.
Le rseau est dcoup en domaines, o chaque domaine est dfinit comme tant lensemble de
MGWs contrls par le mme MGCF.
La division du rseau en domaines est faite de faon avoir une charge quilibre sur les
diffrents MGCFs utiliss. Le taux de routage inter-domaine reprsente le pourcentage de
trafic achemin dun domaine vers un autre.
Lutilisateur commence par la configuration des modles de trafics pour les diffrentes
technologies existantes dans la zone et les diffrents paramtres de ces technologies.
III.3.2.2
III.3.2.2 Configuration du rseau
Dans la phase de configuration du rseau, lutilisateur doit spcifier :
Le modle de trafic data du rseau daccs.
Les caractristiques des diffrentes zones.
60
Figure 3.11 : Interface de configuration
Spcification du modle de trafic

A travers linterface de la figure 3.12, lutilisateur fixe les paramtres du modle de trafic data
du rseau daccs. Les paramtres spcifier pour chaque type de service sont : le taux
dappel/abonn, la dure dun appel et le taux dactivit de la source
Figure 3.12 : Modles de trafic
Pour un mme service, la valeur dun mme paramtre peut changer dune technologie une
autre (EV-DO, EDGE, UMTS et ADSL).
Ce modle de trafic est commun pour lensemble des zones du rseau et va nous servir pour le
calcul du trafic data au niveau accs de chacune de ces zones.
61
Configuration des diffrentes zones du rseau

Aprs avoir fixer le nombre dabonns mobile et le nombre dabonns fixe, lutilisateur
prcise les taux dactivits des services conversationnel, streaming et interactif et note les
technologies actives dans cette zone.
Figure 3.13 : Paramtres de la zone
Pour chaque technologie active, lutilisateur configure les paramtres spcifiques de chaque
technologie dans la zone tudie.
Pour la configuration des technologies en mode paquet : ADSL, EDGE et UMTS, (les
paramtres du rseau EV-DO tant dj fixs pour la planification radio), lutilisateur de
loutil est invit fixer le pourcentage en nombre dabonn, le taux de routage externe et les
diffrents dbits disponibles ainsi que leurs taux de pntration et de simultanit
correspondants dans une interface similaire celle de la figure 3.9 (b).
En ce qui concerne les technologies en mode circuit GSM et POTS les donns ncessaires
sont : Le nombre dabonns, le trafic moyen par utilisateur, le taux de routage externe, et le
GoS. Le trafic moyen par abonns (en erlang) peut tre dduit partir du nombre de tentatives
dappel par heure charge et la dure moyenne dun appel. Les valeurs de ces diffrents
paramtres seront saisis dans linterface reprsente par la figure 3.14 (a) et (b).
62
Figure 3.14 (a) (b) : Paramtres des technologies en mode circuit
Des interfaces pareilles sont configures pour la technologie POTS.

Comme on a vu dans le chapitre prcdent le trafic en mode circuit doit tre cod, paquetis et
encapsul ce qui va ncessiter la connaissance du codec, de la priode de paqutisation et du
protocole de niveau liaison.
Face cette interface, lutilisateur de loutil est invit fixer le type du codeur audio utilis
dans le mode circuit (G.711, G.723 ou G.729). Le flux TDM audio va tre traduit en un flux
RTP/UDP/IP, il est ainsi paquetis et encapsul niveau liaison. A travers cet outil, on laisse
lutilisateur le choix du protocole utilis niveau liaison et de la priode de paqutisation. Nous
allons dfinir dans ce qui suit les diffrents paramtres impliqus dans le calcul du trafic des
technologies en mode circuit.
Les codecs audio

Les codecs les plus utiliss pour la compression/dcompression de la voix sur IP sont :
G.711 offrant un dbit de 64 Kbit/s
G.723 offrant un dbit de 6.3 et 5.3 Kbit/s
G.729 offrant un dbit de 8 Kbit/s
Selon le dbit gnr par le codec et en tenant compte des diffrentes possibilits des priodes
de paqutisation, on peut obtenir la taille des donnes audio. Ces donnes audio vont subir des
encapsulations au niveau des diffrentes couches commenant par la couche transport jusqu
arriver la couche liaison de donnes.
63
Les encapsulations au niveau transport et rseau

Les donnes audio de la couche application sont affectes au niveau de la couche transport
dune entte RTP ayant une taille minimale de 12 octets, puis dune entte UDP avec 8 octets
enfin la mise en paquet au niveau de la couche rseau ajoute 20 octets pour lentte IP. Les 20
octets du protocole IP quon a considr ne tiennent pas compte des champs Options et
Padding.
Les protocoles utiliss au niveau de la couche liaison

Lencapsulation doit tenir compte des diffrents protocoles en niveau de la couche liaison.
La technologie Ethernet est la technologie la plus rpondue dans les rseaux dentreprises
(LAN).
Pour le cas dtude, on utilise gnralement un codeur G.711 qui offre un dbit de 64 Kb/s. Et
on va choisir lEthernet comme protocole du niveau liaison.
III.3
III.3.3
.3.3 Rsultats
Rsultats du dimensionnement
Aprs avoir fixer tous les paramtres de dimensionnement, on appelle le module de calcul de
manire transparente tout en effectuant les diffrentes tapes ncessaires du processus de
dimensionnement. Une fois tout le calcul est fait, il ne reste quafficher les rsultats obtenus
du processus de dimensionnement. Ces rsultats sont :
Les nombres dabonns pour chaque technologie et chaque service
Le trafic total pour chaque type de service
Le trafic total achemin par le MGW
La charge du CSCF
La charge du MGCF
Lutilisateur peut aussi obtenir les rsultats pour chaque zone travers linterface des figures
3.15 et 3.16.
Figure 3.15 : Rsultats par zone
64
Figure 3.16 : Les dtails par zone
Les charges des diffrentes entits dimensionnes peuvent tre obtenues par zone. Ainsi
loprateur pourra dterminer avec prcision les zones dlicates de son rseau et sera capable
dlaborer une stratgie optimale pour migrer vers une architecture IMS.
Conclusion
Dans ce chapitre, nous avons prsent notre outil de planification radio dun rseau EV-DO et
de dimensionnement dun rseau IMS. Une description dtaille des modules de loutil a t
faite, suivie dune prsentation des interfaces dveloppes. Il a pour rle dautomatiser la
tche de planification du rseau EV-DO et le dimensionnement du coeur de rseau IMS dun
oprateur, et prcisment il permet de dterminer linfrastructure ncessaire et dvaluer la
capacit des quipements dployer. Aussi modeste quil soit, cet outil prsente deux
avantages majeurs : son extensibilit et sa facilit dutilisation.
Pour valider notre outil de dimensionnement, une tude de cas permettant le dploiement du
rseau EV-DO et lintroduction du concept IMS dans le rseau de Tunisie Tlcom sera
dveloppe dans le chapitre suivant.
65
Chapitre IV : Etude de cas de Tunisie Tlcom
Chapitre IV :
Etude de cas : Planification du rseau EV-
EV-DO et
dimensionnement du rseau IMS de Tunisie Tlcom
Introduction
Pour valider notre outil de dimensionnement, nous allons procder une tude de cas pour le
rseau de loprateur Tunisie Tlcom. Cette tude sera prcde par une tape de dfinition
de la stratgie de dploiement de lEV-DO et de larchitecture IMS adopter. En effet, cette
tape est trs importante pour la spcification de la topologie du nouveau rseau, ce qui
facilite la tache de dimensionnement.
Pour la planification du rseau EV-DO, une tude des donnes gographiques,
dmographiques et conomiques sera ncessaire pour dterminer les sites idals pour le
dploiement du rseau.
Pour le cur du rseau, larchitecture que nous avons adopte repose sur le dploiement de 24
MGWs qui assurent la convergence niveau transport des rseaux fixe et mobile en
interconnectant les centres de transit rgional du rseau fixe et les MSCs , les GGSNs, les
SGSNs, et les PDSNs du rseau mobile.
Ces MGWs acheminent aussi le trafic data haut dbit provenant des DSLAMs du rseau
ADSL.
IV.1 Etude de cas radio : dimensionnement du rseau EV-

EV-DO
de Tunisie Tlcom
La planification dun rseau radio mobile ncessite la connaissance des caractristiques du
terrain tudi savoir le type de lenvironnement radio ainsi que le nombre dabonns
potentiels qui dpend essentiellement du nombre dhabitants dans la zone.
Le territoire Tunisien stend sur 163610 Km2 dont seulement 45,5% sont exploits. Parmi
cette surface exploite, les terrains urbaines ne comptent que 8180 Km2, le reste est soit
66
suburbaines ou rurales. Le nombre dhabitants des zones urbaines est beaucoup plus important
que celui des autres environnements (65% de toute la population) [16].
Tableau 4.1 : Caractristiques gographiques et dmographiques de la Tunisie
Les dtails concernant la rpartition des surfaces et les pourcentages des habitants dans
chaque environnement sont dtaills dans le tableau 1 de lAnnexe (Tableau A.1). Nous avons
ensuite estim le nombre des abonns EV-DO pour chaque rgion (Annexe Tableau A.2) ainsi
que les paramtres de services EV-DO dans chaque gouvernorat (Annexe Tableau A.3).
IV.1.1 La solution propose :

Dployer le rseau CDMA EV-DO comme une alternative au rseau daccs Internet haut
dbit cest dire en tant que rseau daccs ou en boucle locale permettant ainsi
dinterconnecter les diffrents points daccs au niveau dune ville tels que par exemple des
hotspots Wi-Fi ou des accs rsidentiels ou en entreprise (quivalent une connexion ADSL
ou une liaison spcialise). Donc les rseaux bass sur cette solution peuvent atteindre des
rgions non couvertes par les services ADSL ou des rgions o cette technologie nest pas
efficace (dbits faibles).
Le choix de cette solution provient essentiellement des limites de la technologie ADSL en
terme de distance.
Figure 4.1 : Variation du dbit de lADSL2+ en fonction de la distance
67
La courbe du dbit de lADSL en fonction de la distance montre que l'abonn doit tre situ
relativement proche du central tlphonique (environ moins de 4-5 Km) dont il dpend pour
pouvoir bnficier de la technologie ADSL. Les habitations les plus loignes de leur central
tlphonique auront peu de chance d'avoir l'ADSL un jour. C'est le principal dfaut de la
technologie ADSL [17].
Nous avons procd une tude pour identifier les sites o il serait adquat de dployer le
rseau EV-DO et nous avons suivi les tapes suivantes :
Choix des gouvernorats cibles pour le dploiement.
Choix des types de terrains.
Calcul de la couverture assure par lADSL dans ces zones.
Calcul de la surface restante et o lEV-DO serait une alternative efficace pour les
abonns exclus de lADSL.
Dimensionnement du rseau EV-DO Rev 0 pour les sites choisis.
Dimensionnement du rseau EV-DO Rev A pour les sites choisis.
IV.1.2 Choix des gouvernorats

gouvernorats cibles pour le dploiement
Nous avons choisi les gouvernorats suivant pour le dploiement du rseau EV-DO : Tunis,
Zagouhane, Ben Arous, Ariana, Mannouba, Bizerte, Nabeul, Sousse, Monastir, Sfax,
Mednine et Gabs. Notre choix a cibl les gouvernorats ayant une clientle potentielle
importante ainsi que des sites intressants comme les ples technologiques, les zones
touristiques, les universits, les aroports.
IV.1.3 Choix des types de terrains

Une tude conomique que nous allons dvelopper dans la section suivante nous a montr
que, pour un environnement urbain, la solution EV-DO est, en terme de cot, comparable la
solution ADSL. Pour un environnement suburbain cette solution est plus conomique que la
solution ADSL quand le niveau de la demande est assez important.
Les zones rurales ne vont pas tre prises en considration lors du dimensionnement de notre
rseau vu les pourcentages trs faibles de clientle cible. Toutefois notre simulateur donne la
possibilit de dimensionner les zones rurales ainsi loprateur pourra dimensionner ce type
denvironnement pour des zones prsentant un niveau de demande intressant.
Le tableau 4.2 (a) rsume les caractristiques des zones quon va considrer pour notre tude.
68
Gouvernorat Surface (Km2) Gouvernorat Nombre de DSLAMs Couverture ADSL
Urbaine Suburbaine Urbain Suburbain Urbaine Suburbaine
Tunis 217 146 Tunis 15 11 100% 100%
Ben Arous 177 469 Ben Arous 5 6 100% 75%
Ariana 101 458 Ariana 5 8 100% 86%
Mannouba 125 385 Mannouba 3 3 100% 48%
Bizerte 106 426 Bizerte 4 5 100% 70%
Nabeul 103 502 Nabeul 4 7 100% 80%
Sousse 210 667 Sousse 5 7 100% 64%
Monastir 114 335 Monastir 2 1 100% 20%
Sfax 177 923 Sfax 6 10 100% 65%
Medenine 109 527 Medenine 2 3 100% 35%
Gabes 111 514 Gabes 2 3 100% 34%
Tableau 4.2 (a) (b) : Surface et couverture ADSL pour chaque gouvernorat
IV.1.4 Calcul de la couverture assure par lADSL

Il sagit dans cette tape dtudier les emplacements des DSLAMs introduits par Tunisie
Tlcom pour les gouvernorats en question et de calculer ensuite les surfaces dont ces
DSLAMs assurent la couverture. Les surfaces restantes seront des cibles idales pour le
dploiement de notre solution.
Le rayon adopt comme distance maximale de labonn ADSL son central tlphonique est
R = 4 ,6 Km. Donc la surface gographique desservie par un DSLAM est
CouvertureDSLAM = R 2 60Km 2 .
Les rsulats obtenus sont rsums dans le tableau 4.2 (b). A premire vue on peut remarquer
que les zones urbaines de tous les gouvernorats tudis sont couvertes par les services ADSL
toutefois les estimations prvoient une augmentation importante pour la demande aux services
internet haut dbit ce qui rendra le nombre actuel de DSLAMs dans ces zones insuffisant pour
rpondre cette demande. On va envisager donc de dimensionner ces zones pour un ventuel
69
dploiement du rseau EV-DO. Pour les zones suburbaines nous allons nous limiter aux
rgions exclues de la technologie ADSL avec loption de lextension pour une augmentation
des demandes des services haut dbit.
IV.1.5 Calcul des surfaces de couverture

couverture du rseau EV-
EV-DO
Les surfaces couvrir par le rseau EV-DO ainsi que les estimations des nombres dabonns
sont reprsents dans le tableau suivant. Il est noter que le nombre total dabonns EV-DO
est 100 000 abonns pour la rvision 0 et 46 000 pour la rvision A distribus comme le
montre le tableau 5.3 :
Gouvernorat Surface (Km2) Abonns Rev 0 Abonns Rev A

Urbaine Suburbaine Urbains Suburbains Urbains Suburbains
Tunis 217 146 10 000 10 000 5000 3000
Ben Arous 177 109 2 000 3 000 2000 1000
Ariana 101 60 5 000 5 000 2000 1000
Mannouba 125 200 2 000 3 000 2000 1000
Bizerte 106 126 2 000 4 000 2000 1000
Nabeul 103 100 3 000 6 000 2000 1000
Sousse 150 290 5 000 7 000 4000 2000
Monastir 70 270 2 000 3 000 2000 1000
Sfax 177 330 5 000 10 000 5000 3000
Medenine 109 347 3 000 4 000 2000 1000
Gabes 111 334 2 000 2 000 2000 1000
Tableau 4.3 : Donns par gouvernorats du rseau EV-DO
IV.1.6 Dimensionnement du rseau EV-

EV-DO Rev 0
IV.1.6.1 Les hypothses du dimensionnement :

Le dbit quon a fix pour cette simulation est 512Kbits/s
Les antennes utilises sont trisectorielles.
Les taux de pntration et de simultanit adopts sont respectivement : 20% et 10%.
70
IV.1.6.2 Les rsultats obtenus :

Pour les zones urbaines les rayons de couvertures varient entre 1,9 et 2,19 Km.
Pour les zones suburbaines les rayons varient entre 4,9 et 6,3 Km.
Le nombre de stations de base ncessaire est prsent par le tableau 4.4 :
Gouvernorat Nombre de BTS Gouvernorat Porteuses ajouter

Urbain Suburbain Urbain Suburbain
Tunis 24 21 Tunis 25 19
Ben Arous 15 6 Ben Arous 11 7
Ariana 12 11 Ariana 14 4
Mannouba 14 5 Mannouba 10 7
Bizerte 12 9 Bizerte 11 3
Nabeul 12 13 Nabeul 11 0
Sousse 17 15 Sousse 18 16
Monastir 8 15 Monastir 8 15
Sfax 20 21 Sfax 28 21
Medenine 13 9 Medenine 12 3
Gabes 13 7 Gabes 10 4
Tableau 4.4 : Rsultats de la Rev 0 Tableau 4.5 : Rsultats de la Rev A

Nous avons remarqu que le dimensionnement par couverture est suffisant pour la plupart des
gouvernorats ( lexception de Tunis) donc le rseau dans cette configuration est capable de
supporter encore dautres abonns.
IV.1.7 Dimensionnement du rseau EV-

EV-DO Rev A
IV.1.7.1
V.1.7.1 Les hypothses du dimensionnement :
Les taux dactivit des services conversationnels, streaming, et interactif par
gouvernorat sont donns par le tableau A.4 de lannexe.
Les paramtres des diffrents services sont donns par le tableau 4.6 :
71
S-Conversationnel S-Streaming S-Interactif
Taux dappel 0.8 ap/heure 3 ap/heure 0.85 ap/heure
Dure dappel 150s 120s 3s
Activit de la source 0.58 0.58 0.48
Tableau 4.6 : Paramtres de services adopts
IV.1.7.2 Les rsultats du dimensionnement :

Le dimensionnement du rseau EV-DO Rev A montre que linfrastructure ncessaire pour la
rvision 0 sera suffisante pour assurer la couverture pour la rvision A. Toutefois, pour
supporter les abonns de la nouvelle version de la technologie dcrits dans le tableau (toute en
continuant servir les anciens abonns de la rvision 0) loprateur sera amen ajouter de
nouvelles porteuses dont le nombre dpendra des profiles des utilisateurs dans chaque zone.
Les rsultats obtenus sont reprsents dans le tableau 4.5.
IV.2 Etude Economique

IV.2.1 Cas dune zone suburbaine
Nous avons choisi de faire une tude budgtaire pour comparer les deux solutions que nous
avons voqu prcdemment : solution EV-DO et solution ADSL. Nous avons choisi la
rgion dEl Kram pour effectuer cette comparaison.
Les caractristiques de la zone tudie sont :
Milieu suburbain
Besoin en couverture : un rayon de 7 Km
Capacit considre 2000 lignes
Services offerts : Internet haut dbit : 128, 256, 512 et 1024 Kbits/s avec les
pourcentages suivants: 50%, 30%, 15% et 5% dabonns.
Les taux dactivit respectifs tant estims 10%, 8%, 15% et 13%.
IV.2.1.1
IV.2.1.1 Analyse des besoins EV-
EV-DO
Identifions les besoins en infrastructures :
72
Nous avons besoin dun rseau CDMA1x EV-DO,

Nous avons besoin dun RAC
Nous faisons recours notre outil afin fixer le nombre de BTS ncessaires pour
couvrir cette zone en tenant compte des profiles des abonns.
Une plate forme daccs au rseau IP : PDSN + AAA
Les diffrents paramtres utiliss dans le cas de cette tude (des quipements, des terminaux)
nous ont t fournis par lquipementier Huawei qui dploie actuellement un rseau EV-DO
pour loprateur Tunisie Tlcom dans le cadre dun projet pilote dans des sites particuliers
du Grand Tunis. La frquence utilise est la 450 Mhz, Les pertes de pntrations sont
estimes 20dB, les quipements du fournisseur sont de 30m dhauteur et mettent une
puissance de 43dB et les antennes utilises sont des antennes tri-sectorielles.
Les rsultats obtenus sont reprsents par le graphe suivant :
Figure 4.2 : Rayon de couverture pour chaque dbit

Le rayon adopt pour le dimensionnement de cette zone est le plus petit cd 3,8 Km
garantissant la couverture avec tous les dbits demands par loprateur. Le nombre de
stations de base ncessaire est 4 stations de base type S111 (3secteurs/1 TRX par secteur).
IV.2.1.2
IV.2.1.2 Analyse des cots EV-
EV-DO :
Le cot de linfrastructure est estim comme suit [18][19] :
Une porteuse EV-DO cote entre 7 000 et 10 000 dollars ainsi une station de base
antennes trisectorielles cotera entre 20 000 et 30 000 dollars.
Le cot des pylnes, des quipements de transmission, et des quipements dnergie
ont t estims 30% du cot des quipements.
Les cots des prestations, de test et de mise en service des quipements ont t
estims 20% du cot des quipements.
73
La variation du cot dinstallation de linfrastructure EV-DO en fonction du nombre de lignes

est reprsente par la courbe suivante.
Evolution du cout total de l'infrastructure CDMA EV-DO Rev 0

(Hors terminaux)
800000
Cout total infrastructure (en
700000
600000
500000
dollars)
400000
300000
200000
100000
0
0 1000 2000 3000 4000 5000 6000 7000 8000
Nombre de lignes
Figure 4.3 : Evolution du cot total de linfrastructure CDMA EV-DO (Hors terminaux)
Nous allons tudier lvolution des cots totaux de linfrastructure en tenant compte des prix
des terminaux pour voir linfluence de ces paramtres. Il est noter que les terminaux achets
par loprateur seront rembourss en les vendant ou dune faon plus rentable en les louant
aux abonns.
Evolution du cot total de linfrastructure CDMA EV-DO Rev 0

(Avec terminaux)
2000000
Cout total infrastructure (en
1800000
1600000
1400000
1200000
dollars)
1000000
800000
600000
400000
200000
0
0 1000 2000 3000 4000 5000 6000 7000
Nombre de lignes
Figure 4.4 : Evolution du cot total de linfrastructure CDMA EV-DO (Avec terminaux)
On remarque :
Linfluence de la capacit sur le cot total de linfrastructure.
Limportance du poids du cot des terminaux CDMA dans le rseau.
74
Le prix unitaire dun terminal CDMA EV-DO varie de 100 120 dollars. Pour une capacit
de 2 000 lignes, le cot des terminaux reprsente environ 12% du cot total du rseau. Ce cot
atteint 40% du cot total du rseau pour une capacit de 6 000 lignes.
Evolution du cot par ligne de linfrastructure CDMA EV-DO

Rev0 (Avec terminaux)
800
700
Cout par ligne (en dollars)
600
500
400
300
200
100
0
0 1000 2000 3000 4000 5000 6000 7000
Nombre de lignes
Figure 4.5 : Evolution du cot par ligne de linfrastructure CDMA EV-DO (Avec terminaux)
Le cot par ligne initial est important (environ 700 dollars pour un rseau de 1 000 lignes). Ce
cot diminue par la suite en fonction de la capacit du rseau pour atteindre environ 200
dollars pour un rseau de 6 000 lignes.
IV.2.1.
IV.2.1.3
1.3 Cot de migration vers un rseau EV-
EV-DO rvision A
Situation initiale : rseau EV-DO rvision 0 de capacit 2 000 lignes
Nombre de lignes EV-DO Rev A installer : 250 lignes (5% de la capacit)
100 lignes 512Kbits/s, 100 lignes 1Mbits/s et 50 lignes 2Mbits/s
Taux dactivit respectives : 20%, 12%, 14%.
Besoin en infrastructure :
Le nombre de BTS calcul pour la rvision 0 est satisfaisant pour la couverture de la
zone toutefois la capacit nest pas assure.
Ajout de 1 TRX au niveau de chaque BTS
Mise jour matriel et logiciel des quipements radio
Mise jour logicielle du PDSN
Ajout de 250 terminaux EV-DO Rev A
75
Cot total hors terminaux Cot total avec terminaux
Rseau EV-DO Rev 0 (2000 lignes) 600 000 840 000
Rseau EV-DO Rev 0 + Rev A 720 000 1 000 000

(2000 lignes Rev 0 + 250 lignes Rev A)
Tableau 4.7 : Cots des rseaux EV-DO Rev 0 et A
Le cot dun terminal EV-DO Rev 0 est estim environ 100 dollars hors taxes et le terminal
Rev A est estim 200 dollars.
La migration vers la rvision A va ncessiter une mise jour logicielle et matrielle
(dans notre cas ajout de porteuses) estime 20% de linvestissement initial.
Lintroduction de la technologie EV-DO Rev A dans un rseau Rev 0 implique un
cot supplmentaire, par rapport au cot dinvestissement initial denviron 20%.
Le cot dune ligne additionnelle EV-DO Rev A (incluant le terminal) est estim
environ 760 dollars hors taxes.
Pour une forte population EV-DO Rev A (6 000 abonns), le cot dune ligne descend
230 dollards.
IV.2.1.
IV.2.1.4
1.4 Analyse des besoins ADSL :
Nous supposons maintenant dopter pour la deuxime solution qui consiste tendre le rseau
filaire pour couvrir cette mme zone et doffrir les services haut dbit travers lADSL. Il
sagit alors de calculer, comme pour le cas de lEV-DO, le cot par ligne ADSL pour une
population de 2 000 jusqu 6 000 abonns et de comparer les rsultats.
Nous procdons un dimensionnement par couverture pour dterminer le nombre de
DSLAMs dployer. La zone tudie stend sur 150 Km2 (rayon de 7 Km) et tant donn
que le rayon de couverture pour lADSL est de lordre de 4,6 Km, nous avons donc besoins
de 2 DSLAMs. Ces nouveaux sites seront connects aux rpartiteurs gnraux les plus
proches, pour ce faire, il faudra assurer la mise en place de 18 Km de fils de cuivre (4,6 x 2 =
9 Km pour chaque DSLAM).
IV.2.1
IV.2.1.5
.1.5 Analyse des
des cots ADSL
ADSL :
Le cot dun accs ADSL est de 100 dollards donc un DSLAM 1000 abonns
cotera 100 x 1 000 = 100 000 dollards.
76
Le cot de gnie civil ncessaire pour installer 1 Km de fil est de lordre 20 000
dollars, incluant le cot des quipements, des installations et des systmes de gestion.
Enfin 1 Km de fil de cuivre cote 30 000 dollards.
Evolution du cout total de l'infrastructure ADSL
2500000
Cout total de l'infrastructure
2000000
(en dollards)
1500000
1000000
500000
0
2000 3000 4000 5000 6000
Nombre de lignes
Figure 4.6 : Evolution du cot total de linfrastructure ADSL
On remarque que le cot de linfrastructure augmente dune faon quasi-linaire en fonction

de la capacit. Cest d laugmentation du cot du DSLAM avec le nombre de lignes ainsi
que la ncessit dinstaller des nouvelles connections en fil de cuivre.
Evolution du cot par ligne de l'infrastructure ADSL
600
Cot par ligne (en dollards)
500
400
300
200
100
0
2000 3000 4000 5000 6000
Nombre de lignes
Figure 4.7 : Evolution du cot par ligne de linfrastructure ADSL
Le cot par ligne initial est de lordre de 600 dollards pour un rseau de 1 000 lignes. Ce cot
diminue par la suite en fonction de la capacit du rseau pour atteindre environ 400 dollars
pour un rseau de 6 000 lignes.
IV.2.1.6 Interprtations :
On dduit que pour une capacit infrieure 2 000 abonns, le cot par ligne ADSL est
infrieur celui par ligne EV-DO.
77
Le dploiement du rseau EV-DO est plus rentable que la solution ADSL pour une population
importante (suprieure 2 000 abonns).
Pour une capacit de 6 000 abonns, lEV-DO fait gagner 200 dollards par ligne ce qui
reprsente en total plus que 50% de linvestissement ADSL ncessaire pour cette population.
Nous proposons alors de dployer le rseau EV-DO dans les zones suburbaines dense
demande de services haut dbit et dpourvue de laccs ADSL.
IV.2.2 Cas dune zone urbaine
IV.2.2.1 Analyse des cots

Une tude similaire nous a montr que pour une zone urbaine le cot dune ligne EV-DO
Rev0 est de lordre de 90 dollards avec un nombre dabonns 20 000 abonns.
Pour la rvision A, le cot par ligne est 120 dollards pour un nombre dabonns de 10 000.
Pour un accs ADSL, tant donn que le rseau filaire est dj install, le cot par ligne est
quivalent au cot de la carte ajouter dans le DSLAM cd 100 dollards. On en dduit que les
deux solutions sont comparables de point de vue conomique.
Lun des avantages les plus importants de la norme EV-DO est la compatibilit entre ses
diffrentes versions de point de vue infrastructure. En effet une simple mise jour logicielle
permet de migrer de la rvision 0 la rvision A et de la rvision A la rvision B (dans le
cas de migration 0 A on a besoin de nouvelles cartes dont le cot dimplmentation est
faible).
La rvision B de la norme EV-DO permet datteindre des dbits de 46 Mbits/s en assignant
plusieurs porteuses un seul utilisateur (jusqu 15 porteuses) et offre ainsi loprateur la
possibilit dintgrer des nouveaux services haut dbit ne pouvant pas tre fournis avec les
rvisions antrieurs (ex : Triple Play).
LUMB (Ultra Mobile Broadband), le nom commercial de la prochaine version du standard
EV-DO, nomme trs exactement CDMA2000 1xEV-DO Rvision C , permettra des
dbits de 280Mb/s. videmment, dans la tlphonie mobile, de tels taux de transferts
ouvriraient de vastes horizons en termes de possibilits. Elle propose galement dautres
avantages. Lutilisation des technologies MIMO et SDMA devrait par exemple renforcer sa
couverture et son efficacit. Cette norme devrait tre finalise dans le courant de lanne
2008, pour un dbut de commercialisation en 2009.
A travers ses diffrentes rvisions, la norme EV-DO permet de suivre lvolution de la
demande des services des utilisateurs du rseau. Il est toutefois primordial de rappeler que
laccs ADSL est aussi en cours de dveloppement et des nouvelles versions permettent
78
datteindre des dbits assez importants ainsi une tude dtaille devra tre effectuer pour
dgager la solution la plus adquate sur le long terme.
IV.2.2.2 Interprtations
Interprtations :
Dans le cas de notre tude la bande de frquence adopte pour le dploiement de lEV-DO est
la 450 Mhz qui prsente un inconvnient majeur de point de vue nombre de porteuses. En
effet, le nombre maximal de porteuses qui peuvent tre exploites par la mme station de base
est 5 (problmes de licences). Ainsi le dbit maximal offert par la rvision B dans cette bande
de frquence est de lordre de 7 Mbits/s (1,7 Mbits/s par porteuse). Ce dbit pourra tre
suffisant pour rpondre la demande de plus en plus importante des services haut dbit
seulement pour une priode limite. La longueur de cette priode va dpendre de lvolution
de la demande des services trs gourmands en terme de bande passante (Triple play :
4Mbits/s) ainsi que de la stratgie de loprateur.
Nous proposons alors pour loprateur dinvestir dans le dploiement du rseau EV-DO dans
les zones urbaines et dvoluer dune rvision une autre tant donn que les besoins actuels
(et futur pour une certaine priode) ne dpasseront pas les limites de ce rseau.
Une fois la demande des services trs haut dbit dpasse la capacit du rseau EV-DO
install, loprateur optera pour le redploiement de ces sites urbains dans des zones
suburbaines ou rurales dont la demande des services trs haut dbit est limite.
Enfin nous avons le rsultat suivant : Pour un environnement urbain, la solution EV-DO est
en terme de cot comparable la solution ADSL, et pour un environnement suburbain, la
solution EV-DO est plus conomique que la solution ADSL quand le niveau de la demande
est assez dense.
IV.3 Etude de cas : dimensionnement du rseau IMS de

Tunisie Tlcom
IV.3.
IV.3.1
3.1 Rseau transport de Tunisie Tlcom et architecture adopte
Tunisie Tlcom dispose dun rseau mobile contenant 25 MSCs et un rseau fixe contenant
16 CTNs. La migration vers lIMS du rseau mobile entrane lclatement du MSC en MSC
server et MGW. Tandisque la migration du rseau fixe se base sur lide de remplacer ou de
faire migrer les CTNs en des MGWs. Cette stratgie va ncessiter en tout 41 MGWs et sera
de ce faite coteuse et non optimale. Nous estimons que le dploiement dun nombre de
MGWs trs infrieur au nombre de MSCs va entraner une surcharge sur ces quipements
79
alors on propose de faire ltude en quipant chaque gouvernorat dun MGW pour avoir enfin
un nombre de 24 MGWs dployer.
Figure 4.8 : Rseau dorsal actuel de Tunisie Tlcom
Larchitecture dintroduction de lIMS que nous proposons adoptera une approche se reposant
sur 24 zones (24 gouvernorats) dote chaquune un MGW. Ce choix facilitera la collecte des
donns et les statistiques ncessaires pour avoir des rsultats prcis. Chaque MSC sera
connect un MGW et chaque CTN va tre connect au MGW (ou MGWs) le plus proche.
Pour le MGCF et le CSCF, on se propose de dployer 2 MGCFs et 2 CSCFs dans tout le
rseau de faon quilibrer les charges entre les deux domaines. A travers cette simulation
nous allons dterminer la capacit demande pour chaque MGW ainsi que pour les
quipements du niveau contrle.
IV.3.2
IV.3.2 Les paramtres gnraux de dimensionnement
Le nombre total dabonns ne sera pas le nombre actuel mais il va inclure les estimations pour
les ventuels abonns EDGE, UMTS et EV-DO ainsi que les estimations des volutions des
nombres dabonns GSM et ADSL. Ces estimations seront bases sur la stratgie de Tunisie
Tlcom et sa tendance tendre son rseau fixe et mobile. Vue que Tunisie Tlcom a
tendance tendre ses rseaux fixe et mobile, on a fix le nombre dabonnes mobiles 5 000
000 et le nombre dabonns fixes 3 000 000 bien que le nombre actuel est dj infrieur du
fait que le dploiement de lIMS nest pas homogne dans tout le rseau, on va adopter une
approche par zone. Le territoire tunisien est dcompos en 24 zones chacune est gre par un
80
MGW. Vue que chaque zone a ses propres caractristiques (rpartition des abonns, taux
dactivit des services, rpartition de trafic, etc. . .), lapproche par zone parait trs
intressante.
Le dcoupage en domaines est aussi un paramtre important dans le choix de la stratgie de
dploiement dun rseau IMS. Pour le cas du rseau de Tunisie Tlcom nous proposons
dadopter une architecture de migration qui se base sur deux domaines contrls chacun par
un MGCF dont notre tache serait de dterminer la capacit ncessaire.
Le premier domaine contrle les MGWs des zones suivantes : Tunis, Ben Arous, Zaghouan,
Ariana, Mannouba et Bizerte. Le deuxime regroupe les MGWs de : Nabeul, Bja, Jandouba,
Kef, Siliana, Kairouan, Keserine, Sousse, Monastir, Mahdia, Sfax, Sidi Bouzid, Mdenine,
Gabs, Kbelli, Gafsa, Tataouine et Toseur. Le taux de routage inter-domaine est fix 50%.
IV.3.3
IV.3.3 Rpartition des abonns par zone
Le nombre dabonns fixe et mobile diffre dune zone une autre suivant sa nature (urbaine,
suburbaine, rurale,). Les valeurs de ces paramtres sont approximes par loprateur
Tunisie Tlcom et sont exprimes en pourcentage par rapport au nombre total dabonns
fixes et mobiles pour le futur rseau IMS de cet oprateur (Tableau A.2 annexe).
De plus, la rpartition des abonns par technologie diffre suivant la zone. Par exemple, dans
notre stratgie, on a choisi de dployer lUMTS uniquement dans les gouvernorats haut
trafic : Tunis, Zaghouane, Ariana, Mannouba, Ben Arous, Bizerte, Nabeul, Sousse, Monastir
et Sfax. Ainsi, pour chaque zone, une tude approximative nous donne le pourcentage en
nombre dabonns GSM, EDGE et UMTS par rapport au nombre dabonns mobiles dans
cette zone, et le pourcentage en nombre dabonns POTS et ADSL par rapport au nombre
dabonns fixe.
A partir des pourcentages, on calcule le nombre dabonns par zone et par technologie.
IV.3.4
IV.3.4 Spcification des paramtres de la voix classique
Le service de la voix classique est un service de base pour toutes les zones du rseau. Il
reprsente essentiellement le service de la tlphonie mobile GSM et le service tlphonique
analogique traditionnel POTS (Plain Old Telephone Service). Le dimensionnement du trafic
gnr par ce service ncessite la connaissance de certains paramtres savoir, le trafic
moyen par abonn (en erlang), la dure moyenne dun appel (en seconde) et le taux de routage
externe de ce trafic.
Le trafic moyen par abonns varie entre 0.09 et 0.12 Erlang/abonn pour le rseau fixe
et entre 0.02 et 0.04 pour le rseau mobile.
81
La dure moyenne dun appel est gnralement gale 150s.

Plus de 60% du trafic dans chaque zone est destin vers lextrieur.
Le tableau A.3 de lAnnexe illustre les valeurs de chacune des zones avec plus de prcision.
IV.3.5
IV.3.5 Modle de trafic data
Le trafic du rseau daccs est modlis par type de service (conversationnel, streaming et
intractif) et par technologie (EV-DO, EDGE, UMTS et ADSL). Cette diffrentiation est trs
importante du fait quelle permet le calcul du trafic avec une haute prcision. Les paramtres
de chaque modle sont indiqus dans le tableau A.4 de lAnnexe.
Pour faciliter la tache de dimensionnement, on va appliquer ces modles pour toutes les zones
du rseau. On va juste diffrencier ces zones par le taux dusage de chacun de ces services. En
effet, chaque zone dispose de ses propres taux dactivit des services puisque le
comportement des abonns envers les services diffre dune zone une autre. Dans notre
tude, on va utiliser les taux du tableau IV de lAnnexe. On note aussi que chaque flux en
mode paquet peut tre gnr avec des diffrents dbits. Gnralement, les services EV-DO
peuvent atteindre 3 Mbits/s, les dbits des services EDGE ne dpassent pas 256 kbits/s. Les
services de lUMTS peuvent atteindre un dbit de 2 Mbits/s et ceux de lADSL peuvent
atteindre un dbit de 4 Mbits/s. Chaque groupe dabonns, dans une zone, utilisant le mme
dbit dans une technologie bien dtermine (EV-DO, EDGE, UMTS, ADSL) est caractris
par un taux de pntration par rapport au nombre total dabonns utilisant la mme
technologie dans la zone considre et un taux de simultanit. La valeur de ces deux derniers
paramtres peut varier dune zone une autre. Par exemple, on a plus tendance utiliser des
dbits levs dans une zone industrielle que dans une zone rurale o les services
conversationnels suffisent pour rpondre aux besoins des abonns.
IV.3.6
IV.3.6 Rsultats et interprtations
Les rsultats gnraux obtenus sont reprsents dans linterface de la figure 4.9.
Les abonns fixes (POTS et ADSL) et mobiles (EV-DO, GSM, EDGE et UMTS) gnrent un
trafic total de lordre de 286398061 Kb/s. Il est rparti entre les trois services de la manire
suivante :
Le service conversationnel : 245715096 Kb/s
Le service streaming : 28171864 Kb/s
Le service interactif : 12511101 Kb/s
82
Figure 4.9 : Rsultats gnraux
Concernant la rpartition par technologie des abonns, on a 146 000 abonns EV-DO, 831440
abonns EDGE, 4885025 abonns GSM, 323052 abonns UMTS, 2164744 abonns POTS et
765120 abonns ADSL. Cette rpartition donne une ide sur la politique de loprateur qui
consiste encourager les services data tout en gardant les services de la voix classique.
Les rsultats du dimensionnement sont regroups dans le tableau suivant :
Zone Trafic Charge

Conversationnel Streaming Interactif MGW MGCF CSCF
Tunis 50470368 5762071 2747245 58979684 1452681 1087479
Zaghouane 15992192 1942286 858866 18793344 432267 542841
Ben Arous 15567922 1854565 1091066 18513553 255438 599761
Ariana 15444665 1729590 1205585 18379840 467905 620009
Mannouba 13400720 1864408 599415 15864543 452316 536231
83
Bizerte 14536238 2321091 599246 17456575 556678 323029

Nabeul 14088302 1615268 439337 16142907 544271 311020
Beja 4319504 176728 42220 4538452 44351 81500
4205907 4101870
Jendouba 3492892 84522 33018 3610432 71294 95030
Kef 3723303 115231 48960 3887494 88543 85518
Siliana 3631318 88364 46311 3765993 63487 95970
Sousse 22611118 3015201 1649563 27275882 1134678 792426
Monastir 10018773 1589700 288452 11896925 734421 333562
Mahdia 4428814 253691 62590 5745095 84333 265640
Kairouan 3995393 198443 57654 4251490 62115 154160
Kaserine 5783375 721665 242898 6747938 103229 146580
Sidi Bouzid 2398248 184412 70289 2652949 73440 173440
Sfax 25436874 3538359 2004168 30979401 1351320 951320
Gabes 2336376 282022 129706 2748104 124562 136500
Kbelli 2188896 153676 37753 2380325 88217 91960
Medenine 2259387 370834 80928 2711149 127711 102930
Tataouine 3744225 70991 85324 3900540 77435 462460
Toseur 2545321 123974 47753 2717048 54489 46280
Gfsa 2300872 114772 42754 2458398 81123 70540
4320397 3904318
Total 245715096 28171864 12511101 286398061
Charge finale du MGW : 286398061
Capacit MGCF 1 : 6423350
Capacit MGCF 2 : 6366105
Capacit CSCF 1 : 6054029
Capacit CSCF 2 : 5955253
Tableau 4.8 : Rsultats du dimensionnement
84
Les capacits des MGWs installer varient entre 60 Gigabits/s Tunis et 5 Gigabits/s Sidi
Bouzid.
Afin de rduire lencombrement du rseau (et probablement le cot de linfrastructure), on
pourra envisager de regrouper, dune faon optimale, plusieurs gouvernorats faible trafic
sous un mme MGW tout en tenant compte des cots supplmentaires dinterconnection.
On remarque que la distribution des charges des MGCFs et des CSCFs est quitable ce qui
confirme notre choix de dbut pour la division en domaines.
Pour le premier domaine, on remarque, une concentration de trafic dans le gouvernorat de
Tunis (plus que 45% du trafic total). De plus cette zone renferme le plus grand nombre
dabonns (40% du nombre total dabonns). On peut donc envisager dinstaller les serveurs
de la couche contrle (MGCF et CSCF) dans cette zone.
Pour le deuxime domaine, on remarque, une concentration de trafic dans le gouvernorat de
Sfax (plus que 30% du trafic total) et renferme le plus grand nombre dabonns (27% du
nombre total dabonns) de plus linstallation les serveurs de la couche contrle dans cette
zone permettra de rduire le cot dinteconnection entre les diffrents gouvernorats de ce
domaine.
De mme en ce qui concerne le rseau EV-DO, on pourra envisager dinstaller un PDSN dans
la zone de Tunis et un autre Sfax. Probablement le besoin pour un troisime PDSN Sousse
se fera rapidement sentir. En ce qui concerne les MGCFs et les CSCFs, ils prsentent
respectivement une capacit de traitement de 6423350 BHCA et 6366105 BHCA pour les
MGGFs et 6054029 BHCA et 5955253 BHCA pour le CSCFs. En cps (call per second), ces
capacits sont de lordre de 1784.26 cps et 1768.36 cps pour les MGCFs et de 1681.67 cps et
1654.23 cps pour les CSCFs. Limportance des capacits de ces entits permet une
concentration de trafic de tout le rseau. En effet, ces composants seront en commun entre les
divers services offerts par loprateur dans chaque domaine, ce qui nous permet de rduire le
nombre dquipements dployer dans le rseau et donc rduire le cot de linfrastructure
installer.
IV.4
IV.4 Liste de recommandations
Suivant les rsultats obtenus lors de ltape du dimensionnement, et en tenant compte des
hypothses faites, notre oprateur historique pourra dployer le rseau EV-DO et migrer vers
le concept IMS en suivant plusieurs recommandations :
85
Commencer par laborer une tude conomique dtaille pour comparer les
diffrentes solutions permettant doffrir les services Internet haut dbit.
Etablir un ensemble de critres vrifier pour identifier les sites cibles dun
dploiement EV-DO en sappuyant sur lexprience des pays qui utilisent dj ce
rseau et ayant des caractristiques culturelles et conomiques proches des ntres
(Egypte, Algrie, ).
Optimiser le dploiement du rseau en commenant par assurer la couverture des
zones urbaines et suburbaines fort trafic des gouvernorats prsentant des sites
intressants pour linstallation du rseau.
Dbuter avec le dploiement de la rvision 0 de la norme EV-DO pour un nombre
limit de clients et renforcer la capacit du rseau au fur et mesure que le nombre
dabonns augmente.
Envisager, en terme de ressources dinvestissement, la migration du rseau vers la
rvision A de la norme (et probablement vers la rvision B plus tard).
Dployer un PDSN dans la zone Grand Tunis. Vue que cette configuration le permet,
on lui associe la charge de Bizerte, Nabeul et Bja.
Utiliser un PDSN en commun pour les autres gouvernorats. Selon lvolution du
rseau et ltude de rentabilit, loprateur ajoutera les PDSNs ncessaires.
Elaborer une stratgie de migration du rseau coeur la plus optimale possible en
choisissant avec prcision lemplacement des entits du rseau IMS.
Adopter une approche par zone qui facilitera la collecte et lutilisation des donns
statistiques ncessaires pour la planification radio et le dimensionnement du rseau
cur et va assurer plus de prcision pour les rsultats obtenus.
Equiper le rseau EV-DO avec des PDSN intgrant la fonctionnalit de P-CSCF pour
rduire le trafic de signalisation et offrir plus de flexibilit de control et de gestion.
Equiper chaque zone par un MGW qui permet la convergence des rseaux fixe et
mobile niveau transport.
Pour rduire les cots de transmissions, placer les MGWs le plus prs possible du
point de concentration des diffrents rseaux daccs.
On peut mettre en commun certains MGWs entre deux ou trois zones pour des raisons
de scurit en cas de la surcharge du rseau.
Installer les serveurs dapplications et le HSS de lIMS dans la zone Grand Tunis. Vue
que cette zone est la plus dense en terme de population. De plus, elle est la plus active
(environs 50% de abonns et 55 % du trafic).
86
Conclusion
La planification dun rseau daccs EV-DO et le dimensionnement des rseaux IMS sont des
tches dlicates et complexes, surtout que ces technologies ne sont pas encore adoptes dans
le rseau Tunisien. Loprateur doit donner une grande importance la tche de
dimensionnement de son rseau. Il doit faire les prvisions exactes pour satisfaire les besoins
de ses abonns en terme de dbit et de QoS long terme.
Il est aussi essentiel de dvelopper une stratgie optimale de dploiement du rseau EV-DO et
une architecture adquate pour lintroduction de lIMS.
En se basant sur des donnes statistiques de diffrentes natures (gographiques,
dmographiques, conomiques,) nous avons tudi le cas de loprateur Tunisie Tlcom
travers une planification du rseau EV-DO avec ses deux rvision 0 et A dans des sites prcis
et nous avons dimensionn le rseau cur IMS en partant dun choix darchitecture pour
lintroduction de ce concept. A laide de notre outil, on a pu planifier un accs EV-DO de
Tunisie Tlcom et de dimensionner le coeur de rseau de cet oprateur dans le cadre de sa
migration vers un concept tout IMS. Lanalyse des rsultats de dimensionnement obtenus
nous a permis de dgager une liste de recommandations prendre en considration lors du
dploiement du rseau EV-DO et de limplmentation de lIMS.
Ainsi, cette tude de cas simple et relle nous a permis dune part de valider notre outil de
dimensionnement, et dautre part dvaluer limpact du dploiement du rseau EV-DO sur le
dimensionnement de lIMS dans le rseau de Tunisie tlcom.
Certainement, Les rsultats obtenus ne sont pas dfinitifs notamment on a nglig pas mal
daspects dans le processus du dimensionnement et dans le fonctionnement du rseau (La
mobilit des abonns, la charge de signalisation, etc. . .).
87
Conclusion gnrale
Conclusion Gnrale
Le besoin de plus en plus urgent de lInternet mobile dune part et des services multimdia
dautre part, incite plusieurs oprateurs dans le monde tester des solutions daccs Internet
haut dbit et migrer leurs rseaux de transport vers des architectures volues. Cest dans ce
cadre que sinscrit notre projet de fin dtudes, dans lequel, nous avons propos le rseau EV-
DO comme solution daccs Internet mobile haut dbit et on a adopt une architecture
dintroduction du concept IMS dans le rseau de tlcommunication de Tunisie Tlcom.
EV-DO est un rseau performant pour la transmission des donns offrant des dbits
intressants allant jusqu 2.4567 Mbits/s pour la premire version et ayant pour avantage
majeur la compatibilit entre les diffrentes rvisions de la norme. En effet une simple mise
jour logicielle et peut coteuse permettra de migrer vers la rvision A intgrant la QoS puis
vers la rvision B permettant datteindre des dbits de 27 Mbps et 46 Mbps sur la liaison
montante et descendante respectivement et sur une bande passante allant jusqu' 20 MHz se
composant de 15 porteuses de 1.25 MHz.
Nous avons commenc par tudier la norme mobile EV-DO, ses principes de base, son
architecture, et son volution. Nous avons aussi tudi le concept IMS, en prsentant son
architecture et ses entits fonctionnelles. Ensuite, nous avons propos un scnario de
dploiement et de la norme EV-DO dans le rseau de Tunisie Tlcom en se basant sur des
donnes gographiques, dmographiques, et conomiques. Ce scnario consiste dployer,
comme premire tape, la rvision 0 de la norme dans la bande de frquence de 450 Mhz,
dans des sites particuliers du pays et migrer ensuite vers la rvision A pour offrir des services
valeur ajoute en effectuant les extensions ncessaires du rseau pour supporter les
nouveaux abonns potentiels.
Tout dabord, nous avons labor une tude conomique afin de comparer la solution EV-DO
et la solution ADSL offrant de services haut dbit, Nous avons dduit que EV-DO est plus
conomique que lADSL pour les zones suburbaines fort trafic et que ces deux solution sont
comparables dans le cas dune zone urbaine. Nous avons propos alors de dployer le rseau
88
Conclusion gnrale
EV-DO dans les zones urbaines des gouvernorats que nous avons choisi pour notre tude de
cas ainsi que dans les zones suburbaines dpourvues de lADSL.
Ensuite nous avons dimensionn ces zones en dterminant le nombre de stations de base
ncessaires pour le dploiement du rseau EV-DO, les paramtres utiliss pour notre tude
correspondent aux quipements de Huawei. Pour la migration vers la rvision A, nous avons
calcul le nombre de porteuses ajouter pour satisfaire les nouveaux abonns.
Dans une deuxime tape de notre tude, nous avons propos une architecture dintroduction
du concept IMS dans le rseau transport de Tunisie Tlcom. Nous avons adopt une solution
base sur 24 MGWs assurant la convergence des rseaux fixe et mobile et sur 2 MGCFs et 2
CSCFs pour assurer le control des MGWs. Et pour valuer notre solution, nous avons pass
au dimensionnement du futur rseau EV-DO dans le cadre dune migration vers une
architecture IMS de cet oprateur historique.
En effet, nous avons commenc par la modlisation du rseau daccs en mode paquet, qui
reprsente une tape indispensable pour le dimensionnement. Puis nous avons ralis un outil
de dimensionnement et nous lavons appliqu au cas de Tunisie Tlcom en se basant sur la
connaissance et lestimation de la rpartition spatiale du trafic fixe et mobile et la rpartition
gographique des abonns.
A travers les rsultats obtenus, nous avons dgag les capacits des diffrentes entits du
rseau IMS intervenant dans lacheminement du trafic gnr par les rseaux daccs savoir
les MGWs, les MGCFs et les CSCFs. Ces rsultats nous on aussi servi pour dterminer
lemplacement optimal des entits du niveau contrle.
A lissu de cette tude nous avons propos une liste de recommandations suivre par Tunisie
Tlcom lors du dploiement de lEV-DO et de lintroduction du concept IMS. Elles
consistent essentiellement commencer par le dploiement de la rvision 0 de la norme EV-
DO et de migrer aux autres rvisions chaque fois que le rseau devient incapable de
satisfaire les demandes de plus en plus denses des services haut dbit et valeur ajoute. Pour
lintroduction du concept IMS, nous avons propos dinstaller un MGW dans chaque
gouvernorat et mettre en commun certains MGWs pour des raisons de scurit en cas de la
surcharge du rseau. En ce qui concerne lemplacement des quipements centraux des
architectures des rseaux EV-DO et IMS, nous avons recommand la zone du Grand Tunis
tant donn quelle est la zone la plus dense en terme de population et la plus active en terme
de demande de services.
89
Bibliographie
[1] InfoDev and Alcatel Joint Study: Promoting Private Sector Investment and Innovation.
[2] Scott Baxter,Technical introduction to CDMA, 2005.
[3] Project, I. W., The book of visions 2000 - visions of the wireless world an invitation to
participate in the making of the future of wireless communications.
[4] Vieri Vanghi, Aleksander Damnjanovic, B. V., The cdma2000 system for mobile
communications, Prentice Hall Communications Engeneering and Emerging Technologies
Series, 2004.
[5] QUALCOMM, Inc: 1xEV: 1x Evolution IS-856 TIA/EIA Standard AirLink Overview,
November 7, 2001.
[6] Samuel C.Yang,3G CDMA2000 Wireless System Engineering, Artech House 2004.
[7]Qiang Wu, Eduardo Esteves:The CDMA2000 High Rate Packet Data System,
Qualcomm 26 March 2002.
[8] Eduardo Esteves, Mehmet I.Gurelli and Mingxi Fan, Performance of Fixed wireless
Access with CDMA2000 1xEV-DO, 2001.
[9] 3rd Generation partnership Project 2 (3GPP2), CDMA2000 High rate Packet Data Air
Interface Specification, Technical Report C.S20024 v2.0 October 2000.
[10] Tomas Schwengher, Patrick Perini,Wireless & Cellular Communications, Spring 2006.
[11] Richard Parry, CDMA2000 1xEV-DO: A 3G Wireless Internet Access System, IEEE
Potentials, July 2002.
[12] Simon ZNATY, Jean-Louis DAUPHIN, IP Multimedia Subsystem : Principes et
Architecture, EFORT, 2005. http://www.efort.com
[13] Sami Tabbane, Ingnierie des rseaux cellulaires, Hermes Science Publication ,2002.
[14] Huawei Technologies, The Operator CDMA2000 1xEV-DO Wireless Broadband
Network Planning Proposal.
[15] Toni Jawenski, Traffic Analysis and design of wireless IP networks , Artech,
2003.
[16] Institut National de la Statistiques, Estimation 2006
[17] Aglient Technologies, Understanding DSLAM and BRAS Access Devices , June
2006.
[18] Afef Alimi, Les applications des rseaux daccs large bande radio mobiles et fixes dans
la rgion Arabe, Juin 2006.
[19] Airvana, Hight Speed Wireless Data : Bulding the Business Case, November 2006.
90
Annexe
Annexe : Tableaux
Surface Abonns
Zone Surface exploite Urbaine Suburbaine Rurale Urbains Suburbains Ruraux
Tunis 320 68% 27%% 5% 67% 25% 8%
Zaghouane 1268 8% 37% 55% 64% 29% 7%
BenArous 692 21% 55% 24% 67% 30% 3%
Ariana 461 22% 56% 22% 68% 27% 5%
Manouba 866 18% 33% 49% 66% 29% 5%
Bizerte 1185 9% 36% 55% 65% 15% 20%
Nabeul 1288 8% 39% 53% 62% 20% 18%
Beja 1858 19% 31% 50% 41% 21% 35%
Jendouba 1202 15% 26% 59% 42% 32% 46%
Kef 1965 13% 28% 59% 43% 33% 24%
Siliana 2169 12% 33% 55% 47% 34% 19%
Sousse 1631 20% 20% 28% 57% 25% 18%
Monastir 819 14% 41% 45% 42% 36% 22%
Mahdia 1966 19% 36% 45% 37% 39% 24%
Kairouan 3712 18% 32% 50% 32% 38% 30%
Kasserine 3545 5% 18% 54% 41% 34% 25%
SidiBouzid 2994 17% 31% 48% 36% 33% 31%
Sfax 3066 21% 33% 46% 37% 31% 32%
Gabs 4175 27% 22% 51% 39% 38% 23%
Kbelli 3084 18% 27% 55% 38% 39% 23%
Medenine 4588 13% 22% 65% 29% 35% 46%
Tataouine 3889 14% 21% 65% 34% 31% 35%
Tozeur 2719 11% 25% 64% 35% 32% 33%%
Gafsa 3990 9% 23% 68% 39% 39% 22%
Tableau A.1 : Donnes gographiques et dmographiques
91
Annexe
Zone Rseaux Mobiles Rseaux fixes
%M GSM EDGE UMTS EV-DO %F ADSL POTS
Tunis 17,4% 82% 39% 11% 4,5% 15% 66% 34%
Zaghouane 5,60% 85% 30% 9% 0% 4% 87% 20%
BenArous 6,15% 85% 25% 10% 3% 6% 80% 13%
Ariana 6,60% 83% 30% 15% 3% 4% 87% 20%
Manouba 5,81% 100% 18% 11% 4% 7% 73% 13%
Bizerte 8,87% 100% 25% 9% 2,4% 4% 65% 27%
Nabeul 8,36% 92% 20% 8% 3% 7% 77% 13%
Beja 1,8% 100% 12% - 0% 2% 77% 23%
Jendouba 1,81% 100% 12% - 0% 2% 77% 23%
Kef 1,04% 100% 12% - 0% 2% 77% 23%
Siliana 7% 80% 20% - 0% 6% 73% 23%
Sousse 11,5% 80% 20% 15% 3,5% 2% 73% 27%
Monastir 4,75% 100% 12% 13% 4% 5% 73% 27%
Mahdia 1,5% 100% 13% - 0% 2,5% 73% 27%
Kairouan 0,9% 100% 13% - 0% 2,5% 73% 27%
Kaserine 2% 100% 40% - 0% 8% 60% 27%
SidiBouzid 1,51% 83 30 - 0% 2 60 40
Sfax 7% 100 30 14% 7% 2 60 40
Gabs 3,4% 100 32 - 4,5% 7 60 40
Kbelli 2,5% 82 30 - 0% 2 60 40
Medenine 2,3% 100 30 - 9% 2 60 40
Tataouine 2,5% 100 23 - 0% 2 83 17
Toseur 1,5% 100 23 - 0% 1 83 17
Gafsa 1,2% 100 23 - 0% 1 83 17
Tableau A.2 : Rpartition des abonns par gouvernorat
92
Annexe
POTS GSM
Zone Trafic moyen/ Dure Taux de Trafic moyen/ Dure Taux de
abonn(erg) moyenne routage abonn(erg) moyenne routage
dun appel(s) externe dun appel(s) externe
Tunis 0,12 150 0,7 0,035 150 0,75
Zaghouane 0,12 150 0 ,8 0,04 150 0 ,79
BenArous 0,11 150 0,6 0,025 150 0,6
Ariana 0,12 150 0,56 0,02 150 0,56
Manouba 0,11 150 0,65 0,027 150 0,65
Bizerte 0,11 150 0,8 0,025 150 0,8
Nabeul 0,11 150 0,7 0,025 150 0,7
Beja 0,09 150 0,65 0,028 150 0,65
Jendouba 0,11 150 0,7 0,029 150 0,7
Kef 0,11 150 0,68 0,03 150 0,68
Siliana 0,11 150 0,58 0,027 150 0,58
Sousse 0,12 150 0,67 0,025 150 0,67
Monastir 0,11 150 0,81 0,032 150 0,81
Mahdia 0,12 150 0,62 0,026 150 0,62
Kairouan 0,09 150 0,72 0,028 150 0,72
Kaserine 0,09 150 0,67 0,026 150 0,67
SidiBouzid 0,11 150 0,73 0,032 150 0,73
Sfax 0,11 150 0,65 0,027 150 0,65
Gabs 0,12 150 0,56 0,028 150 0,56
Kbelli 0,12 150 0,7 0,032 150 0,7
Medenine 0,12 150 0,66 0,03 150 0,66
Tataouine 0,09 150 0,8 0,03 150 0,8
Tozeur 0,09 150 0 ,64 0,027 150 0 ,64
Gafsa 0,09 150 0,71 0,025 150 0,71
Tableau A.3 : Modle de trafic des rseaux en mode circuit
93
Annexe
Taux d'activit des services (%)

Zone
Conversationnel Streaming Interactif
Tunis 50 21 42
Zaghouane 35 15 35
BenArous 30 8 38
Ariana 35 12 33
Manouba 25 13 25
Bizerte 15 7 16
Nabeul 8 8 20
Beja 10 10 10
Jendouba 11 5 9
Kef 12 6 12
Siliana 23 5 11
Sousse 40 18 36
Monastir 32 11 14
Mahdia 25 9 12
Kairouan 23 8 13
Kaserine 24 8 16
SidiBouzid 24 6 12
Sfax 45 16 43
Gabs 14 7 14
Kbelli 16 5 13
Medenine 13 4 9
Tataouine 11 5 21
Toseur 10 3 15
Gafsa 12 4 16
Tableau A.4 : Taux dactivit des services par zone
94
Liste des acronymes
MGCF: Media Gateway Control Function

A MPLS: Multi Protocol Label Switching
AAA: Authentification, Authorization,
MRF: Multimedia resource function
Accounting
MRFC: Multimedia Resource Function
ADSL: Asymetric Digital Subscriber Line
Controller
AS: Application Server
MSC: Mobile Switching Center
B N
BER: Bit Error Rate
NGN: Next Generation Protocol
BPSK: Binary Phase Shift Keying
BSC: Base Station Controller P
BTS: Base Transceiver Station PCS: Personal Communication System
PCF: Packet Control Fonction
C PDSN: Packet Data Switching Node
CDMA: Code Division Multiple Access
CDR: Call Detailed Record Q
CSCF: Call Session Control Function QPSK: Quadrature Phase Shift Keeing
D R
DSC: Data Source Control RA: Reverse Activity
DRC: Data Rate Control RAB: Reverse Activity Bit
DSLAM: DSL Access Multiplexer RADIUS Remote Access Dial In
User: Service
E RNC: Radio Network Controller
EV-DO: Evolution Data Only
RTC: Rseau Tlphonique Public
F RLP: Radio Link Protocol
FDD: Frequency Division Duplex RRC: Reverse Rate Control
FDMA: Frequency Division Multiple RRI: Reverse Rate Indicator
Access RPC: Reverse Power Control
H S
H-ARQ: Hybrid Automatic Repeat reQuest SIP: Session Initiation Protocol
HLR: Home Location Registry SNR: Signal to Noise Ratio
HSS: Home Subscriber Server SS7: Signalling System N7
HA: Home Agent
T
I TDM: Tim e Division Multiplexing
IMT: International Mobile TIA: Telecommunication Industry
Telecommunication Association
IMS: IP Multimedia Subsystem
ISUP: ISDN User Part
U
UE: User Equipment
ITU: Internation Telecommunication
UIT: Union International des
Union
Tlcommunications
M UMB: Ultra Mobile Broadband
MAC: Medium Access Control
MEGACO: MEdia GAteway COntrol
V
VLR: Visitor Location Register
MGW: Media Gateway
VoIP: Voice over IP
MGC: Media Gateway Controller
95
96

5AKKARI Ramzi PDF

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

5AKKARI Ramzi PDF

Hochgeladen von

Copyright:

Verfügbare Formate

Cycle de formation des ingnieurs en Tlcommunications

Rapport de Projet de fin dtudes

Travail propos et ralis en collaboration avec

Anne universitaire: 2006/2007

ma mre Chedlia et mon pre Chedli

mes soeurs Wafa Afef et Amira

tous ceux qui mont aid afin de raliser ce travail,

Et tous ceux que jaime et qui maiment.

problmatique quant aux orientations technologiques suivre pour amliorer les

Introduction Gnrale ............................................................................................................. 1

Chapitre I : Evolution du rseau daccs vers EV-DO et du rseau de transport vers le

I.2 volution des systmes CDMA........................................................................................................................ 6

I.3 CDMA EV-DO rvision 0 ............................................................................................................................... 7

I.4 La norme 1xEV-DO Rev A ........................................................................................................................... 17

I.5 NGN Multimdia ou IMS (IPMultimedia Subsystem) ............................................................................... 20

Chapitre II : Rgles dingnierie pour la planification radio et le dimensionnement du

II.1 La propagation dans lenvironnement radio ............................................................................................. 27

II.2 Processus de planification radio ................................................................................................................ 30

II.3 Dimensionnement dun rseau IMS ........................................................................................................... 33

III.1 Spcification de loutil................................................................................................................................ 46

III.2 Dimensionnement de la partie radio ......................................................................................................... 49

III.3 Dimensionnement du coeur de rseau IMS.............................................................................................. 59

Chapitre IV : Etude de cas : Planification du rseau EV-DO et dimensionnement du

IV.2 Etude Economique...................................................................................................................................... 72

IV.3 Etude de cas : dimensionnement du rseau IMS de Tunisie Tlcom.................................................... 79

IV.4 Liste de recommandations ......................................................................................................................... 85

Conclusion Gnrale .............................................................................................................. 88

Tableau 1.1 : Paramtres du lien descendant .......................................................................... 13

I.1 Principes et avantages des systmes CDMA

Figure 1.1: Techniques daccs

I.1.2 Utilisation des codes

I.1.3 Efficacit spectrale et conomique

I.1.4 Rutilisation de frquences

Figure 1.2 : Facteur de rutilisation de frquence

I.1.5 Soft Handover

I.2 volution des systmes CDMA

Figure 1.3 : volution des systmes CDMA du standard cdmaOne cdma2000.

I.3 CDMA EV-

I.3.1 Principes fondamentaux de la norme

I.3.2 Architecture du rseau EV-

Figure : Architecture dun rseau EV-DO

Figure 1.4 : Architecture dun rseau EV-DO

I.3.3 Description de la couche physique EV-

I.3.3.1 Multiplexage TDM

Figure 1.5 : Multiplexage TDM

C'est contrairement au multiplexage rpartition de codes utilis sur le lien descendant de

I.3.3.2 Structure des canaux

Figure 1.6 : Structure des canaux

Figure 1.7 : Structure de la trame

Tableau 1.1 : Paramtres du lien descendant

d) Le canal de contrle descendant

I.3.3.4 Le lien montant

Tableau 1.2 : Paramtres du lien montant

Figure 1.8 : Procd de contrle de dbit

I.4.2 Cls de performance de la rvision A

Sur le lien montant :

Figure 1.9 : Architecture dun rseau EV-DO Rev A

Dautres rvisions de la norme EV-DO sont en dbut de commercialisation ou en cours de

Figure 1.10 : Evolution des rvisions EV-DO

Figure 1.11 : Exemple darchitecture NGN Multimdia

I.5.3 Entits de Rseau IMS

Figure 1.12 : Architecture en couche dun IMS

Slectionne le CSCF appropri afin de remettre la signalisation SIP qu'il gnre, au