Deploie EVDO - CDMA

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, qui leurs sacrifices et de leurs prcieux conseils 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. 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
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-
figures Liste des 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 EVDO 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
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 EVDO 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.
Chapitre I : Evolution vers EV-DO et lIMS
Chapitre I : EVEvolution du rseau daccs vers 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
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 pseudoorthogonales permettant de diffrentier entre les mobiles sur le lien montant.
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.
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
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.
EVI.3 CDMA 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.
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.
EVI.3.2 Architecture du rseau 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 IS2000 [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 IS856. 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).
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
EVI.3.3 Description de la couche physique 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
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 IS856 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/8PSK/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.
modulation Codage et 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 Description EVI.3.4 Description de la couche MAC EV-DO

I.3.4.1 I.3.4.1 Adaptation de dbit 3.4.
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 Sof I.3.4.2 Le 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.3 I.3.4.3 Hybride ARQ 3.4.

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.4 I.3.4.4 Planificateur 3.4.

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 1xEVI.4 La norme 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 applications[10]. pour diffrents services et
I.4.1 QoS EVI.4.1 La QoS dans 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.3 EVI.4.3 Architecture dun rseau EV-DO Rev A 4.

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.1 I.5.1 Architecture IMS 5.

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.2 Structuration I.5.2 Structuration en couche de larchitecture IMS 5.

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 IMSTI.5.3.4 MGCF, IMS-MGW et 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'IMSMGW. 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 effet1xEVDO 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 : planification Rgles dingnierie pour la 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].
D'OkumuraIII.1.3.1 Le Modle D'Okumura-Hata I.1.3.1

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 ITU-R P.529-3 Modle Calibr Bas sur le modle dOkumura Hata I.1.3.2 ITU- P.529L = 69.55 + 26.16 lg f 13.82 lg hbase + (44.9 6.55lg hbase ) * (lg(d ))^ DistCorrec a(hmobile ) K tion O: DistCorrection : Facteur de correction de distance. (II-4)
(II-5)
II.1.3.3 Le modle COST 231 Hata 1.3.3

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 grande ville :
a (h2) = 3.2log (11.75h2)) 2 7.97
(II.7) (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
planification II.2 Processus de 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- )
ul
(II.9)
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
MS
(II.10) (II.11)
Laffaiblissement maximal admissible sur le lien montant est donne par : LMax_UL = EIRP + GBTS LfBTS + GSHO MFad_shad 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
MS
+ GSHO MFad_shadow
(II.17)
II.2.3 II.2.3 Calcul du rayon de la cellule 2.

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 Dimensionnement dun rseau IMS I.3

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 EVDO 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.2 Modles de trafic I.3.2

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.3 II.3.3.2 Calcul du trafic gnr par le rseau daccs .3. 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 Nombre total dabonns Nombre total des abonns mobiles Nombre total des abonns fixes Pourcentage des abonns EV-DO par rapport aux abonns mobiles Pourcentage des abonns EDGE par rapport aux abonns mobiles Pourcentage des abonns UMTS par rapport aux abonns mobiles Pourcentage des abonns GSM par rapport aux abonns mobiles Pourcentage des abonns POTS par rapport aux abonns fixes Pourcentage des abonns ADSL par rapport aux abonns fixes Tableau 2.2 : Paramtres des abonns
Dsignation
Nbabonns Nbabonns(Mobile) Nbabonns(fixe) Nbabonns(EVDO/Mobile) Nbabonns(EDGE/Mobile) Nbabonns(UMTS/Mobile) Nbabonns(GSM/Mobile) Nbabonns(POTS/fixe) Nbabonns(ADSL/fixe)
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) (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
Nbabonns(GSM) = Nbabonns(GSM/Mobile) * Nbabonns(Mobile)
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 : (II.26) NbAbonns ( I ) TACH ( I ) DMC( 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 :
(I ) =
Dappel =
( Dbit codec T p + entete liaison + enqueue liaison ) Tp
(II.29)
Avec D appel : dbit par appel en Kbit/s

T p : la priode de paqutisation en ms
Dbit codec : dbit gnr par le codec en Kbit/s 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 du trafic du mode circuit en Kbits/s.
(II.30)
Lorganigramme de la figure 2.5 dcrit les tapes voques prcdemment et servant au calcul 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 )

o I dsigne EDGE, UMTS ou ADSL. J dsigne le service Conversationnel, Interactif ou Streaming.
(II.31)
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) o Traficgnr (J, I) dsigne le volume de trafic gnr par le service J du rseau I (en Kb/s) (II.32)
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) :
Trafic gnr ( I ) =
gnr J ( Conversati onnel , Strea min g )
Trafic
(J , I )
(II.33)
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 ) =
gnr I ( EV DO , EDGE ,UMTS ,GSM , ADSL , POTS )
Trafic
(I )
(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 :
N MGW =
CapacitMGW CapacitChasis
(II.36)
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 Gnralement, un MGCF fonctionne dans les deux cas suivant : Lappel est initi par le mode circuit.
(II.37)
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 =
Abonns I ( GSM , POTS )
Nb
( I ) appel ( I ) +
(II.38)
Abonns I ( EV DO ,UMTS , EDGE , ADSL )
Nb
( I , Conversati onnel ) appel ( I , Conversati onnel ) RE _ circuit
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 :
Dureappel =
Traficmoyen / abonn
appel
(II.39)
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 =
Abonns I ( EV DO , EDGE ,UMTS , ADSL )
Nb
( I ) appel ( I )
(II.40)
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 EVDveloppement de loutil de planification 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 EVDO 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.1.5 III.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 EVIII.2.1 Planification dun rseau 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 Les paramtres de la zone Surface

Type de terrain
Outputs Couverture Rayons de couverture sur la liaison montante

Rayons de couverture sur la liaison descendante Rayon final de panification Couverture dune BTS Nombre de BTS Nombre de clients par BTS
Les paramtres de la BTS Hauteur Puissance dmission Les paramtres de lquipement utilisateur Hauteur Puissance dmission Le profile des utilisateurs Taux de pntration Taux de simultanit
Dbit montant moyen Dbit descendant moyen
Capacit Capacit vrifie ou non Solutions adopter Nombre de BTS ajouter
Tableau 3.1 : Paramtres du simulateur

Comme nous avons vu dans le chapitre prcdent, la planification de la couverture radio EVDO 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.1.2 Utilisation de loutil II.2.1.2 .2

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.
sultats III.2.1.3 Rsultats II.2.1.3 Rs
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.
EVIII.2.2 Planification dun rseau EV-DO Rev A II.2.2 .2

III.2.2.1 III.2.2.1 Le cahier de charge du simulateur .2.2
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.2 III.2.2.2 Configuration et entre des paramtres .2.2

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.3 Rsultats III.2.2.3 Rsultats .2.2

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 Spcifications III.3.1 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 Les paramtres gnraux Nombre dabonns fixes et mobiles

Caractrisation des diffrents modles du trafic
Outputs Trafic Trafic gnr par chaque service Equipements Les quipements ncessaires pour la migration vers un concept IMS.
Capacit du MGW Charge du MGCF et du CSCF
ombre de zones dans le rseau dimensionner Trafic total gnr par zone
Les paramtres de la zone Nombre dabonns fixes et mobiles

Les technologies supportes Taux dactivits des services
Les paramtres de la technologie Nombre dabonns

Services offerts
Architecture Larchitecture finale du rseau IMS dans la

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.1 Spcifications des paramtres gnraux .3.2
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.3 Rsultats III.3.3 Rsultats du dimensionnement .3

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 : EVEtude de cas : Planification du rseau 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.
EVIV.1 Etude de cas radio : dimensionnement du rseau 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.
gouvernorats IV.1.2 Choix des 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) Urbaine Suburbaine
Gouvernorat
Nombre de DSLAMs Urbain Suburbain
Couverture ADSL Urbaine Suburbaine
Tunis Ben Arous Ariana Mannouba Bizerte Nabeul Sousse Monastir Sfax Medenine Gabes
217 177 101 125 106 103 210 114 177 109 111
146 469 458 385 426 502 667 335 923 527 514
Tunis Ben Arous Ariana Mannouba Bizerte Nabeul Sousse Monastir Sfax Medenine Gabes
15 5 5 3 4 4 5 2 6 2 2
11 6 8 3 5 7 7 1 10 3 3
100% 100% 100% 100% 100% 100% 100% 100% 100% 100% 100%
100% 75% 86% 48% 70% 80% 64% 20% 65% 35% 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.
couverture EVIV.1.5 Calcul des surfaces de couverture du rseau 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 Ben Arous Ariana Mannouba Bizerte Nabeul Sousse Monastir Sfax Medenine Gabes
217 177 101 125 106 103 150 70 177 109 111 146 109 60 200 126 100 290 270 330 347 334 10 000 2 000 5 000 2 000 2 000 3 000 5 000 2 000 5 000 3 000 2 000 10 000 3 000 5 000 3 000 4 000 6 000 7 000 3 000 10 000 4 000 2 000 5000 2000 2000 2000 2000 2000 4000 2000 5000 2000 2000 3000 1000 1000 1000 1000 1000 2000 1000 3000 1000 1000
Tableau 4.3 : Donns par gouvernorats du rseau EV-DO
EVIV.1.6 Dimensionnement du rseau 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 Urbain Tunis Ben Arous Ariana Mannouba Bizerte Nabeul Sousse Monastir Sfax Medenine Gabes Suburbain
Gouvernorat Porteuses ajouter Urbain Suburbain Tunis Ben Arous Ariana Mannouba Bizerte Nabeul Sousse Monastir Sfax Medenine Gabes
25 11 14 10 11 11 18 8 28 12 10 19 7 4 7 3 0 16 15 21 3 4
24 15 12 14 12 12 17 8 20 13 13
21 6 11 5 9 13 15 15 21 9 7
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.
EVIV.1.7 Dimensionnement du rseau EV-DO Rev A

IV.1.7.1 Les hypothses du dimensionnement : V.1.7.1
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 Dure dappel Activit de la source
0.8 ap/heure 150s 0.58
3 ap/heure 120s 0.58
0.85 ap/heure 3s 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 EVIV.2.1.1 Analyse des besoins 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 EVIV.2.1.2 Analyse des cots 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 dollars)
700000 600000 500000 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 1800000 1600000 1400000 1200000 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.
Cout total infrastructure (en dollars)
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
Cout par ligne (en dollars)
700 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.3 EVIV.2.1.3 Cot de migration vers un rseau EV-DO rvision A 1.

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 Rseau EV-DO Rev 0 (2000 lignes) Rseau EV-DO Rev 0 + Rev A (2000 lignes Rev 0 + 250 lignes Rev A) 600 000 720 000
Cot total avec terminaux 840 000 1 000 000
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.4 IV.2.1.4 Analyse des besoins ADSL : 1.

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.5 des ADSL IV.2.1.5 Analyse des cots ADSL : .1

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
Cout total de l'infrastructure (en dollards) 2500000 2000000 1500000 1000000 500000 0 2000 3000 4000 Nombre de lignes 5000 6000
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

Cot par ligne (en dollards) 600 500 400 300 200 100 0 2000 3000 4000 Nombre de lignes 5000 6000
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.
Interprtations IV.2.2.2 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.1 IV.3.1 Rseau transport de Tunisie Tlcom et architecture adopte 3.
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
Conversationnel Streaming Interactif 2747245 858866 1091066 1205585 599415 MGW 58979684 18793344 18513553 18379840 15864543
Charge
MGCF CSCF
Tunis Zaghouane Ben Arous Ariana Mannouba
50470368 15992192 15567922 15444665 13400720
5762071 1942286 1854565 1729590 1864408
1452681 1087479 432267 255438 467905 452316 542841 599761 620009 536231
83
Bizerte Nabeul Beja
14536238 14088302 4319504
2321091 1615268 176728
599246 439337 42220
17456575 16142907 4538452
556678 544271 44351
323029 311020 81500
4205907 4101870
Jendouba Kef Siliana Sousse Monastir Mahdia Kairouan Kaserine Sidi Bouzid Sfax Gabes Kbelli Medenine Tataouine Toseur Gfsa
3492892 3723303 3631318 22611118 10018773 4428814 3995393 5783375 2398248 25436874 2336376 2188896 2259387 3744225 2545321 2300872
84522 115231 88364 3015201 1589700 253691 198443 721665 184412 3538359 282022 153676 370834 70991 123974 114772
33018 48960 46311 1649563 288452 62590 57654 242898 70289 2004168 129706 37753 80928 85324 47753 42754
3610432 3887494 3765993 27275882 11896925 5745095 4251490 6747938 2652949 30979401 2748104 2380325 2711149 3900540 2717048 2458398
71294 88543 63487 1134678 734421 84333 62115 103229 73440 1351320 124562 88217 127711 77435 54489 81123
95030 85518 95970 792426 333562 265640 154160 146580 173440 951320 136500 91960 102930 462460 46280 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 EVDO 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 EVDO 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 Zone Tunis Zaghouane BenArous Ariana Manouba Bizerte Nabeul Beja Jendouba Kef Siliana Sousse Monastir Mahdia Kairouan Kasserine SidiBouzid Sfax Gabs Kbelli Medenine Tataouine Tozeur Gafsa Surface exploite 320 1268 692 461 866 1185 1288 1858 1202 1965 2169 1631 819 1966 3712 3545 2994 3066 4175 3084 4588 3889 2719 3990 Urbaine 68% 8% 21% 22% 18% 9% 8% 19% 15% 13% 12% 20% 14% 19% 18% 5% 17% 21% 27% 18% 13% 14% 11% 9% Suburbaine 27%% 37% 55% 56% 33% 36% 39% 31% 26% 28% 33% 20% 41% 36% 32% 18% 31% 33% 22% 27% 22% 21% 25% 23% Rurale 5% 55% 24% 22% 49% 55% 53% 50% 59% 59% 55% 28% 45% 45% 50% 54% 48% 46% 51% 55% 65% 65% 64% 68% Urbains 67% 64% 67% 68% 66% 65% 62% 41% 42% 43% 47% 57% 42% 37% 32% 41% 36% 37% 39% 38% 29% 34% 35% 39% Abonns Suburbains 25% 29% 30% 27% 29% 15% 20% 21% 32% 33% 34% 25% 36% 39% 38% 34% 33% 31% 38% 39% 35% 31% 32% 39% Ruraux 8% 7% 3% 5% 5% 20% 18% 35% 46% 24% 19% 18% 22% 24% 30% 25% 31% 32% 23% 23% 46% 35% 33%% 22%
Tableau A.1 : Donnes gographiques et dmographiques
91
Annexe
Zone %M Tunis Zaghouane BenArous Ariana Manouba Bizerte Nabeul Beja Jendouba Kef Siliana Sousse Monastir Mahdia Kairouan Kaserine SidiBouzid Sfax Gabs Kbelli Medenine Tataouine Toseur Gafsa 17,4% 5,60% 6,15% 6,60% 5,81% 8,87% 8,36% 1,8% 1,81% 1,04% 7% 11,5% 4,75% 1,5% 0,9% 2% 1,51% 7% 3,4% 2,5% 2,3% 2,5% 1,5% 1,2%
Rseaux Mobiles GSM 82% 85% 85% 83% 100% 100% 92% 100% 100% 100% 80% 80% 100% 100% 100% 100% 83 100 100 82 100 100 100 100 EDGE 39% 30% 25% 30% 18% 25% 20% 12% 12% 12% 20% 20% 12% 13% 13% 40% 30 30 32 30 30 23 23 23 UMTS 11% 9% 10% 15% 11% 9% 8% 15% 13% 14% EV-DO 4,5% 0% 3% 3% 4% 2,4% 3% 0% 0% 0% 0% 3,5% 4% 0% 0% 0% 0% 7% 4,5% 0% 9% 0% 0% 0% %F
Rseaux fixes ADSL 66% 87% 80% 87% 73% 65% 77% 77% 77% 77% 73% 73% 73% 73% 73% 60% 60 60 60 60 60 83 83 83 POTS 34% 20% 13% 20% 13% 27% 13% 23% 23% 23% 23% 27% 27% 27% 27% 27% 40 40 40 40 40 17 17 17
15% 4% 6% 4% 7% 4% 7% 2% 2% 2% 6% 2% 5% 2,5% 2,5% 8% 2 2 7 2 2 2 1 1
Tableau A.2 : Rpartition des abonns par gouvernorat
92
Annexe
POTS Zone Trafic moyen/ abonn(erg) Dure moyenne dun appel(s) Tunis Zaghouane BenArous Ariana Manouba Bizerte Nabeul Beja Jendouba Kef Siliana Sousse Monastir Mahdia Kairouan Kaserine SidiBouzid Sfax Gabs Kbelli Medenine Tataouine Tozeur Gafsa 0,12 0,12 0,11 0,12 0,11 0,11 0,11 0,09 0,11 0,11 0,11 0,12 0,11 0,12 0,09 0,09 0,11 0,11 0,12 0,12 0,12 0,09 0,09 0,09 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 Taux de routage externe 0,7 0 ,8 0,6 0,56 0,65 0,8 0,7 0,65 0,7 0,68 0,58 0,67 0,81 0,62 0,72 0,67 0,73 0,65 0,56 0,7 0,66 0,8 0 ,64 0,71 0,035 0,04 0,025 0,02 0,027 0,025 0,025 0,028 0,029 0,03 0,027 0,025 0,032 0,026 0,028 0,026 0,032 0,027 0,028 0,032 0,03 0,03 0,027 0,025 Trafic moyen/ abonn(erg)
GSM Dure moyenne dun appel(s) 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 150 Taux de routage externe 0,75 0 ,79 0,6 0,56 0,65 0,8 0,7 0,65 0,7 0,68 0,58 0,67 0,81 0,62 0,72 0,67 0,73 0,65 0,56 0,7 0,66 0,8 0 ,64 0,71
Tableau A.3 : Modle de trafic des rseaux en mode circuit
93
Annexe
Taux d'activit des services (%) Zone Conversationnel Tunis Zaghouane BenArous Ariana Manouba Bizerte Nabeul Beja Jendouba Kef Siliana Sousse Monastir Mahdia Kairouan Kaserine SidiBouzid Sfax Gabs Kbelli Medenine Tataouine Toseur Gafsa 50 35 30 35 25 15 8 10 11 12 23 40 32 25 23 24 24 45 14 16 13 11 10 12 Streaming 21 15 8 12 13 7 8 10 5 6 5 18 11 9 8 8 6 16 7 5 4 5 3 4 Interactif 42 35 38 33 25 16 20 10 9 12 11 36 14 12 13 16 12 43 14 13 9 21 15 16
Tableau A.4 : Taux dactivit des services par zone
94
Liste des acronymes

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

Deploie EVDO - CDMA

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Deploie EVDO - CDMA

Încărcat de

Drepturi de autor:

Formate disponibile

Cycle de formation des ingnieurs en Tlcommunications

Ingnierie des rseaux

Rapport de Projet de fin dtudes

Etude et dploiement dun rseau EV-DO dans un concept IMS

Mr.Rached Hamza Mr.Jamel Sakka

Travail propos et ralis en collaboration avec

Anne universitaire: 2006/2007

mes soeurs Wafa Afef et Amira

Table des matires

figures Liste des figures

Liste des tableaux

Chapitre I : Evolution vers EV-DO et lIMS

I.1 Principes et avantages des systmes CDMA

Chapitre I : Evolution vers EV-DO et lIMS

I.1.2 Utilisation des codes

Chapitre I : Evolution vers EV-DO et lIMS

I.1.3 Efficacit spectrale et conomique

I.1.4 Rutilisation de frquences

Chapitre I : Evolution vers EV-DO et lIMS

I.1.5 Soft Handover

I.2 volution des systmes CDMA

Chapitre I : Evolution vers EV-DO et lIMS

EVI.3 CDMA EV-DO rvision 0

I.3.1 Principes fondamentaux de la norme

Chapitre I : Evolution vers EV-DO et lIMS

EVI.3.2 Architecture du rseau EV-DO

Chapitre I : Evolution vers EV-DO et lIMS

Figure : Architecture dun rseau EV-DO

Figure 1.4 : Architecture dun rseau EV-DO

EVI.3.3 Description de la couche physique EV-DO

Chapitre I : Evolution vers EV-DO et lIMS

I.3.3.1 Multiplexage TDM

I.3.3.2 Structure des canaux

Figure 1.6 : Structure des canaux

Chapitre I : Evolution vers EV-DO et lIMS

I.3.3.3 I.3.3.3 Le lien descendant

Chapitre I : Evolution vers EV-DO et lIMS

Chapitre I : Evolution vers EV-DO et lIMS

modulation Codage et modulation

Tableau 1.1 : Paramtres du lien descendant

d) Le canal de contrle descendant

Chapitre I : Evolution vers EV-DO et lIMS

I.3.3.4 Le lien montant

Tableau 1.2 : Paramtres du lien montant

I.3.4 Description EVI.3.4 Description de la couche MAC EV-DO

Chapitre I : Evolution vers EV-DO et lIMS

Chapitre I : Evolution vers EV-DO et lIMS

I.3.4.2 Sof I.3.4.2 Le Soft Handover virtuel

I.3.4.3 I.3.4.3 Hybride ARQ 3.4.

I.3.4.4 I.3.4.4 Planificateur 3.4.

Chapitre I : Evolution vers EV-DO et lIMS

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

I.4.1 QoS EVI.4.1 La QoS dans EV-DO Rev A

I.4.2 Cls de performance de la rvision A

Chapitre I : Evolution vers EV-DO et lIMS

I.4.3 EVI.4.3 Architecture dun rseau EV-DO Rev A 4.

Chapitre I : Evolution vers EV-DO et lIMS

Chapitre I : Evolution vers EV-DO et lIMS

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

I.5.1 I.5.1 Architecture IMS 5.

Chapitre I : Evolution vers EV-DO et lIMS

I.5.2 Structuration I.5.2 Structuration en couche de larchitecture IMS 5.

Figure 1.11 : Exemple darchitecture NGN Multimdia