Dimensionnement Et Planification Dun Res

Dpartement : STIC
Rfrence :
Licence Applique en Sciences et Technologies de lInformation et

de la Communication
Option Rseaux et Systmes des Tlcommunications
Projet de Fin dtudes
Dimensionnement et planification
dun rseau 3G/4G.
Ralis par : Yasser BOUSLAH

Monaim JOUINI
Classe: STIC-L3-RST-B
Encadr par : Mr. Amin ZRIBI

Mr. Hatem GUESMI
Entreprise dAccueil :
Anne Universitaire: 2014-2015

Abstract
The third generation (3G) mobile networks face a new rival: so called 4G. And
astonishingly, the new networks may even be profitable. Alvin Toffler, an
eminent futurologist, once said, THE FUTURE ALWAYS COMES TOO FAST, BUT
IN THE WRONG ORDER. The state of wireless telecoms is a classic example.
Even as 3G mobile networks are being switched on around the world, a couple
of years later than planned, attention is shifting to what comes next: a group of
newer technologies that are inevitably, being called Fourth generation Mobile
networks (4G). 4G is all about an integrated, global network thats based on an
open system.
The present bachelor thesis will cover in its first chapter, the evolution of
the radio-mobile network technologies including the 3rd and the 4th
generation, in the second chapter, the dimensioning of the UMTS network
will be investigated: the mathematical equations will be sated-up.
The 3rd chapter will treat the sizing procedure of the 4th generation network.
In the 4th chapter, we will be conceiving and implementing a tool that would
facilitate the link budget calculations for both networks (to reveal the
differences between then in term of throughput and capacity).
Finally, we will be planning an LTE network in the capital Tunis and
analyzing the results of the predictions done using Mentum-planet
Key Words: LTE, 3G, Planning, Dimensioning.

Ddicaces
A mon cher pre Abdel Hamid

A ma chre mre Radhia
A ma Sur Maysa
A mon frre Mohamed
A mes ami(e)s
A tous mes enseignants
A tous ceux qui m'ont aid raliser ce travail
A tous ceux que j'aime et m'aiment
Monaim ...
Ddicaces
Je ddie ce travail.
A celui qui a toujours garni mon chemin de force et lumire.
En tmoignage ses sacrifices et ses prcieux conseils qui mont conduit la russite
dans mes tudes, ma vie Mon
Cher pre Fraj Bouslah.
A la plus belle perle du monde. Ma tendre mre Henda Bouslah
En toi je vois la maman parfaite, toujours prte se sacrifier pour le
bonheur de ses enfants.
A tous mes enseignants et tous mes amis qui nont pas cess de
mencourager afin de raliser parfaitement ce projet.
A toute personne qui ma aide franchir un horizon dans ma vie
Yasser ...
Remerciements
Cest un devoir bien agrable que de venir rendre hommage,
au terme de ce travail, ceux sans lesquels il naurait pas pu
tre ralis.
Nous tenons, tout particulirement, remercier Mr. Hatem
GUESMI, Ingnieur gnrale et Directeur de la Recherche et
Veille Technologique au Centre dtudes et de Recherche des
Tlcommunications (CERT), pour lopportunit quil nous a
offerte pour travailler sur ce projet intressant, pour son
encadrement, sa disponibilit et pour le soutien constant quil na
cess de nous prodiguer.
Nous adressons, aussi notre gratitude, notre enseignant
Mr. Amin ZRIBI pour ses prcieux conseils, son estimable aide,
son attention et sa suivie quil nous a apport ce travail.
Nous remercions tout le personnel, toute lquipe
pdagogique et les intervenants professionnels responsables de
lIsetCom de notre formation, durant les trois annes dtudes,
pour leur sympathie et leur gentillesse.
Nous terminons ces remerciements en saluant vivement le
prsident et les membres du jury pour lhonneur quils nous font
en acceptant de juger ce modeste travail.

Table des matires
Introduction gnrale ............................................................................................................... 1
Cadre Gnral du Projet ......................................................................................................... 2
1. Introduction .................................................................................................................... 2
2. CERT : lentreprise daccueil ......................................................................................... 2
3. Spcifications des besoins .............................................................................................. 3
Chapitre 1 : Les rseaux UMTS/HSPA/LTE ......................................................................... 4
1. Introduction....................................................................................................................... 4
2. Larchitecture de lUMTS ................................................................................................ 4
2.1. Architecture physique ........................................................................................... 4
2.1.1. Lquipement utilisateur ................................................................................ 5
2.1.2. Rseau daccs UTRAN ................................................................................. 5
2.1.2.1. Node-B ................................................................................................ 5
2.1.2.2. Le RNC (Radio Network Controller) ................................................ 5
2.1.3. Le rseau cur ............................................................................................... 5
2.2. Architecture en couches ....................................................................................... 6
2.2.1. Les canaux de communication........................................................................ 7
2.2.2. Les techniques utiliss en UMTS ................................................................... 8
2.2.2.1. Le spectre de frquence ..................................................................... 8
2.2.2.2. Les principes de WCDMA ................................................................. 8
2.2.2.3. Le principe dtalement de spectre .................................................... 8
2.2.2.4. Les codes dtalement ...................................................................................9
2.2.2.5. Scrambling ....................................................................................................9
3. Technologie HSPA ........................................................................................................................9
3.1. Prsentation de la technologie HSDPA ..........................................................................10
3.2. La technologie HSPA+ ...................................................................................................10
3.2.1. La technologie femto cellule ....................................................................................10

3.2.2. Les intrts ..............................................................................................................10
4. Le rseau LTE ..............................................................................................................................11
4.1. Architecture LTE ..........................................................................................................11
4.1.1. Le rseau daccs radio e-UTRAN...........................................................................12
4.1.2. Le rseau cur EPC (Evolved Packet Core) ............................................................12
4.1.3. Linterface Air ..........................................................................................................13
4.1.3.1. Principe de lOFDMA et SC-FDMA ..........................................................13
4.1.4. Concept des ressources en bloc ................................................................................14
4.1.5. Les canaux radio.......................................................................................................14
4.1.5.1. Les canaux logiques ...................................................................................15
4.1.5.2. Les canaux de transport ..............................................................................15
4.1.5.3. Les canaux physiques ..................................................................................15
4.1.6. La technologie MIMO ..............................................................................................16
4.1.7. Les type de Modulations ..........................................................................................17
4.2. Les exigences du rseau LTE ........................................................................................18
4.2.1. La capacit des utilisateurs simultans ....................................................................18
4.2.2. Efficacit QoS .........................................................................................................18
5. Conclusion .................................................................................................................. 19
Chapitre 2 : Dimensionnement dun rseau UMTS-3G ..................................................... 20
1. Introduction .................................................................................................................... 20
2. Processus de dimensionnement du NodeB ....................................................................... 20
2.1. Dimensionnement en lien montant .............................................................................. 21
2.1.1. Dimensionnement par couverture........................................................................... 21
2.1.2. Dimensionnement par capacit............................................................................... 23
2.2.Dimensionnement en lien descendant .......................................................................... 24
2.2.1. Dimensionnement par couverture.......................................................................... 24
2.2.2. Dimensionnement par capacit............................................................................... 27
3. Dimensionnement du CE (Channel Element) ................................................................ 28
4. Modle de dimensionnement de linterface Iub ............................................................. 28

4.1.Processus de dimensionnement ..................................................................................... 28
4.2.Largeur de bande moyenne d'Iub de CS ........................................................................ 29
4.2.1. Largeur de bande maximale d'Iub de CS ................................................................ 30
4.2.2. Largeur de bande d'Iub de moyenne de PS ............................................................ 30
4.2.3. Dbit total dIub par nodeB .................................................................................... 30
5. Modle de dimensionnement du RNC............................................................................ 30
6. Modle de dimensionnement de linterface Iu ............................................................... 31
6.1.Dimensionnement de linterface Iu-CS ......................................................................... 31
6.2.Dimensionnement de linterface Iu-PS.......................................................................... 32
7. Modle de dimensionnement de linterface Iu-r............................................................. 32
8. Conclusion ...................................................................................................................... 32
Chapitre 3 : Dimensionnement du rseau 4G-LTE ............................................................ 33
1. Introduction .................................................................................................................... 33
2. Processus de dimensionnement deNode B ................................................................... 33
2.1.Calcul de la couverture en lien montant ....................................................................... 34
2.2. Calcul de la couverture en lien descendant .................................................................. 36
2.3.Dimensionnement de la capacit ................................................................................... 38
2.3.1.Dimensionnement de la capacit en lien montant ...................................................... 38
2.3.1.1. Dbit de la cellule .................................................................................................... 38
2.3.2. Dimensionnement de la capacit en lien descendant ................................................. 38
3. Dimensionnement des interfaces S1 et X2 ..................................................................... 39
3.1. Interface X2 ................................................................................................................... 39
3.2.Interface S1 .................................................................................................................... 40
4. Conclusion ...................................................................................................................... 40
Chapitre 4 : Conception et implmentation de loutil 3G /4G Network Planner ..... 41
1. Introduction .................................................................................................................... 41
2. Spcifications des besoins .............................................................................................. 41

3. Outils de conception ....................................................................................................... 42
3.1. Choix de language de modlisation ............................................................................... 42
3.2. Logiciel de modlisation : StarUML ............................................................................. 42
4. Les diagrammes UML .................................................................................................... 42
4.1. Le diagramme de cas dutilisation ................................................................................. 42
4.2. La conception de base de donnes ................................................................................. 43
4.2.1. Description ............................................................................................................. 44
4.2.2. Le diagramme de classes ........................................................................................ 45
4.3. Le diagramme de squence ........................................................................................... 45
4.3.1. Le diagramme de squence gnrale simplifi ....................................................... 46
4.4. Lenvironemment de dveloppement ........................................................................... 47
4.4.1. Language de developpement Java ......................................................................... 47
4.4.2. Technologie utilise : Netbeans ( version 8.0.2) .................................................... 47
4.5. tape dexcution de lapplication ................................................................................ 48
4.5.1. Interface daccueil de lapplication ....................................................................... 48
4.5.2. Menu principale ...................................................................................................... 50
4.5.2.1. Dimensionnement de rseau 4G ............................................................................ 51
4.5.2.2. Option dimensionnement de rseau 3G ................................................................. 57
4.5.2.2.1. Dimensionnement du RNC ............................................................................... 63
5. Conclusion ...................................................................................................................... 68
Chapitre 5 : Mise en place : Planification de rseau LTE 4G zone Tunis ................. 69
1. Introduction ............................................................................................................... 69
2. Lenvironnement logiciel Mentum Planet 5.8.0.2 ............................................. 69
3. Planification de rseau 4G-LTE ................................................................................. 69
4. Planification avec Mentum Planet ............................................................................ 71
4.1.Les tapes de planification en Planet view ......................................................... 71
4.2.Les paramtres dinitialisation ............................................................................ 71

4.2.1. Cartographie de la zone couvrir .................................................. 71
4.2.2. Configuration de la bande de frquence ........................................ 72
4.2.3. Configuration de modle de propagation ........................................ 73
4.2.4. Configuration des quipements des utilisateurs .............................. 73
4.2.5. Configuration des stations des eNodeB .......................................... 74
4.2.6. Configuration des antennes ............................................................ 74
4.3.Planification de couverture ................................................................................ 75
4.3.1. Placement des sites ........................................................................ 75
4.3.2. Analyse prliminaire de couverture ............................................... 76
4.4.Les solutions possibles ...................................................................................... 77
5. Planification de frquence ............................................................................................... 78
5.1.Calcul de la matrice dinterfrence ................................................................... 78
5.2. Analyse prliminaire du plan de frquence et des interfrences ....................... 79
5.3.Amlioration du plan des frquences et des interfrences ................................ 80
6. valuation des interfrences ............................................................................................ 81
6.1. Cas de deux canaux ........................................................................................... 81
6.2.Cas de 5canaux .................................................................................................. 82
6.3.Cas de 7 canaux ................................................................................................. 83
7. Conclusion .......................................................................................................................... 85
Conclusion gnrale ............................................................................................................... 86
Bibliographie et Webographie .............................................................................................. 87
Rsum .................................................................................................................................... 88
Table des figures
Figure 1.1 : Architecture globale du rseau UMTS. .................................................................. 4

Figure 1.2:Vue en couches de linterface radio UTRAN. .......................................................... 7
Figure 1.3:Les canaux UMTS. ................................................................................................. 7
Figure 1.4:Rpartition frquentielle. .......................................................................................... 8
Figure 1.5:Principe de ltalement de spectre. ........................................................................... 8
Figure 1.6:Arbre des codes OVSF. ............................................................................................ 9
Figure 1 . 7:Architecture du rseau LTE. ................................................................................. 12
Figure 1.8:Principe de lOFDMA compar SC-FDMA. ....................................................... 14
Figure 1.9 : Bloc de ressources . .............................................................................................. 14
Figure 1.10:Les canaux radio en LTE . .................................................................................... 16
Figure 1.11 : Diffrents types dantennes. ............................................................................... 17
Figure 1.12 : EPS bearers. ....................................................................................................... 19
Figure 2.1: Les tapes de dimensionnement de Node B .......................................................... 20
Figure 2.2: : Dimensionnement de linterface Iub ................................................................... 29
Figure 3.1 : Les tapes de dimensionnement du rseau 4G LTE. ............................................ 33
Figure 4.1 : Diagramme de cas dutilisation. ........................................................................... 43
Figure 4.2 : Conception de base de donnes sous PhpMyadmin. ............................................ 44
Figure 4.3 : Diagramme de classes. .......................................................................................... 45
Figure 4.4 : Diagramme de squence. ...................................................................................... 46
Figure 4.5 : Interface daccueil ................................................................................................ 48
Figure 4.6 : Base de donnes des utilisateurs de lapplication ................................................. 49
Figure 4.7: Interface graphique dauthentification ................................................................... 49
Figure 4.8: Interface graphique Menu Principale de lapplication ........................................... 50
Figure 4.9: Interface graphique dinitialisation en 4G. ............................................................ 51
Figure 4.10 : Dimensionnement par couverture en lien montant. ............................................ 52
Figure 4.11: Dimensionnement par capacit en lien montant. ................................................. 53
Figure 4.12 : Dimensionnement par couverture en lien descendant. ....................................... 54
Figure 4.13 : Dimensionnement par capacit en lien descendant. ........................................... 55
Figure 4.14 : Dimensionnement des interfaces Radio LTE. .................................................... 56
Figure 4.15 : Interface graphique CQI & QoS . ...................................................................... 57
Figure 4.16 : Interface graphique dinitialisation des paramtres. ........................................... 58
Figure 4.17 : Interface graphique des champs manquants. ...................................................... 59
Figure 4.18 : Dimensionnement de couverture en lien montant . ........................................... 59
Figure 4.19 : Dimensionnement de capacit en lien montant. ................................................. 60
Figure 4.20 : Dimensionnement de CPICH ............................................................................. 61
Figure 4.21 : Dimensionnement par couverture en lien descendant. ....................................... 62
Figure 4.22 : Dimensionnement par capacit en lien descendant. ........................................... 62
Figure 4.23 : Dimensionnement de Channel Element. ............................................................ 63
Figure 4.24 : Dimensionnement de lIub,CS............................................................................ 64
Figure 4.25:Dimensionnement dIUB total. ............................................................................. 65
Figure 4.26 :Dimensionnement du RNC et IU.. ....................................................................... 66
Figure 4.27 : Sauvegarde des donnes dans la base des donnes............................................. 66
Figure 4.28 : changement des informations personnelles. ....................................................... 67
Figure 4.29 : Interface daide. .................................................................................................. 67
Figure 5.1 : Processus de planification..................................................................................... 70
Figure 5.2 : Carte de la zone couvrir . ................................................................................... 72
Figure 5.3 : Fixation de la bande de frquence et la largeur de bande ..................................... 72
Figure 5.4 : Le choix du nombre de canaux. ............................................................................ 73
Figure 5.5 : Paramtrage du modle de propagation. .............................................................. 73
Figure 5.6 : Les paramtres de UE . ........................................................................................ 74
Figure 5.7 : Configurations des paramtres des secteurs des sites . ........................................ 74
Figure 5.8: Configuration de lantenne d'un UE. ..................................................................... 75
Figure 5.9: Diagramme de rayonnement de l'antenne utilise par dfaut. ............................... 75
Figure 5.10 : Division de la zone couvrir sous forme de cellule.. . ....................................... 76
Figure 5.11:Analyse prliminaire de couverture (Best server Reference power signal strength) . 77
Figure 5.12 :Diagramme de lantenne utilise dans tous les sites . .......................................... 78
Figure 5.13 : Analyse de couverture aprs lamlioration et les modifications faites . .......... 78
Figure 5.14 : La matrice des interfernces . ............................................................................... 79
Figure 5.15 : Cration et application de plan de frequnece de 2 canaux. ................................. 80
Figure 5.16 : Statistiques Rapport C/I dans le cas de 2 canaux. ............................................ 81
Figure 5.17 : Rapport C/I dans le cas de 5 canaux. .................................................................. 82
Figure 5.18 : Statistiques du Rapport C/I dans le cas de 5 canaux. ......................................... 83
Figure 5.19 : Rapport C/I dans le cas de 7 canaux. ................................................................. 83
Figure 5.20 : Statistiques du Rapport C/I dans le cas de 7 canaux. ......................................... 84
Figure 5.21 : Amlioration du rapport C/I en fonction de nombre de canaux. ........................ 84
Liste des Tableaux
Tableau 1.1 : Les principaux caractristiques de rseau LTE .................................................. 11
Tableau 2.1 : Bilan de liaison en lien montant . ...................................................................... 22
Tableau 2.2 : Bilan de liaison en lien descendan ..................................................................... 25
Tableau 3.1 : Bilan de liaison pour le lien montant ................................................................. 35
Tableau 3.2 : Bilan de liaison pour le lien descendant. ............................................................ 37
Tableau 3.3 : Surface de zone planifier selon Type de zone ................................................. 37

Glossaire
LTE : Long Term Evolution
3G : Third Generation
4G : Fourth Generation
HSPA : High Speed Packet Access
3GPP : 3G Partnership Project
UMTS : Universal Mobile Telecommunications System
UTRAN : UMTS Terrestrial Radio Access Network
USIM : UMTS Subscriber Identity Module
UE : User Equipment
MSC : Mobile Switching Center
GMSC : Gateway Mobile Switching Center
VLR : Visitor Location Register
HLR : Home Location Register
SGSN : Serving GPRS Support Node
GGSN : Gateway GPRS Support Node
BMC : Broadcast/Multicast Control
PDCP : Packet Data Convergence Control
RRC : Radio Resource Control
TDD : Time Division Duplex
FDD : Frequency Division Duplex
TDMA : Time Division Multiple Access
CDMA : Code Division Multiple Access

HSPA : High Speed Packet Access
HSDPA : High Speed Downlink Packet Access
LTE : Long Term Evolution
SGW : Serving Gateway
MME : Mobility Manager Entity
EPC : Evolved Packet Core
PGW : Packet Data Network Gateway
HSS : Home Subscriber
PCRF : Policy Charging Rules Function
OFDMA : Orthogonal Frequency Division Multiple Access
BCCH : Broadcast Control Channel
PCCH : Paging Control Channel
CCCH : Common Control Channel
MCCH : Multicast Control Channel
DCCH : Dedicated Control Channel
DTCH : Dedicated Traffic Channel
MTCH : Multicast Traffic Channel
BCH : Broadcast Channel
DL-SCH : Downlink Shared Channel
MCH : Multicast Channel
RACH : Random Access Channel
PDSCH : Physical Downlink Shared Channel
PMCH : Physical Multicast Channel

PBCH : Physical Broadcast Channel
PCFICH : Physical Control Format Indicator Channel
PUCCH : Packet Uplink Control Channel
PRACH : Physical Random Access Channel
MIMO : Multiple-Input-Multiple-Output
AMC : Adaptive Modulation and Coding
MCS : Modulation and Coding Scheme
CPICH : Common PIlot Channel
CCH : Control Channel
DCH : Dedicated Channel
SINR : Signal to Interference plus Noise Ratio
MAPL : Maximum Allowed Pathloss
UML : Unified Modeling Language
CQI : Channel Quality Indicator

Introduction Gnrale
Le rseau radio mobile est aujourdhui un domaine en pleine effervescence pendant la

dernire dcennie, les volutions de tlcommunications ont explos une nouvelle gamme de
service qui a cart les services classiques afin de satisfaire laugmentation du nombre des
utilisateurs et les exigences de taux de donnes levs. Cette motivation laisse les gnrations
mobiles se succdent et se dveloppent de la technologique GSM jusquau systme de
tlcommunication de la 3me gnration intitule sous le nom de UMTS, et aujourdhui vers un
systme de paquets tout IP optimis, dnomm Long Term Evolution LTE. Ergo , les oprateurs
des tlcommunications se trouvent devant une situation de rpondre la croissance continue de
trafic (dbit offert) , avec une faible latence , une meilleure fiabilit , et une meilleure efficacit
spectrale par rapport aux gnrations prcdents .
Ces exigences ont stimul les volutions rseaux pour mettre aujourdhui le premier pas
vers la quatrime gnration avec LTE. A ce stade, loperateur doit rduire le cot
dinvestissement et augmente la qualit de service pour assurer la rentabilit. Pour le faire il doit
passer les phases primordiales : dimensionnement de rseau 3G/4G et planification du rseau 4G,
qui consistent satisfaire les contraintes de couverture et de capacit tout en minimisant les
ressources exploites, ce qui garantit une tude fiables du rseau avant la ralisation.
Cest dans ce cadre, se droulera notre Projet Fin dtudes effectu en collaboration avec
le Centre dtudes et Recherche des Tlcommunications.
Le long de ce prsent PFE, nous avons mis en uvre 5 chapitres. Nous commenons
notre travail par un premier chapitre qui inclut une tude gnrale sur lvolution des technologies
radio mobile. Dans le deuxime chapitre, nous abordons le dimensionnement de rseau 3G en
citant les diffrentes quations de dimensionnement.
Dans le troisime chapitre, nous entamerons le dimensionnement de rseau 4G en traitant les

aspects de la couverture et de la capacit. A lissu de ces deux chapitres, le quatrime chapitre
sera consacr pour la conception et limplmentation de lapplication 3G/4G Network Planner
. Le dernier chapitre pour la planification de rseau LTE, dont lequel une tude quantitative et
qualitative pour ce rseau sera tabli tout en utilisant loutil Mentum-Planet.
1
Cadre Gnral du Projet
1. Introduction
Notre stage de fin dtudes sest droul au sein du Centre dtudes et de Recherches de
Tlcommunication (CERT). Ce centre sintresse beaucoup ltude des rseaux et consacre
plusieurs quipes spcialises en rseaux radios mobiles. Notre travail consiste tudier
lvolution des technologies radio mobile. Nous tudierons la nouvelle technologie des rseaux
mobiles LTE, pas encore dploy en Tunisie, et nous effectuerons des tudes de planification
pour pouvoir valuer les performances de cette norme.
2. CERT : Lentreprise daccueil
Est un tablissement plac sous tutelle du Ministre des technologies des communications,
le Centre dtudes et de Recherches des Tlcommunication (CERT) a pour rle de participer au
dveloppement du secteur des tlcommunication en Tunisie. Il a t cr en 1991 et sest focalis
sur les diffrents domaines de la tlcommunication citons notamment la rception des techniques
de rseau, lhomologation des quipements terminaux et ltude de dploiement des solutions de
tlcommunication (rseaux dentreprise, rseaux des oprateurs nationaux) .
Les activits du CERT sont trs varies et touchent les diffrents domaines de
tlcommunication. Il sintresse :
Lvaluation des quipements et ltude des performances des rseaux et ses composants. Il
tudie aussi le niveau de scurit dans les rseaux ;
La vrification de la conformit des travaux raliss dans le cadre dun projet dinstallation ou
de mise jour par rapport aux cahiers des charges, aux rglementations et aux diffrentes normes
en vigueur ;
Le suivi du dveloppement technologique mondial et lvolution des normes (IEEE, 3GPP) ;
La phase dtude qui prcde la phase de dploiement des rseaux. Au cours de cette phase, les
quipes du CERT effectuent des tudes de planification et de dimensionnement des rseaux et
laborent des cahiers de charges pour lexcution des projets. Les activits du CERT touchent des
rseaux de tlcommunication que ce soit publics ou prives.
2
3. Spcifications des besoins
Lvolution technologique au niveau des rseaux radio mobiles est devenue trs
perptuelle. On cherche toujours optimiser ces rseaux en largissant la porte des stations de
base, augmenter leurs capacits de point de vue dbit par exemple et amliorer la qualit de
service. Les dernires technologies 3G comme lUMTS (Universal Mobile Telecommunications
System), HSPA (High-Speed Packet Access) offrent des performances acceptables (dbit de 2
Mbps jusqu 14.4 Mbps). Cependant, les organismes de standardisation comme le 3GPP ou le
IEEE cherchent toujours dvelopper de nouvelles normes afin datteindre les caractristiques de
la 4me gnration (4G). Lorganisme 3GPP a lanc sa nouvelle norme nomme LTE (Long Term
Evolution) qui sera le successeur de lUMTS.
Lobjectif de ce projet est dtudier les diffrents aspects des rseaux UMTS/LTE, et ceux-
ci afin de montrer la ncessite dune migration de norme 3G vers la norme 4G cause de
laugmentation de trafic, pour faire il faut commencer par le dimensionnement et la planification
de couverture et des frquences de ce rseau ainsi de faire une tude des performances en terme de
capacit et nous allons proposer des solutions, afin doptimiser notre rseau. Les rsultats sont
obtenus par des simulations laide dun outil de planification connu sous le nom Mentum
Planet . Cet outil permet deffectuer des simulations sur une carte relle et de nous fournir tout ce
qui est ncessaire pour faire une planification optimale.
Pour bien mener notre projet, nous suivrons une dmarche bien dtermine, tout dabord :
nous commencerons par la conception et limplmentation de notre outil de dimensionnement et
de planification des rseaux 3G et 4G 3G/4G Network Panner , qui se prsente comme un outil
de prdiction pour le planificateur du rseau. Le dimensionnement qui sera effectu pour chacun
de ces rseaux, va inclure le dimensionnement par couverture et par capacit et cela pour
argumenter la ncessit de migration du rseau 3G vers le rseau 4G face laugmentation continu
des utilisateurs et la raret des ressources spectraux.
Ensuite, nous validerons les rsultats obtenus pour le dimensionnement du rseau 4G par
une tude de cas relle, nous utiliserons le logiciel dnomm Mentum-Planet pour mettre en place
un rseau 4G dans une zone gographique bien prcise dans la rgion de Tunis.
Aprs avoir faire la planification de notre rseau, le problme le plus connu dans le monde
de radio mobile durant cette dcennie est: Les interfrences, nous tenterons donc de proposer des
solutions possibles pour rduire au maximum ce rapport C/I pour satisfaire les contraintes de QoS.
3
Chapitre 1 Les rseaux mobiles UMTS/HSPA/LTE
Chapitre 1 : Les rseaux mobiles UMTS/HSPA/LTE
1. Introduction
LUMTS permet doffrir une couverture et une mobilit universelle, indpendamment de
lenvironnement avec des dbits de service et une efficacit spectrale suprieure aux systmes de
deuxime gnration existants. Les spcifications techniques de cette norme sont dveloppes au sein
de lorganisme 3GPP [1] crateur aussi de la norme LTE (Long terme Evolution) pour offrir des dbits
suprieurs avec une meilleure qualit. Dans ce chapitre, nous allons prsenter les notions de base de
ces deux rseaux, savoir UMTS, HSPA et LTE : leurs architectures, canaux radio, multiplexages et
modulations.
2. Larchitecture de lUMTS
Larchitecture gnrale dun rseau UMTS est modlise de deux points de vue : lun physique
et lautre fonctionnel. Du point de vue physique, on utilise le concept de domaine pour parler des
quipements qui composent le rseau et la faon dont ils sont dlimits. Du point de vue fonctionnel
on parle de strate afin didentifier les protocoles mis en uvre dans ces domaines pour quils puissent
communiquer entre eux [2].
2.1. Architecture physique

Le rseau UMTS est compos dun rseau daccs UTRAN (UMTS Terrestrial Radio Access
Network) et dun rseau cur. La figure 1.1 prsente larchitecture de LUMTS.
Figure 1.1 : Architecture globale du rseau UMTS.

4
2.1.1. Lquipement utilisateur

LUE consiste en un ME (Mobile Equipement) et un USIM (UMTS Subscriber Identity
Module). Le ME est le terminal radio employ pour la communication radio sur linterface radio Uu.
LUSIM est une carte puce dans laquelle sont stockes les donnes concernant lutilisateur et son
abonnement telles que son identit, les cls de chiffrement et dauthentification.
2.1.2. Rseau d'accs UTRAN

Le rseau daccs UTRAN est dot de plusieurs fonctionnalits (Scurit, Mobilit, Gestion des
ressources radio, Synchronisation). Sa fonction principale est de transfrer les donnes gnres par
lusager. Il est une passerelle entre lquipement usager et le rseau cur via les interfaces Uu et Iu. Il
est compos de deux entits : stations de base appeles NodeB, et des contrleurs radio RNC lies
travers des interfaces de communication, Plusieurs types dinterfaces de communication coexistent au
sein de rseau UMTS :
Uu : Interface entre un quipement usager et le rseau daccs UTRAN. Elle permet la
communication avec lUTRAN via la technologie CDMA.
Iu : Interface entre le rseau daccs UTRAN et le rseau cur de lUMTS. Elle permet au
contrleur radio RNC de communiquer avec le SGSN.
Iur : Interface qui permet deux contrleurs radio RNC de communiquer.
Iub : Interface qui permet la communication entre un NodeB et un contrleur radio RNC.
2.1.2.1. Node-B
Il assure les fonctions de rception et de transmission radio pour une ou plusieurs cellules du
rseau daccs de lUMTS avec un quipement usager. Chaque NodeB est reli a un RNC via
linterface Iub.
2.1.2.2. Le RNC (Radio Network Controller)

Le rle principal du RNC est de grer les communications entre le NodeB et le rseau cur de
lUMTS. Il peut avoir deux modes de fonctionnement :
Le Serving RNC (SRNC) : Permet de grer la signalisation associe, prendre les dcisions de
handover, grer le contrle de puissance...
Le Drift RNC (DRNC) : Permet de grer dautres cellules extrieures au SRNC galement
utilises par le mobile, transfrer les donnes de manire transparente entre le mobile et le SRNC.
5
2.1.3. Le rseau cur

Le rseau cur de lUMTS est compos de trois parties dont deux domaines :
Le domaine CS (Circuit Switched) utilis pour la tlphonie et la commutation de circuits.
Le domaine PS (Packet Switched) qui permet la commutation de paquets.
Les lments communs aux domaines CS et PS.
Le rseau UMTS est divis en trois groupes. Le premier est celui du domaine CS comprenant
les entits MSC (a pour rle de commuter les donnes), GMSC (une passerelle entre le rseau UMTS
et les rseaux extrieurs), et VLR (est en charge denregistrer les usagers dans une zone gographique).
Le second est celui du domaine PS regroupant les entits SGSN (enregistrer les usagers dans une zone
gographique dans une zone de routage) et GGSN (une passerelle vers les rseaux commutation de
paquets extrieurs. Le dernier comprend les entits du rseau communes aux domaines PS et CS,
savoir, HLR (une base de donnes des informations de lusager : lidentit de lquipement usager, le
numro dappel de lusager), AuC (lauthentification de labonn, ainsi que du chiffrement de la
communication) et EIR (La gestion des vols des quipements usagers et lidentification des mobiles
grce au numro IMEI).
2.2. Architecture en couches

Comme le montre la figure 1.2, linterface radio de lUTRAN est structure en couches dont les
protocoles se basent sur les 3 premires couches du modle OSI (respectivement la couche physique,
la couche liaison de donnes et la couche rseau).
Couche 1 : La couche physique de linterface radio qui ralise les fonctions de codage, dcodage,
modulation et dentrelacement via W-CDMA.
Couche 2 : Cette couche est divise en plusieurs sous couches : La sous-couche MAC (Medium
Access Control) a pour rle de multiplexer les donnes sur les canaux de transport radio. La sous-
couche RLC (Radio Link Control) permet la fiabilit du transport des donnes entre deux quipements
du rseau. La sous-couche PDCP (Packet Data Convergence Protocol) permet de compresser les
donnes via des algorithmes de compression. Cela permet dexploiter plus efficacement les ressources
radio. PDCP a aussi pour rle de rendre indpendant les protocoles radio du rseau daccs UTRAN
(sous-couches MAC et RLC) par rapport aux couches de transport rseau. Ce type darchitecture
permettra lvolution future des protocoles rseaux sans modifier les protocoles radio de lUTRAN. La
sous-couche BMC (Broadcast/Multicast Control) est en charge dassurer les fonctions de diffusion de
messages sur linterface radio.
6
Couche 3 : Cette couche RRC (Radio Resource Control) gre la connexion de signalisation tablie
entre le rseau daccs UTRAN et lquipement usager, utilise lors de ltablissement ou de la
libration de la communication.
Figure 1.2 : Vue en couches de linterface radio UTRAN
2.2.1. Les canaux de communication
Figure 1.3 : Les canaux UMTS
La figure 1.3 montre les diffrents canaux utiliss en UMTS, et les relations entre eux. Il existe
trois classes de canaux :
Les canaux logiques qui sont le point daccs aux services de la couche MAC.
Les canaux de transport qui sont le point daccs aux services de la couche physique.
Les canaux physiques qui sont les ressources utilises sur linterface radio pour la transmission des
informations. Voir Annexe 2
7
2.2.2. Les techniques utilises en UMTS

2.2.2.1. Le Spectre de frquence
La norme UMTS prsente deux techniques de multiplexage sur linterface radio : Le TDD et le
FDD. La rpartition frquentielle du rseau UMTS est prsente par la Figure 1.4.
Figure 1.4 : Rpartition frquentielle.
Le mode TDD utilise une technique daccs multiple mixte TD/CDMA contenant une
composante TDMA et une composante dtalement de spectre lintrieur des intervalles de temps
avec sparation par codes. En FDD, on utilise le concept W-CDMA (Wideband CDMA).
2.2.2.2. Les principes de WCDMA

Il sagit dune technique daccs multiple par rpartition de code utilisant une modulation par
squence directe en se basant sur une technique plus ancienne qui est le CDMA (Code Division
Multiple Access [3] ).
2.2.2.3. Principe dtalement de spectre
Le W-CDMA ralise un talement de spectre selon la mthode de rpartition par squence
directe (Direct Squence) qui multiplie le signal par un code pou ltaler sur une plus large bande de
frquence. La figure 1.5 illustre le principe dtalement de spectre.
Figure 1.5 : Principe de ltalement de spectre.

8
Ltalement est directement proportionnel au nombre de bits utiliss de SF (Spreading Factor). A La

rception il faut gnrer la mme squence dtalement afin dobtenir les donnes.
2.2.2.4. Les codes dtalement

Chaque utilisateur possde des codes orthogonaux dits codes OVSF (Orthogonal Variable
Spreading Factor Code) afin de modifier le facteur dtalement et de conserver lorthogonalit des
diffrents codes dtalement. Ces codes sont dfinis par un arbre OVSF o chaque nud possde 2
descendants (comme schmatis dans la figure 1.6).
Figure 1.6 : Arbre des codes OVSF
Larbre ci-dessus, nous montre la relation entre le facteur dtalement et le nombre de codes
disponibles pour un talement donn. Comme toutes les technologies, le WCDMA apporte des
contraintes lors de dploiement comme les trajets multiples et leffet near [4].
2.2.2.5. Scrambling
Le lien de parent entre les codes limite leur attribution aux utilisateurs. Pour palier ce
problme on utilise le procde de scrambling qui permet daugmenter le nombre des codes.
3. Technologie HSPA
La transition vers un modle de service commutation de paquets ncessite un changement
fondamental dans linterface radio par rapport lancienne version. Le changement apport consiste
faire varier le dbit de donnes instantanes sur linterface radio au lieu de fournir un dbit constant
quelle que soit les conditions de propagation des ondes radio, un modle paquet commut permet de
fournir des taux trs levs de donnes de pointe, et en rduisant le dbit de donnes lorsque le cot
9
de transmission est plus lev c'est--dire lorsque les conditions de propagation des ondes radios sont
pires de sorte quune ncessit en terme de plus de puissance de transmission ou de largeur de la
bande passante soit requise pour maintenir les mmes taux de donnes. Cela permet laugmentation
considrable de lefficacit spectrale du systme.
3.1. Prsentation de la technologie HSDPA

HSDPA communment appele 3,5G ou encore 3G+ est un protocole de tlphonie mobile
visant accrotre les taux de transfert de donnes et de la capacit des rseaux de troisime gnration
par le biais de transfert de donnes l'aide d'un tlphone cellulaire et doffrir des performances dix
fois suprieures la 3G (UMTS Release 99) dont il est une volution logicielle. Le HSDPA est le lien
descendant du rseau vers le terminal haut dbit en mode paquets. Cette technologie permet de
supporter des services valeur ajoute, tels que laccs Internet haute vitesse.
3.2. La technologie HSPA+

Lvolution se succde jusquau la combinaison de la technologie HSDPA et HSUPA pour
permettre lapparition HSPA (High Speed Packet Access +). Cependant, lvolution de l'UMTS n'a
pas atteint sa fin pour enfin arriver a un dbit de 21 Mbit/s avec le HSPA+ connu par 3GPP version 7
et 8. Il permet de :
Diminuer le temps dchange des messages entre le RNC et le NodeB.
Rduire les cots de dploiement en rduisant le nombre dlments.
Maximiser le taux de transmission de donnes en ajustant la modulation et le codage.
Intgrer des femtocells facilement.
Amliorer lefficacit spectrale et le taux maximum de latence et peut, selon les modles,
supporter 2 8 communications simultanes (voix ou donnes).
3.2.1.La technologie femto cellule

Les femtocells (pour femto cellule) sont de minuscules systmes radio 3G faible
consommation. L'origine du terme Femtocell est lie au prfixe "femto", qui reprsente 10 -15 fois une
unit de mesure. Une puce femtocell est ainsi une trs petite puce (petit botier ou directement box).
3.2.2.Les intrts
Les femtocells permettent aux tlphones mobiles et autres appareils similaires de se connecter
localement en GSM, CDMA, or UMTS via une ligne Internet haut dbit.
10
Ils sont utiliss pour amliorer la couverture des rseaux mobiles dans les zones usage priv et
caractriss par une forte densit dusagers.
4. Le rseau LTE
La LTE (Long Term Evolution) dsigne une norme spcifi utilise par l'organisme de
standardisation 3GPP pour amliorer la norme UMTS des rseaux cellulaires 3G, vers la quatrime
gnration, pour faire face aux volutions technologiques. Les buts de la LTE consistent en une
amlioration de l'efficacit spectrale qui permet le transfert de donnes haut dbit, de l'ordre de 50
Mbps, avec une porte plus importante, un nombre d'appels par cellule plus leve que dans l'UMTS
avec une latence plus faible. Le tableau suivant illustre les principaux caractristiques de ce rseau
LTE.
Caractristique Description
Flexibilit de la bande passante : La norme LTE permet une bande passante

extensible de 1,4 20 MHz, offrant une
flexibilit l'oprateur lors de l'utilisation du
spectre.
Modulation et codage adaptatif : le LTE utilise selon le QoS du canal les

schmas de modulation et aprs plusieurs des
systmes de codage dans chaque modulation :
(QPSK)
(16-QAM)
(64-QAM)
Tableau 1.1 : les principaux caractristiques de rseau LTE
4.1. Architecture LTE

La technologie LTE est caractrise par son architecture qui comporte : Un rseau d'accs :
l'E-UTRAN et un rseau cur (EPC) : Rseau tout-IP.
11
Figure 1.7 Architecture du rseau LTE
4.1.1.Le rseau daccs radio e-UTRAN

Il ne contient que des eNodeB. A la diffrence de la 3G, les fonctions supportes par le RNC
ont t rparties entre leNodeB et les entits du rseau cur SGW. Ils sont relis entre eux par une
interface X2.
Linterface X2: cest une interface logique. Elle est introduite dans le but de permettre aux
eNodeBs dchanger des informations de signalisation durant le Handover ou la signalisation, sans
faire intervenir le rseau cur. L'eNodeB est reli au cur du rseau travers l'interface S1.
Linterface S1 : Cest linterface intermdiaire entre le rseau daccs et le rseau cur, et elle peut
tre divise en deux interfaces lmentaires : Cette dernire consiste en S1-U (S1-Usager) entre
l'eNodeB et le SGW et S1-C (S1-Contrle) entre l'eNodeB et le MME. Les eNodeB ont offert deux
qualits au rseau : la scurit (en cas de problme dun relais) et le partage des ressources quitable
(partage de ressource en cas de saturation du lien principal).
4.1.2. Le rseau cur EPC (Evolved Packet Core)

Cest le nom du rseau cur volu, paquet tout IP. EPC est aussi peut communiquer avec les
rseaux 2G/3G. Son architecture est simplifie, en la comparant celle de 2G/3G.
12
MME (Mobility Manager Entity) : Il est responsable de traiter la localisation de lutilisateur,

de connatre son tat et grer les procdures authentification et mobilit des UE.
SGW (Serving Gateway) : Il est responsable de transfrer les communications d'un relais un
autre, il gre tout laspect handover inter ENodeB et effectuer ce transfert vers un rseau 2G ou
3G. Le SGW est travers par les flux mdia, ce qui sera intressant pour imposer des politiques de
filtrage sur ces derniers
PGW (Packet Data Network Gateway):C'est la passerelle vers les rseaux externe. Il est
responsable du routage, en assignant une adresse IP au mobile au moment de l'attachement au
rseau. PGW est un point pour faire le filtrage des donnes. Il participe aussi l'opration de
taxation.
HSS (Subscriber Home) : Cest un Hss contient le profil de l'abonne pour les rseaux 2G,
3G, LTE.
PCRF (Policy Charging Rules Function): Il fourni au PGW les rgles de taxation ncessaire
pour diffrencier les flux de donnes et de les taxer d'une faon convenable.
4.1.3. Linterface Air

4.1.3.1. Principe de lOFDMA et SC-FDMA
Le principe de l'OFDM consiste rpartir le signal numrique sur un grand nombre de sous-
porteuses orthogonales. Il est utilis en voie descendante. Lespacement entre sous porteuses en LTE
est fix f = 15 kHz et 2048-pour IFFT. L'unit de temps dans la structure de trame est Ts = 1 /
(2048 * 15000) secondes. Dans un canal multi trajets, il y a risque dinterfrence entre symboles
OFDM. Pour ceci lajout dun prfixe cyclique CP (5.21sec) demeure ncessaire. OFDMA est la
technologie d'accs multiple par rapport OFDM, est utilis dans la liaison descendante LTE. Cest la
combinaison de TDMA et FDMA essentiellement. Pour la voie montante, on en utilise un driv
appel SC-FDMA. En OFDMA, les symboles sont transmis chacun travers une sous-porteuse,
En LTE en Uplink, un concept diffrent est utilise en technique daccs. Bien quon utilise encore une
forme de technologie OFDMA, Cette implmentation connu sous le nom Single carrier Frequency
Division Multiple Access. Elle offre des performances similaire a lOFDMA mais utilise une
technique de multiplexage une seule frquence, voir la figure (1.8) suivante :
13
Figure 1.8 : Principe de lOFDMA compar SC-FDMA
4.1.4. Concept des ressources en bloc

LTE est constitu de domaine de temps et de ressources dans le domaine frquentiel. Le bloc de
ressource est le plus petit lment qui constitue les ressources physiques en LTE, qui est une grille, est
compos par des lments de ressource RE. Il est form de 12 sous porteuses, largeurs de chacune est
de 15KHz comme montre la figure (1.9).
Figure 1.9: Bloc de ressources
4.1.5. Les canaux radio

Selon le type dinformation vhicule, on distingue les canaux communs de contrle
accessibles par tous les mobiles, les canaux de signalisation hors communication ddis un seul
mobile et des canaux de trafic ddis un seul mobile.
14
4.1.5.1. Les canaux logiques

BCCH : est un canal DownLink, utilis par le rseau pour le Broadcast des informations
systme de lEUTRAN lensemble des terminaux prsents dans une cellule radio.
PCCH : est un canal DownLink qui transfert les informations de paging aux terminaux dans une
cellule.
CCCH : est utilis pour la communication entre le terminal et lE-UTRAN. Ce canal est
typiquement utilis dans les premires phases de ltablissement de communication.
MCCH : est utilis pour la transmission des informations du rseau plusieurs terminaux.
DCCH : est un canal point--point bidirectionnel qui supporte les informations de contrle entre
un terminal donn et le rseau. Les canaux logiques de trafic sont :
DTCH : est un canal bidirectionnel. Il peut supporter la transmission des donnes utilisateurs
tel que la signalisation.
MTCH : est un canal de donnes point--multipoint pour la transmission de trafic de donnes du
rseau un ou plusieurs terminaux.
4.1.5.2. Les canaux de transport

Les canaux de transport dcrivent pourquoi et avec quelles donnes caractristique sont
transfrs travers linterface radio. Les canaux de transport E-UTRAN en DownLink sont :
BCH : est associ au canal logique BCCH.
DL-SCH : qui est utilis pour transporter le contrle dusager ou le trafic data.
MCH : qui est associ au MBMS pour le contrle des informations de transport. Les canaux de
transport E-UTRAN en UpLink sont :
UL-SCH : qui est lquivalent du DL-SCH en UpLink.
RACH : qui est un canal de transport spcifique supportant un contrle dinformation limit. Il
est utilis durant les premires phases dtablissement de communication.
4.1.5.3. Les canaux physiques

Les canaux physiques sont limplmentation des canaux transport sur linterface radio. Les
canaux physiques en DownLink sont :
PDSCH : qui transporte les donnes usager et la signalisation des couches hautes.
PDCCH : qui transport les assignations dordonnancement pour le lien montant.
PMCH : qui transporte linformation Multicast/ Broadcast.
PBCH : qui transporte les informations systme.
15
PCFICH : qui informe lUE sur le nombre de symboles OFDM utilis pour le PDCCH. Les
canaux physiques en lien montant sont :
PUSCH : qui transporte les donnes utilisateur et la signalisation des couches hautes.
PUCCH : qui transporte les informations de contrle, comprends les rponds ACK et NACK du
terminal aux transmissions DownLink.
PRACH : qui transporte le prambule de laccs alatoire envoy par les terminaux.
Figure 1.10 : Les canaux radio en LTE.
4.1.6. La technologie MIMO

Le but de la technique MIMO tant daugmenter le dbit et la porte des rseaux sans fil, elles
se basent sur lutilisation de plusieurs antennes aussi bien du ct de lmetteur que celui du rcepteur.
Lorsquun tel systme comprend, seulement, une seule antenne lmission et plusieurs antennes la
rception, il est nomm SIMO mme, lorsquil comprend plusieurs antennes la rception et une seule
16
antenne lmission, nomm MISO. Finalement, si les deux cts comptent une antenne chacun, le
systme est dit SISO (voir figure 1.11). La mise en place dune telle structure permet au LTE
datteindre des dbits importants.
De plus, le fait dutiliser plus dune antenne des deux cts du systme permet dapporter de la
diversit et a pour consquence lamlioration du rapport signal bruit (SNR) et donc du taux
derreurs binaires. Les systmes MIMO exploitent les techniques de :
Diversit despace : diversit dantenne.
Diversit frquentielle : Cette technique demande lenvoi du mme signal sur des frquences
diffrentes.
Diversit temporelle : Lorsque lon spare lenvoi du mme signal par le temps cohrence du
canal.
Figure 1.11: Diffrents types dantennes
4.1.7. Les types de Modulations

La modulation et le codage adaptatifs (AMC Adaptive Modulation & Coding), est une approche
opportuniste qui tend adapter la technique de modulation et de codage en fonction de ltat du canal.
Pour les transmissions DL en LTE, lUE envoie le feedback de CQI (Quantification du SNR) vers
leNodeB pour que cette dernire lui slectionne un MCS (Modulation & Coding Scheme), un schma
17
de modulation et de codage qui maximise lefficacit spectrale tout en gardant le BER (taux derreurs
par bloc) infrieur un certain seuil. L'ensemble de modulation systmes pris en charge pour la
DownLink LTE correspondant : QPSK, 16QAM, 64QAM.
4.2. Les exigences de rseau LTE

Lobjectif majeur du LTE est damliorer le support des services de donnes via une capacit
accrue, une augmentation des dbits et une rduction de la latence.
4.2.1.La capacit des utilisateurs simultans
Avec lapparition de nouvelles applications, le systme doit supporter simultanment un large
nombre dutilisateurs par cellule. Il est attendu quau moins 200 utilisateurs simultans par cellule
soient accepts ltat actif et un nombre largement suprieur dutilisateurs devra tre possible ltat
de veille.
Les dbits: Les exigences pour la technologie LTE ont port galement sur des gains de dbit en
comparaison avec le HSPA. Les objectifs de dbit maximal dfinis pour le LTE sont les suivants :
100 Mbit/s en voie descendante pour une largeur de bande alloue de 20 MHz.
50 Mbit/s en voie montante pour une largeur de bande alloue de 20 MHz.
Le dbit de cellule doit tre atteignable au moins par 95 % des utilisateurs de la cellule.
La latence : Cest la capacit ragir rapidement des demandes dutilisateurs ou de services.

On a 2 plans : latence du plan de contrle et latence du plan usager.
Latence du plan de contrle : Lobjectif cest damliorer la latence du plan de contrle, par
rapport lUMTS, dun temps de transition infrieur 100 ms
Latence du plan usager La latence du plan usager correspond au dlai de transmission dun
paquet IP au sein du rseau daccs. Le LTE vise une latence du plan usager infrieure 5 ms.
4.2.2. Efficacit QOS

Le rseau LTE offre ces applications cites, qui ont des besoins QoS. Puisque cest rseau tout-
paquet, il est ncessaire de disposer un mcanisme pour faire la diffrenciation entre les flux de paquet
selon exigences de qualit de service. Le QOS des flux appels porteurs EPS sont tablies entre l'UE
et le P-GW : cest un support radio transporte les paquets d'un porteur (bearer) EPS entre un
quipement utilisateur et un eNodeB, comme montre la figure (1.12) ci dessous. Chaque flux IP est
associ un porteur diffrent EPS et le rseau dcide la priorit du trafic. Lors de la rception d'un
18
paquet IP partir d'Internet, P-GW effectue la classification des paquets en fonction de certains
paramtres prdfinis et lui envoie un porteur appropri EPS.
Figure 1.12: EPS bearers
Le LTE a dfini les classes de services quil peut offrir et qui dpendent de la QoS dsire par
lutilisateur. La qualit de service est gnralement dfinie par les critres suivants :
Dlai : temps coul entre lenvoi dun paquet et sa rception.
Gigue sur le dlai : variation du dlai de deux paquets conscutifs.
Bande passante minimum : taux de transfert minimum pouvant tre maintenu entre deux
points terminaux.
Fiabilit : taux moyen derreurs dune liaison
5. Conclusion
Dans ce chapitre nous avons tudi les trois rseaux radio-mobiles, nous avons cit leurs
architectures et les diffrentes technologies utilises spcialement celles utilises dans le HSDPA ainsi
que le MIMO qui permet de maximiser la performance de rseau LTE 4G.
Dans le chapitre suivant, on entamera le dimensionnement de rseau 3G UMTS. Nous
dtaillerons les diffrentes quations ncessaires pour le dimensionnement par couverture et par
capacit, ainsi que la modlisation mathmatique pour le dimensionnement de diffrentes interfaces
radio dans le rseau UMTS. Le passage par cette tape semble dtre primordiale afin dachever
lobjectif principale de ce projet qui est le dimensionnement et la planification dun rseau 4G-LTE.
19
Chapitre 2 Dimensionnement dun rseau UMTS (3G)
Chapitre 2 : Dimensionnement dun rseau UMTS (3G)
1. Introduction
Pour notre tude, on va se baser sur le processus de dimensionnement permettant un oprateur de
tlcommunication destimer le nombre dquipements dployer pour satisfaire les besoins des clients
en termes de dbit, couverture et capacit. Un bon dimensionnement nous permet de rduire au
maximum le cot de dploiement tout en garantissant une bonne qualit de service.
2. Processus de dimensionnement du Node B

Il existe de nombreuses faons dutiliser une mthode de dimensionnement en fonction du
scenario. Toutefois, le principal rsultat de lanalyse est toujours une estimation de la couverture et de
la capacit CCH et DCH. Un aperu du processus de dimensionnement est illustr la figure (2.1).
Figure 2.1: Les tapes de dimensionnement de Node B
tape 1 : La premire tape consiste calculer le bilan en lien montant. Cela se traduira par la
perte de trajet maximale, , tant donn une certaine charge du lien montant. La perte de trajet
maximale est ensuite utilise dans le dimensionnement de liaison descendante pour quilibrer ce bilan
vers la liaison montante, de sorte que la mme perte de trajet de lair est soutenue la fois en UL/DL.
20
tape 2 : Dans cette tape, la puissance de CPICH et CCH est dtermine. Le bilan de liaison
CPICH est quilibre a lgard du bilan de liaison montante, c'est--dire la puissance des canaux
CPICH et dautres canaux communs est augmente jusqu' ce que la mme perte de trajet, Lpmax , est
prise en charge pour la liaison montante . Si la puissance CPICH dpasse le maximum qui est autoris,
la taille de la cellule doit tre diminue et le bilan de liaison montante doit tre refait. De la perte
maximale de chemin, , lattnuation de signal, , entre lmetteur et UE du point de rfrence
est calcule et utilise dans le bilan de liaison descendante a ltape 3.
tape 3 : A ltape 3 le bilan de liaison descendante est compens par laugmentation de la
puissance de DCH ou DL charge jusqu' ce que la mme perte de trajet, est prise en charge dans
le budget de la liaison montante. Si la puissance maximale autorise pour DCH est dpasse, doit
tre diminu et le processus de dimensionnement redmarre a ltape 1. Cette tape aboutit a
pour DL et ainsi le rayon de cellule. Elle donne aussi le nombre dutilisateurs simultans en DL et la
puissance moyenne pour les canaux CCH ainsi que des canaux DCH, et
2.1. Dimensionnement en lien montant

2.1.1. Dimensionnement par couverture
Le rayon de la cellule est calcul d'aprs une formule de modle de propagation, qui donne la
relation entre la perte de trajet maximale et le rayon de cellule diffrentes bandes de frquence. Pour
notre application nous allons utiliser le modle Okumura Hata dans lequel.
R=10 (1)
, avec = (2)
O Lp : la perte de trajet de lair.

A : la valeur d'attnuation fixe dpendant de la frquence.
: la hauteur de la station de base.
: est la hauteur de l'antenne de l'quipement d'utilisateur [m]
a : est un facteur de correction pour la hauteur de l'antenne de vhicule hm (a est fix 0 dB pour
les = 1,5 m). Il est calcul par:
2
a( ) = 3.2 4.97
Variant de modle Okumura-Hata pour Ericsson :
= A 13.82 log a + (44.9 6.55 log ) log(R)
La valeur d'attnuation A est en fonction de la frquence et l'environnement (Voir Annexe LTE)
21
Puissance maximale de sortie UE [dB]
Puissance maximale de sortie UE [dB]
La marge fading [dB]
la marge d'interfrence en [dB]
Body Loss [dB] LBL
Car Loss [dB] LCPL
Pertes de pntration de btiments [dB] LBPL
La somme de gain de RBS d'antenne et Ga

gain d'antenne UE [dBi]
La perte des jumpers [dB]
Les pertes feeders
/ requit [dB]
La densit de puissance de bruit Nt

thermique (-174 dBm / Hz).
Figure de bruit [dB]. Nf
Le dbit dinformation
La sensibilit du systme en UL[dBm] SUL[dBm]=Nt+Nf+10log Rinfo +Eb/No+Lf (3)
Facteur de non-orthogonalit
Facteur de charge Q
C/I
La marge dinterfrence BIUL[dB]=10log((

(4)
Pertes de trajet maximale =
+ (5)
Tableau 2.1 : Bilan de liaison en lien montant.[6]
Avec
: est la cible C / I, c'est--dire , de la RAB chelle avec le gain DTX pour les diffrents
services. et GDTX sont calculs comme suit:
22
(6)
Avec :
: Dbit chips 3.84 Mbps.
: Processing Gain.
: rapport nergie de bit divise densit spectrale de bruit, rapport Eb/N0, mis l'chelle
avec le rapport de vitesse de transmission de l'information de dbit des chips.
Le gain DTX pour un RAB est exprim comme suit:
(7)
Avec ;
: est le rapport de puissance entre le canal DPDCH et le canal DPCCH et dpendra du type de
service et sera diffrent en liaison montante et descendante.
Avec ; (8)
2.1.2. Dimensionnement par capacit

La capacit en lien montant est donne comme le nombre d'utilisateurs simultans par cellule M.
Il est li la charge maximale , le nombre thorique maximal d'utilisateurs simultans par
cellule sur la liaison montante.
: La capacit de ple en lien montant, , est la limite thorique du nombre des

utilisateurs simultans que l'interface radio peut supporter pour une seule cellule. Il est calcul selon
l'quation suivante : (9)

F : Le rapport moyen entre l'interfrence intercellulaires et celles intracellulaires dans la liaison
montante dans le rseau : = (10)
: Le facteur d'chelle utilis pour modliser les cellules charges ingales.
Nombre dutilisateurs simultans: Dans l'analyse WCDMA, il est d'usage de dfinir la notion
M, le nombre des utilisateurs simultans dans le sens montant comme :
= . (11)
23
O Q : est la charge de la cellule de liaison montante. Pour un systme multiservice o les services
utilisent diffrents types de RAB, par exemple RAB 1, RAB2, RAB 3 l'quation pour le
chargement s'crit: = + + + . (12)
2.2. Dimensionnement en lien descendant

2.2.1. Dimensionnement par couverture
Comme pour le lien montant, afin de dimensionner nous devons passer par des quations de
calcul tel que les quations de lnergie des quipements, la puissance alloue pour les canaux etc.
La puissance transmise sur les canaux
ddis communs de rfrence du systme
Le bruit de fond User Equipment N=
La puissance moyenne alloue aux =

canaux communs de contrle de 2<Kaverage<4
rfrence
Le nombre d'utilisateurs simultans par M
cellule dans la liaison descendante.
facteur li la distribution des pertes de H (Voir Annexe 1)
trajet des UEs dans la cellule
Attnuation de signal partir du point = + + + + +
+ (13)
de rfrence du systme un UE la
frontire de la cellule.
La puissance de sortie moyenne totale
(14)
dans le systme
La marge fading [dB]
la marge d'interfrence en [dB]
Body Loss [dB] LBL
Car Loss [dB] LCPL
Pertes de pntration de btiments [dB] LBPL
La somme de gain de RBS d'antenne et Ga

gain d'antenne UE [dBi]
24
La perte des jumpers [dB] Lj
Les pertes feeders Lf
/ requit [dB]
La densit de puissance de bruit Nt

thermique (-174 dBm / Hz).
Figure de bruit [dB]. Nf
La sensibilit du systme en DL [dBm] SDL[dBm]=Nt+Nf+10log Rinfo + +Lf

(15)
Facteur de non-orthogonalit
le rapport moyen entre l'interfrence c
intercellulaire et intra-cellule reue la

frontire de la cellule
le rapport de puissance de cellules
voisines par rapport la mme cellule.
Facteur de charge
C/I
Facteur K = (16)
La marge dinterfrence
(17)
Pertes de trajet maximal [dB] = ,

+ (18)
Tableau 2.2 : Bilan de liaison en lien descendant [7]
Itration sur les quations de liaison descendante : La mthode de dimensionnement de liaison

descendante est itrative. Le processus itratif provient le fait que l'augmentation du bruit, ,
comprend l'attnuation du signal Dans les dimensions logarithmiques, est exprime comme
suit:
= (19)
25
Caractristiques et limites de puissance de liaison descendante:

Puissance nominale de sortie totale de rfrence du RBS :
La puissance nominale de sortie de rfrence totale du systme est calcule comme suit :
= [dBm] (20)
: La puissance nominale de sortie totale de RBS
Limitations de puissance de sortie moyenne descendante :
La puissance moyenne de sortie de rfrence totale du systme ne doit pas tre suprieure 75%
de la puissance totale de sortie nominale au niveau du point de rfrence du systme:
[W] (21)
Puissance de CPICH et les paramtres de puissance des canaux communs :
La puissance moyenne sur les canaux de contrle communs de rfrence du systme est
approximativement :
[W] (22)
Avec est un facteur compris entre 2 et 4 en dpond de si EUL ou HSDPA est dploy dans la
cellule.
Limitations de puissance CPICH :
La puissance CPICH de rfrence du systme doit tre infrieure ou gale 10% de la puissance de
sortie totale au niveau du point de rfrence du systme
(23)
Limitations de la puissance maximale du DCH par lien :
La puissance moyenne de DCH de rfrence du systme pour le canal de trafic d'un utilisateur ne doit
jamais dpasser 30% de la puissance de sortie totale de rfrence du systme.
(24)
Budget de liaison CPICH : Il peut tre ncessaire de mettre en place un budget de liaison
CPICH spar soit pour calculer la puissance CPICH pour une couverture acceptable ou afin d'estimer
26
la couverture pour une puissance CPICH acceptable. Le processus de recherche de la puissance

optimale pour CPICH est itratif o est varie jusqu' ce que toutes les contraintes sont satisfaites.
= (25)
= (26)
La sensibilit de User Equipment est utilise dans le bilan de liaison pour CPICH est dtermine par le
maximum de
= + + 10log + (27)
= (28)
Avec :
: Lnergie divise par la densit spectrale de bruit.
: La puissance de signal requis minimale dans la cellule [dBm]
= Max (29)
2.2.2. Dimensionnement par capacit :
de la liaison descendante : Le nombre maximal dutilisateur maximal simultans dans la
liaison descendante est donn par lquation suivante : = . (1 ) (30)
: modles les effets de soft hand over.
Nombre d'utilisateurs simultans en lien descendant : , le nombre d'utilisateurs simultans

par cellule sur la liaison descendante est dcrit par l'quation suivante: = .
Q est la charge du systme de liaison descendante. Le nombre d'utilisateurs simultans peut aussi tre
exprim par lquation suivante sans utiliser DL chargement Q:
27
(31)
(32)
Avec :
: La puissance moyenne DCH disponible au point de rfrence du systme [W].

: La puissance de sortie totale moyenne au point de rfrence du systme [W].
: La puissance moyenne alloue tous les canaux de contrle communs au point de

rfrence du systme [W].
: La puissance est ddie pour HS-services [W].
3. Dimensionnement de Channel Element (CE)

CE dcrit les ressources SW de la capacit autorise requises pour un canal ddi (DCH ou E-
DCH). Son nombre, , ncessaires dans un RBS est bas sur le type de trafic, et est dpendante des
supports radio utiliser, ainsi que le nombre d'utilisateurs simultans pour chaque support radio
spcifique. Si le nombre d'utilisateurs (connects simultanment) par site est connu de l'expression
nCE,UL N i UL ,i (33)
i
suivante peut tre applique pour calculer le nombre du CE ncessaires:
nCE, DL N i DL ,i (34)
i
Avec; Ni : le nombre d'utilisateurs actuellement connects par site pour le service i et i : le facteur
de la CE pour le service i
4. Modle de dimensionnement de linterface Iub

La bande quivalente de linterface Iub est occupe par les bandes quivalentes associes aux canaux
virtuels Virtual Channels qui sont la bande pour la signalisation, pour les canaux communs CCHs,
pour Operation and Maintenance et pour le trafic multiservice.
4.1. Processus de dimensionnement

Le dimensionnement de linterface Iub vise dterminer son dbit pour un modle de trafic donn.
Pour dimensionner linterface Iub nous allons suivre le processus suivant :
28
Figure 2.2 : Dimensionnement de linterface Iub
Puisque les services CS sont les services qui exigent plus de ressources nous allons pour cela
considrer les services PS comme des services Best effort .Cest--dire dans le cas ou les services
CS atteignent le pic de trafic nous dimensionnons linterface Iub suivant ce pic. Nous allons
dfinir les variables suivantes :
: la bande de linterface Iub alloue au trafic CS en moyenne.
: la bande de linterface Iub alloue au trafic CS Pic.
: la bande de linterface Iub alloue au trafic PS.
: la bande de linterface Iub alloue au trafic total. Nous dfinissons alors le
dbit comme tant gal :
=Max [ , + ] (35)
4.2. Largeur de bande moyenne dIub de CS
Nous allons prsenter les tapes de calcul de la bande de linterface Iub occupe par les
services CS en moyenne.
, = (36)
Pour calculer le dbit Iub, nous allons tenir compte du facteur de Soft Hand Over et du facteur
dactivit pour le service i Ainsi le dbit Iub en Mbit/s est gal :
29
(37)
Iub =
Nous rcuprons le volume pendant lheure charg depuis le modle de traffic, le nombre
dabonns et la largeur de bande de service i puis nous calculons le , donn par lquation
suivante:
(38)
4.2.1. Largeur de bande maximale d'Iub de CS

Pour calculer la largeur de bande maximale d'Iub de CS, nous allons refaire le calcul du la
largeur de bande moyenne CS en tenant compte du taux de blocage ou GOS et en utilisant la
loi dErlang B. Pour un trafic A en erlang et un taux de blocage donns la formule est gale :
= avec = 10 (ta ) (39)
4.2.2. Largeur de bande d'Iub de moyenne de PS :

Pour un taux de retransmission, un burst ratio et un facteur de soft hand over donn, nous
calculons le dbit Iub pour le service i.
=[ , * * 1+ 1+ 1+
] /1024. (40)
Nous aurons finalement le dbit en Mbps de service PS :

= . (41)
4.2.3. Dbit total dIub par NodeB

Comme cela a t dfinies dans lorganigramme, le dbit total linterface Iub par Node B
est gal :
= + + + & . (42)
5. Dimensionnement RNC
Le dimensionnement du RNC est conditionn par ses caractristiques. Celles qui influent sur le
processus sont les suivantes
Limitation de trafic : cest le dbit maximal par RNC : dbit maximal en mode circuit (erlang) et
dbit maximal en mode paquet(Mbit/s).
30
Limitation de gestion : cest le nombre maximal de Node B grs par un RNC.

Limitation de connectivit : cest le nombre maximal de connexion aux interfaces Iub, Iu et Iur.
Le dimensionnement dun RNC comporte les tapes suivantes : Tout dabord nous allons calculer le
nombre de RNC ncessaire lcoulement de tout trafic CS et le trafic PS. Pour une zone
donne nous avons un nombre de Nodes B, nous allons calculer le trafic CS de la manire
suivante :
=
.
(43)
-Pour le trafic PS, il est calcul de la manire suivante :

= . (44)
= + ) (45)
En prvision de l augmentation de trafic, nous introduisons la . Ainsi pour un nombre

donn de RNC, nous allons utiliser un seul pourcentage de la capacit total. Puis nous devons avoir
recours a une vrification de la contrainte de gestion, nous calculons le nombre de NodeBs par RNC :
= (46)
6. Modle de dimensionnement de linterface Iu

6.1. Dimensionnement de linterface Iu-CS
Maintenant que nous avons pu laborer le trafic CS total Pic et le nombre de RNC pour la zone
considre. Nous avons tout les moyens pour calculer le dbit de linterface Iu-CS est partage sur tous
les RNC dune manire gale. On ajoute une redondance dun facteur T entre les interfaces Iu-CS, si
R = 50 % alors la moitie du trafic agrg sur une interface Iu-CS va tre agrg sur une autre interface
Iu-CS. Ceci pour prvoir le cas ou un RNC ne vhicule plus de trafic pour cause de maintenance, de
panne ou a cause dun surcharge en termes dagrgation de trafic.
31
Nous prsenterons un pourcentage de la largeur de bande de linterface Iu-CS la signalisation.

Ainsi un dbit en Mbits/s a linterface Iu-CS sera gal :
= ( ) *(1 + ) (1+ ) (47)
6.2. Dimensionnement de linterface Iu-PS

Aprs le calcul du trafic PS pour une zone donne, nous pouvons alors calculer le dbit
linterface est partag sur tous les RNC dune manire gale nous ajouterons une redondance dun
facteur R. le pourcentage de la largeur de bande de linterface Iu-PS la signalisation Ainsi le dbit en
Mbit/s a cette interface gal
P =( (1+ ) (1+ ) (48)
7. Dimensionnement de linterface Iu-r

Aprs dimensionner le nombre de RNC, et dterminer le trafic Iub par RNC. Ltape suivante
est de dterminer le trafic Iur par RNC. En effet le trafic a linterface Iur reprsente une partie de trafic a
linterface Iub total. Gnralement le trafic a linterface Iur reprsente 4-10% du trafic total a linterface
Iub nous allons fixer le paramtre C ( ce pourcentage) , le dbit a linterface Iur sera gal a :
Iur= *C (49)
8. Conclusion
Dans ce chapitre, nous avons prsent une mthodologie de dimensionnement du rseau

daccs UTRAN. Cependant, loprateur, souvent combl par des contraintes budgtaires et
financires, doit imposer sa gymnastique de dimensionnement et faire son choix technique en ce
qui concerne les points suivants :
La charge du systme : loprateur doit fixer un taux de charge raisonnable pour viter de
surcharg son systme.
Les services : loprateur sera amen identifier les zones qui prsenteront une forte exigence
en termes de services.
Limitation Capacit/Couverture : Loprateur doit savoir les limitations en capacit et
couverture afin de prendre les marges ncessaires lors de llaboration du bilan de liaison.
32
Chapitre 3 Dimensionnement de rseau LTE (4G)
Chapitre 3 : Dimensionnement de rseau LTE (4G)
1. Introduction
Aprs la modlisation mathmatique du processus de dimensionnement pour un rseau 3 G, la
ncessit dadoption de larchitecture systme simplifie, des limites strictes en matire de spectre et
lutilisation dun nouveau radio-accs aux technologies avec des meilleurs caractristiques reste le
souci des oprateurs. Dans ce chapitre, nous prsenterons notre processus de dimensionnement LTE,
dans un premier temps nous intresserons au dimensionnement de leNodeB, la capacit requise sur les
interfaces X2 et S1.
2. Processus de Dimensionnement deNodeB

Le processus de calcul de la couverture et la capacit peuvent tre fait dune manire arbitraire.
Mais adapte aux exigences dentre du projet de dimensionnement et la sortie attendue. Le processus
commence par dfinir les exigences de qualit, exprime en dbit binaire sur le bord de la cellule, ou en
tant que degrs de couverture sparment pour la liaison montante et la liaison descendante, a la sortie
souhaite de la capacit de la cellule, et la distance site a site .
Figure 3.1 : Les tapes de dimensionnement du rseau 4G LTE [5]
33
Chapitre 3 Dimensionnement du rseau 4G-LTE
Le procd calcule de dimensionnement inclut les tapes suivantes :
- Dfinir lexigence de qualit : cette exigence est base sur une condition de dbit a une
probabilit de couverture donne en lien montant et en lien descendant. Les attributs suivants
doivent tre dfinis : Le type de transmission MIMO ou diversit de Tx, la diversit de rception
dans lquipement dutilisateur et station de base, classe nergie RBS (par exemple, 20 W ou 40
W), la puissance se sortie de lquipement de lutilisateur, bande passante, bande de frquence.
- Calculer la couverture : selon les critres de qualit, la couverture peut tre calcule en termes
de perte de trajet, de la distance site a site, ou le rayon de cellules. Si la couverture ne rpond pas
aux exigences, la dfinition de la qualit au bord de la cellule devra ou des conditions requises
pour le calcul devra peuttre tre rpte.
- Calculer la capacit : Les contraintes de couverture et de qualit au niveau du bord de la cellule
sont utilises pour calculer la capacit. Le calcul de capacit inclut le calcul de la couverture et de
capacit (en lien montant et descendant), une mthode alternative de la capacit de cellule en lien
descendant et de la distribution binaire
2.1. Calcul de couverture en lien montant

La plupart des systmes de tlphonie mobiles sont souvent limites par la liaison montante,
il est donc utile de commencer les calculs du bilan de liaison avec les exigences de couverture de
liaison montante. Les calculs sont effectus selon les tapes suivantes:
exigence de dbit binaire
exigence SINR
la sensibilit du rcepteur eNodeB
Laugmentation du bruit Uplink (marge d'interfrence)
La puissance de l'quipement de l'utilisateur par Resource Block
Bilan de liaison montante
Nombre de ressources blocs
Dbit binaire requit [kbps]
Dbit binaire requit par RB [kbps]
, =
(50)
SINR [dB]
= a1-a2 /ln(2) ,
0 RRB a0 [dB], pour les variables a0, a1,
34
a2,a3 ( Voir Annexe 3)

La bande passante par Resource Block WRB
Le facteur de bruit du rcepteur
eNodeB[dB]
La densit de puissance de bruit thermique
[dB]
Le bruit thermique par Resource Block = + +10 (51)
La sensibilit du rcepteur = +[ ] (52)
Facteur d'interfrence de cellule UL F
La cible de SINR pour le contrle de
puissance en boucle ouverte.
La charge en Uplink
Marge dinterfrence [dB] = (53)
Puissance dUE [dBm]

Puissance par ressource bloc [dBm] =
Pertes jumpers[dB]
La somme de gain d'antenne RBS et UE Ga
gain d'antenne [dBi]
les pertes de pntration du btiment [dB]
Les pertes de pntration des voitures [dB]
Pertes dues au corps humain [dB]
Marge de fading [dB]
Bilan de liaison montante [dB] =
+ (54)
Tableau 3.1 : Bilan de liaison pour le lien montant [8].
La marge de fading est ncessaire pour garantir une certaine probabilit de couverture.
reprsente le bilan de liaison montante. Il est introduit dans le bilan de liaison descendante.
reprsente le bilan de liaison montante. Il est introduit dans le bilan de liaison descendante.
Pour la marge de fading (Voir Annexe 3).
35
2.2. Calcul de la couverture en lien descendant

Le bilan de liaison descendante est calcul pour les raisons suivantes:
Pour dterminer les limites de chaque lien.
Pour dterminer le dbit binaire qui peut tre pris en charge dans la liaison descendante la
limite de la plage de cellules de liaison montante. Les calculs sont effectus selon les tapes
suivantes:
Perte de passage d'air maximum de liaison montante
Exigence de dbit binaire.
Alimentation par Resource Block.
Augmentation du bruit descendante (marge d'interfrence).
Bilan de liaison descendante.
La sensibilit du rcepteur, UE.
Dbit binaire au niveau du bord de la cellule.
La conclusion du bilan de liaison
Bilan de liaison en Uplink Lpmax

Les pertes de Jumpers Lj
Gain dantennes de RBS et UE [dBi] Ga
Les pertes de pntration du btiment LBPL
[dB]
Les pertes de pntration des voitures LCPL
Les pertes dues au corps humain [dB] LBL
Marge de fading[dB] BLNF
Lattnuation du signal max en DL =Lpmax+LBL+LCPL+LBPL-Ga+Lj
(55)
La puissance de la sortie de RBS Pnom,ref
La puissance par bloc de ressource = (56)
Facteur dinterfrence de cellule DL

La charge en Downlink
Marge dinterfrence = (57)
La sensibilit de lquipement = + [dB] (58)
36
dutilisateur
La bande passante par Ressource
Block(180kHz)
Le facteur de bruit dUE [dB]
La densit de puissance de bruit
thermique [dB]
Le bruit thermique par Ressource Block = + + 10log(WRB) (59)
SINR sur le bord de la cellule
dB] (60)
Puissance dUE[dBm]
Nombre de ressources blocs
Dbit binaire de bord de cellule pour RB
RRB=max[0, +( - ) ],
[kbps]
>a1
RRB=0, <a1 (61)
Le dbit binaire dutilisateur total a bord R= * (62)
de la cellule
= - - - - - -
Bilan de liaison descendante [dB] + - [dB] (63)
Tableau 3.2 : Bilan de liaison pour le lien descendant [9]
La surface de la zone est un paramtre input pour garantir un rsultat exact.
Type de zone Surface de la zone (km)
Urbaine dense 50
Urbaine 400
Suburbaine 200
Rurale 300
Tableau 3.3 : Surface de zone planifier selon Type de zone
37
2.3. Dimensionnement de capacit

Le dimensionnement de capacit permet de trouver la capacit maximale qui peut tre
support par une cellule. Son objectif est de dterminer le nombre des sites ncessaires pour satisfaire
les trafics des abonns dans une zone donne. La capacit thorique du rseau est limite par le
nombre deNodeB install dans le rseau. Elle dpend de plusieurs facteurs tels que type de la zone,
service, nombre des abonnes, interfrences.
2.3.1. Dimensionnement de la capacit en lien montant

Pour valuer les besoins en capacits on doit suivre les taches suivantes:
Estimer le dbit de cellule.
Analyser les entres de trafic fournies par l'oprateur pour estimer la demande de trafic
(Nombre d'abonns, trafic et des donnes, rpartition gographique des abonns dans la zone).
Le principal indicateur de la capacit est la distribution SINR dans la cellule : l'augmentation
de nombre d'utilisateurs augmente l'interfrence et le bruit, et diminue la couverture cellulaire par
suite force le rayon de la cellule devenir plus petite.
2.3.1.1. Dbit de la cellule

Dans la voie montante, un ou plusieurs blocs de ressource sont toujours attribues chaque
limite de bande pour signaler les utilisateurs en mode veille sur le canal de liaison montante physique
de contrle Channel (PUCCH). Pour cette raison, le nombre de blocs de ressources en liaison montante
disponibles pour le calcul de la capacit sont toujours rduits par un numro (4 est la valeur
recommande).De la mme manire, des blocs de ressources alloues accs alatoire physique
Channel (PRACH) rduire le nombre disponible de blocs de ressources en liaison montante. La
valeur de est de 0,6.Notre objectif est d'obtenir une estimation du nombre des sites en fonction
des besoins en capacit. Et ces derniers sont dfinis par les oprateurs de rseau en fonction du trafic.
Le dbit de la cellule est prsent par lquation suivante :
= = (64)
2.3.2. Dimensionnement de la capacit en lien descendant

SINR : La capacit de liaison descendante est base sur le SINR l'emplacement moyen
l'intrieur d'une cellule, dsigne comme un rapport linaire:
38
(65)
Le SINR moyenne qui en rsulte reprsent par lquation suivante :
(66)
Dans l'quation, H est le facteur d'attnuation moyenne et il dpend de la gomtrie du site .Une
valeur de 0,36 est recommand pour le dimensionnement.
Dbit de la cellule :
Le dbit moyen de lusager par cellule est rduit proportionnellement avec le nombre des blocs de
ressource . Le SINR moyenne (convertie en une valeur logarithmique), on obtient un dbit
binaire moyen :
= (67)
Le dbit de la cellule est reprsent par lquation suivante :

= = (68)
3. Dimensionnement des interfaces S1 et X2

3.1. Linterface X2
Ce que nous allons avoir comme rsultat aprs lopration du dimensionnement du nud
eNodeB est la cl du reste du dimensionnement, notamment linterface X2. Cette dernire savre
comme opration beaucoup moins complexe. Vu que larchitecture du rseau daccs en LTE est plate,
les eNodeB sont deux a deux connectes par linterface X2 (que soit physique ou logique), le nombre
dinterface X2 est donne par :
N 2= . (69)
La capacit requise dans linterface X2 en LTE dpend de larchitecture du protocole X2AP. Ce

dernier est utilise pour grer la mobilit UE dans les E-UTRAN et offre les fonctions suivantes : la
gestion de la mobilit et de la charge, la rinitialisation et la mise jour de la configuration eNodeB et
les rapports des situations derreur gnraux.
Nous allons nous inspirer des constatations et des expriences des diffrents constructeurs
pour dterminer la capacit de linterface X2 en LTE.
39
Linterface X2 demande une capacit beaucoup moins que celle de linterface S1, au
maximum 3%.., Huawei.
X2 est < 2 % du trafic en S1, un peu prs 1.6 % , Ericsson.
2% 3% de S1 est une allocation gnreuse pour X2 , FT/Orange, confrence des rseaux
de transport pour les oprateurs mobiles en 2010.
Ainsi, nous allons nous baser sur les rclamations des constructeurs et on va retenir que la
capacit de linterface X2(note ) constitue 3% celle de S1 (note ).
Dans ce cas, linterface X2 garde la mme capacit que LTE

(70)
3.2. Linterface S1
La capacit de linterface S1, vu que cette dernire transporte des donnes et de la signalisation,
peut tre dcompose en somme dune capacit sur le plan utilisateur et sur le plan contrle
s1
.C = (72)
Selon [10] , le plan contrle constitue 2 % du plan utilisateur
= .( ) (73)
4. Conclusion
Dans ce chapitre, nous avons abord le principe de planification radio, particulirement la phase
de dimensionnement de leNodeB et des interfaces X2 et S1. Le dimensionnement de leNodeB est un
processus complexe qui fait intervenir deux composantes : la couverture et la capacit, ces dernires
savrent complmentaires et essentielles pour la robustesse du processus de planification entier pour
non seulement garantir une bonne QoS aux abonnes, mais aussi afin dviter le gaspillage de
ressources du rseau. Dans le chapitre suivant, nous allons procder la conception et
limplmentation de notre outil dnomm 3G/4G Panner qui aura comme objectif principale le
dimensionnement et la planification du rseau 3G/4G, Il est noter que tous les rsultats obtenus par
cet outil sont considrs dans des quations bien dfinis dans les deux chapitres prcdents.
40
Chapitre 4 Conception et Implmentation de loutil 3G/4G Network Planner
Chapitre 4 : Conception et Implmentation de loutil 3G/4G

Network Planner
1. Introduction :
A lissu des 3 premiers chapitres, nous avons expliqu le processus du dimensionnement des
rseaux UMTS-3G et LTE-4G tout en mettant laccent sur la modlisation mathmatique de chaque
rseau (les quations de dimensionnement).
Dans le prsent chapitre, nous allons entamer la phase de conception, ralisation et validation
de loutil. Aprs la description de larchitecture du systme, on va prsenter la modlisation ralise
par la conception de quelques diagrammes UML : le diagramme des cas dutilisation, le diagramme de
squence et le diagramme de classes. Ensuite, nous franchissons la phase de dveloppement de loutil
en expliquant la phase de la mise en uvre technique de la solution, 3G/4G Planner, qui est prsent
comme un besoin pour rendre la tche de planification de rseau Long Term evolution (LTE) 4G
abordable par le logiciel Mentum Planet .
2. Spcifications des besoins

La phase de spcification se prsente comme une tape primordiale dans le droulement du
projet. Dans cette section, nous allons prsenter et modliser les choix prises au cours de la conception
et la ralisation. Les besoins de ce travail viennent de la ncessit de palier : Ltat actuel du rseau
couramment dploy 3G et les insuffisances des couvertures pour le systme LTE-4G. Cela ncessite
une bonne conception pour dimensionner les zones et de bien partager les capacits pour grer les
besoin des abonnes. Ces fonctionnalits ncessitent gnralement la prsence de ltat actuel dun
quipement donne comme un eNodeB. Pour satisfaire ses besoins, notre outil doit prendre en charge
plusieurs fonctionnalits qui visent essentiellement assurer a lacteur de dimensionner des ENodeB
selon la couverture et la capacit. Aprs ltude fait et lanalyse des mthodes de dimensionnement
en 2me et 3me chapitre, on conclu que les fonctionnalits de loutil sont :
Dimensionnement oriente couverture: permet dtablir bilan de liaison radio (montant et

descendant), calculer le MAPL (Maximum Allowed pathloss) afin de calculer le rayon de la cellule, et par
la suite conclure le nombre de NodeB et de eNodeB.
41
Dimensionnement oriente capacit: permet dtablir le modle de trafic, calculer la capacit de la

cellule, estimer le dbit par utilisateur, le nombre dutilisateurs simultanes, et le nombre de eNodeB par
cellule.
3. Outils de conception
3.1. Choix du langage de modlisation
La phase de conception tablit un pont entre les spcifications requises par le fabricant et les
moyens de lingnieur tels que le langage de programmation, les algorithmes de calcul, et les
diffrentes quations utiliser. Pour concevoir notre systme, on a choisi UML (Unified modeling
language) qui est un langage graphique conu pour reprsenter, spcifier, construire et documenter les
composants dun systme. Ce choix revient essentiellement aux diverses opportunits quoffre ce
langage. En effet, UML : Standardise llaboration et la construction des logiciels, Limite les
ambiguts grce a son formalisme, Normalise les concepts objet et construit un langage universel
indpendant des langages de programmation. La modlisation UML contient 3 types de vue :
les vues statiques :
Diagrammes de classes
Le vue fonctionnel :
Diagramme de cas dutilisation
Les vues dynamiques :
Diagramme de squence
3.2. Logiciel de modlisation : StarUML

Cest une open source pour dvelopper plate-forme UML rapide, flexible et extensible. Lobjectif
du projet StarUML est de construire un outil de modlisation de logiciel partir des diffrents
diagrammes. Le champ daction pour StarUML est trs large et spcifique la fois. Il permet de
gnrer des codes pour des paquets Java.
4. Les diagrammes UML

4.1. Le diagramme de cas dutilisation
Le but de la conceptualisation dun digramme de cas dutilisation est de comprendre et structurer
les besoins de lutilisateur. Ces besoins qui sont le but attendu par le systme implmenter.
42
Lacteur de lapplication : le planificateur cest la seule personne qui a le droit daccder

lapplication pour effectuer lopration de dimensionnement, il doit donc tout dabord sidentifier. Par
la suite il peut commencer la saisie des paramtres et les exigences de couverture et capacit dans les
onglets suivants: dimensionnement de couverture en lien montant, dimensionnement de capacit en
lien montant, dimensionnement de couverture en lien descendant, dimensionnement de capacit en lien
descendant, dimensionnement des interfaces Radio pour le cas de 4G LTE.
<<extend>>
<<include>>
Effectuer un dimensionnement de rseau UMTS
Remplir les paramtres <<extend>>
<<extend>> Dimensionner
Enregistrer
<<include>>
Effectuer un dimensionnement de rseau LTE

<<include>>
<<include>>
Utilisateur
Accder a la base de donnes Se connecter
<<include>>
Administrateur
Learn more <<include>>

<<include>>
Manipuler les comptes utilisateurs
Modifier les informations personelles
Figure 4.1 : Diagramme de cas dutilisation
4.2. La conception de base de donnes

Une base de donnes nomme pfe qui a t cre par le grant de lapplication, qui en aura
galement la gestion et ladministration complte. Ladministrateur cre pour chacun des utilisateurs
un identifiant et mot de passe.
43
Chacun des acteurs a la possibilit en se connectant, fournir toutes les autres informations le
concernant, en remplissant sa fiche de renseignements. Ladministrateur par consquence est le seule
avoir laccs aux informations de tous les utilisateurs de lapplication. Ayant toutes ces informations
sur chacun des utilisateurs de lapplication, et la faon de le contacter en cas de besoin.
Figure 4.2 : Conception de base de donnes sous PhypMyadmin
4.2.1.Description
Le processus de dimensionnement comporte plusieurs donnes. Pour chacune des zones dont
lutilisateur veut procder au dimensionnement, il doit remplir certains paramtres du site, telles que la
superficie, les proprits des quipements des utilisateurs, et bien dautres. Toutes ces informations
seront consignes dans la base de donnes 3G_4G Planner , en plus des rsultats de
dimensionnement obtenus. La base de donnes 3G_4G Planner ne contient que les informations
du dernier dimensionnement effectu et enregistr pour chaque site.
4.2.2. Le diagramme de classes

Le schma conu ci-dessus, le diagramme de classes UML, est un lment trs important et
utile lors de la conception de notre base de donnes. Ce diagramme qui a une structure statique dcrit
la structure du systme en montrant leurs attributs, les oprations et les relations entre les classes.
Dans notre cas, le
44
diagramme de classes contient les principales classes utilises. Dans notre application avec leurs
diffrents attributs qui seront utilises plus tard comme des paramtres, ainsi que les relations entre les
classes qui prcisent le fonctionnement de notre outil. Ce diagramme de classe, explique dune faon
concrte lexcution de notre application: on trouve la classe dauthentification qui contient le login de
lutilisateur, ses informations personnelles et son mot de passe.
Acteur Capacit
+Nom rseaux +Nombre d'utilisateurs simultanes
+Prenom Paramtres rseau
Couverture +Nombre d'utilisateur max
+Adresse +Dbit de service
+Paramtres d'initialisation +Nombre d'utilisateurs dans un site
+Poste +Bande passante
+Inscrire +Id_UE +Type d'environement
+Numero de CIN +Marges +Vrifier()
+Id_Environnement +Nom_equipment
+login +Nombres de site
1..* 1..* +Id_Site +Paramtre_UE
+Password +Nombre du BS
+calcul() +Puissance_UE
+ +Distance entre les sites Ressource Radio
+Modification des parametres() +Affaiblissement_recepteur_UE
+S'authentifier() +Rinitialisation() +Surface de cellule +Gain_antenne_UE
+Nombre total du channel element
+Dimensionner() +Surface_de_Site +Superficie_Site
+Traffic
+Accder l'aide() +Modele de propagation +Configurer_Site
+GOS
+Rayon de cellule +Nom_Site 1..*
+Calculer()
+Valider() +Calculer()
Admin
+Choisir environnement() +Calculer
+Nom +Saisir_Nom_Equipement()
+Prnom +Saisir_Nom_Site()
+Ajouter() 1..*
+Controler() 1..* Calcul paramtres
+Supprimer()
+Accder a la base de donnees() +Paramtre a calculer
1..*
Utilisateur 1..* +Vrifier()
+Nom +Calculer()
+Prnom +Accder
+S'authentifier Authentification
+Calculer() 1..* 1..* +Manipuler
+Sauvegarded() +Authentification russite
+Modifier les informations personelles() +Echec authentification
+Ajouter les paramtres() 1..*
1..*
+Accder la base des projets() +s'authentifier()
+Rcuperer login et mot de passe()
Base_de_gestion_utilisateur Interface_Consultation
1..*
1..* +Liste_des_utilisateurs 1..* Interface +Nom_Interface
+Les_informations_personelles +Contenu
+Dbit
+Raliser +Modifier() +Signalisation +Accder()
+Trafic
+Oprations et maintenance()
+Sauvegarder +Accder
+Accder
1..*
1..*
1..*
Base_de_gestion_projet
Connexion
+Sites_dimensionns 1..* Interface authentification
+Connexion_russite
+Slectionner() +Nom_Interface
+Echec de connexion
+Contenu
+Se connecter()
+Se dconnecter() +Saisir_Login()
+Saisir_le_mot_de_passe()
Figure 4.3 : Diagramme de classes
4.3. Le diagramme de squence

Le diagramme de squence est une reprsentation squentielle des activits du systme. Il
permet de reprsenter les diffrents priodes dactivit des objets. Une priode dactivit correspond
45
au temps pendant lequel un objet effectue une action, soit directement, soit par lintermdiaire dun
autre objet qui lui sert de sous-traitant.
4.3.1. Le diagramme de squence gnrale simplifi

Ce diagramme donne une ide gnrale sur la succession des tapes. Le planificateur doit
dabord saisir les paramtres ncessaires puis dimensionner pour afficher les rsultats finaux.
Utilisateur Interface consultation 3G ou 4G Calcul Vrification Base de donnes projet
1 : Afficher Menu()
2 : Saisir les paramtres()
3 : Calculer()
4 : Vrification des champs()
5 : Vrification()
Si champs invalides
6 : Erreurs des champs()
7 : Afficher_message_d'erreur()
8 : Champs correctement remplis()
Sinon
9 : Valider les paramtres d'enregistrement()
11 : Enregistrer() 10 : Vrification des champs()
12 : Serveur indisponsable()
13 : Afficher message d'erreur()
Sinon
14 : Enregistrement effectu()
15 : Afficher_message_d'enregistrement()
16 : Dconnexion()
Figure 4.4 : Diagramme de squence
46
Les Buts auxiliaires

Base de donnes des sites dimensionns : Lutilisateur de lapplication qui est parvenu a
sauthentifier peut, outre procder au dimensionnement dun rseau ou rechercher les rsultats de
dimensionnement effectue sur un site.
Gestion des informations personnelles : Bien que lutilisateur soit identifie par son identifiant et
son mot de passe, il est important que ladministrateur de la base de donnes puisse lidentifier de
manire complte, en tant quemploy de lentreprise. Lutilisateur peut modifier sa fiche
didentification en fournissant son nom et son prnom, son numro de ID, son mot de passe, la poste
de responsabilit occupe au sein de lentreprise, son numro de tlphone et son adresse. Il est
prciser que chaque utilisateur na accs qua sa propre fiche de tous les utilisateurs.
Aide : La page daide a t conue pour expliquer a lacteur le rle de certains paramtres et la
dfinition de certains termes quil pourra rencontrer lors du processus de dimensionnement du rseau
au moyen de lapplication 3G/4G Network Planner .
Enregistrement du rsultat : Aprs avoir obtenu le rsultat de dimensionnement, lacteur peut
procder lenregistrement de celui-ci dans la base de donnes. Ce rsultat peut alors tre lu par tout
autre utilisateur de loutil, pour viter des pertes de temps pour une simulation dj effectue. Pour
chaque site, la base de donnes procde un remplacement complet des anciennes valeurs, chaque
enregistrement.
4.4. Lenvironnement de dveloppement

4.4.1. Langage de dveloppent Java
Puisque nous cherchons dvelopper une application indpendante de toute plateforme, java
est le langage parfait qui rpond nos besoins, il est la fois un langage de programmation oriente
objet et un environnement dexcution informatique portable cre par Sun Microsystems. Il utilise les
notions usuelles de la programmation oriente objet : la notion des classes, dhritage, dinterface, de
virtualit, etc Il est accompagne dun ensemble de bibliothque standard couvrant de trs nombreux
domaines, notamment des bibliothques graphiques.
4.4.2.Technologie utilise : Netbeans (version 8.0.2)
Cest lenvironnement de dveloppement intgr (IDE) pour java place en open source par Sun en Juin
2000 sous licence CDDL (Common Development and Distribution License). Netbeans est un outil
47
pour les programmeurs pour crire, compiler, dboguer et dployer des programmes. Il est crit en
Java mais peut supporter nimporte quel langage de programmation
4.5. tape dexcution de lapplication
4.5.1. Interface daccueil de lapplication
Ds que lutilisateur dmarre lapplication, une interface comme montre la figure va safficher :
Figure 4.5 : Interface daccueil
Donc linterface graphique qui suit sera celle de lauthentification, lutilisateur de lapplication
ou lagent du CERT qui tente deffectuer un dimensionnement pour lune de deux rseaux, que ce soit
pour le rseau 3G ou le rseau 4G ne pourra aller plus loin sil na pas pass par cette tape.
En cas de saisie dun identifiant Username ou un mot de passe non valide, un message derreur va
safficher et par consquence lutilisateur ne pourra pas continuer utiliser lapplication. En effet nous
48
avons cre une base de donnes des utilisateurs, la ou il existe les privilges de chaque utilisateur qui
contient les champs mot de passe et nom dutilisateur.
Figure 4.6: Base de donnes des utilisateurs de lapplication
Linterface graphique suivante saffichera pour que lutilisateur puisse accder aux
fonctionnalits offerts par loutil 3G/4G Planner, il doit saisir son login et son mot de passe dans les
champs correspondants (User Name et Password) correctement.
Figure 4.7 : Interface graphique dauthentification.
49
4.5.2. Menu Principale
Une fois que lutilisateur a pu sauthentifier correctement, il va tre face une interface
graphique qui englobe tous les oprations possibles et qui sont accessibles. Dans ce menu lacteur
trouve les actions suivantes :
Effectuer un dimensionnement orient couverture/trafic pour un rseau 4G.

Effectuer un dimensionnement orient couverture/trafic pour un rseau 3G.
Accder a la base de donnes sites dimensionns.
Grer les informations personnelles des utilisateurs.
Utiliser laide.
Figure 4.8: Interface graphique Menu Principale de lapplication.
4.5.2.1. Dimensionnement de rseau 4G

Aprs la slection de cette option, lacteur doit saisir les paramtres de linitialisation: tel que la
surface du zone dimensionner, le nom du site, la nature de lenvironnement (urbain forte densit,
urbain faible densit, sous urbain, rurale) la configuration du site (omnidirectionnelle, 2-secteurs, 3-
50
secteurs, 6-secteurs), lhauteur des antennes de lquipement utilisateur ou mme de leNodeB et la

bande frquentielle.
En slectionnant cette option, lutilisateur de lapplication aura la possibilit de dimensionner
un rseau 4G-LTE par couverture en lien montant et en lien descendant (ce dimensionnement est
base des quations mentionnes dans le chapitre 3).
Figure 4.9 : Interface graphique dinitialisation en 4G
Une fois que les valeurs de lattnuation fixe est obtenu (cette valeur dpend de type de zone et
la valeur de la frquence choisie), lhauteur de eNodeB vaut 35 m, lhauteur dquipement mobile est
de lordre de 1,5 m et la valeur de frquence dploye gal 2100 MHz : lacteur peut accder
linterface graphique suivante pour effectuer le dimensionnement par couverture en lien montant la ou
il doit slectionner type de canal utiliser ainsi que tous les autres paramtres tel que la capacit RBS ,
gain dantenne etc A travers cette interface lutilisateur peut calculer la valeur de MAPL, Nombre
deNodeB dans la zone planifie, la distance entre les eNodeBs, la valeur de SINR ainsi que le rayon
de chaque cellule en Km.
51
Figure 4.10 : Dimensionnement par couverture en lien montant
Les valeurs obtenues aprs chaque opration de dimensionnement, dj donnes par la

modlisation mathmatique de dimensionnement dans le chapitre 4. Afin dobtenir les rsultats
souhaits : comme il est montr dans la figure (4.10), nous avons slectionn le modle de canaux
EPA5km/h (voir Annexe 4), la bande de frquence utilise est 20 MHz, nous avons fix la valeur de
gain de lantenne 18,5 dB. Ainsi que les valeurs de la puissance dUser Equipment, les pertes, le
marge de fading, le facteur moyen etc .
On constate aprs ce dimensionnement que si on diminue simultanment la valeur de gain

dantenne: le nombre deNodeB et le facteur de charge vont augmenter (relation de proportionnalit).
Une fois que le dimensionnement par couverture au niveau de la liaison montante est effectue,
lutilisateur pourra passer au dimensionnement par capacit, ce dimensionnement permettra de calculer
le dbit moyen de l'utilisateur par cellule, ainsi que le dbit moyen de la cellule.
52
Figure 4.11 : Dimensionnement par capacit en lien montant.
La figure 4.11 nous donne le dbit dutilisateur par ressource bloc, qui dpend du nombre de
ressource bloc, ce dbit est gal 7.08 Mbps.
Le dbit moyen de la cellule gal 3.97 Mbps. Aprs que le dimensionnement par couverture
pour le lien montant est effectu, alors le bilan de liaison montante est tabli.
Ce bilan sera utilis dans le dimensionnement par couverture en lien descendant pour
dterminer le dbit binaire requit, marge d'interfrence, la sensibilit du rcepteur dUE et la
conclusion du bilan de liaison travers lequel le nombre de eNodeB est obtenu.
53
Figure 4.12 : Dimensionnement par couverture en lien descendant
Une fois le dimensionnement par couverture est effectu, lacteur peut avoir les rsultats de
dimensionnement par capacit pour obtenir la marge dinterfrence, Signal interference Noise Ratio
moyen, le dbit moyen de l'usager par cellule, le dbit de la cellule, le rayon de la cellule en km, la
distance entre les sites, la sensibilit de lUE, MAPL, Bruit thermique etc . On remarque que le
nombre deNodeB obtenus en lien descendant est plus ou moins gal celle en lien montant. Nous
avons slectionn Tx div 2 comme type darrangement dantenne. (Voir Annexe 4).
Il est noter que les modes de transmission disponibles sont les suivantes :
Single Input Multiple Output (SIMO), en utilisant une antenne TX dans ls station de base et deux
antennes RX a lquipement utilisateur.
TX diversit et OLSM (Open Loop Spatial Multiplexing) en utilisant deux antennes TX et deux
antennes RX dans la station de base.
54
Figure 4.13 : Dimensionnement par capacit en lien descendant
Daprs la figure (4.13), le dbit moyen dutilisateur par cellule est gal 36,36 Mbps, le dbit
de la cellule est gal 20,41 Mbps. Mais la valeur dinterfrence qui est gal 140 dB permet de
signaler un problme majeur qui affectera la QoS : Le problme dinterfrence.
Il est noter que le dbit maximum de cellule obtenu pour le rseau Orange France est de
100,8 Mbps, pour le rseau SFR est de 75,8 Mbps.
Ce dbit ne sera obtenu que si lutilisateur est le seule transmettre et proche de la station de
base (proche car bonne qualit du signal est ncessaire pour transmettre 6 bits par symbole).
Le processus de dimensionnement deNodeB est achev, lacteur peut effectuer alors le

dimensionnement des interfaces Radio de eNodeB, le calcul lui fournit la capacit des interfaces S1 et
X2 et le nombre des interfaces X2 conclu a partir de dimensionnement par couverture sur les liaisons
montant et descendant.
55
Figure 4.14 : Dimensionnement des interfaces Radio LTE.
La figure (4.14) montre que la capacit de linterface S1 en Mbps qui est gal 24,88 Mbps, le
nombre total dinterface X2 qui est gal 703 interfaces, et finalement la capacit de linterface X2 qui
est gal 0,75 Mbps. Le nombre de eNodeB dans cette tape est un entre, afin dassurer une
meilleure couverture, et pour garder une QoS acceptable : nous avons choisi le nombre de eNodeB
obtenu le plus grand.
En comparant la valeur des capacits de ces deux interfaces, on conclut que linterface S1
beaucoup plus consistant en terme de trafic que linterface X2, ces valeurs justifient dune faon
concrte la constatation du Huwaei.
Enfin, longlet de la valeur de CQI (Channel Quality indicator) donne par la figure 4.15
qui permet de donner un feedback propos de la qualit de service (QoS) est un onglet optionnel
qui permet de calculer la valeur de lefficacit spectrale, taux de codage et le rapport signal bruit
56
tout en choisissant la valeur index de CQI allant de 1 jusqu' 15, la mode de transmission et le type
de modulation (QPSK, 16PSK, 64QAM). Le rapport de CQI indique non seulement la qualit du
canal de liaison descendante, mais il prend en compte galement les fonctions de rcepteur de
lUE en compte. Un UE avec un rcepteur de meilleure qualit peut signaler une meilleure CQI
pour la mme qualit de canal en lien descendant, et peut donc recevoir des donnes sur la liaison
descendante avec une MCS (Modulation and Coding Scheme) suprieur.
Figure 4.15 : Interface graphique CQI & QoS
4.5.2.2. Option Dimensionnement de rseau 3G

Si lutilisateur a choisit cette option, une interface graphique saffichera permet dinitialiser
les paramtres tel que la surface de zone planifier, la configuration du site (omnidirectionnelle, 2-
secteurs, 3-secteurs, 6-secteurs), lenvironnement (urbain, sous-urbain, rurale), tout comme le cas de
dimensionnement 4G. Mais dans le cas de 3G, il faut slectionner le dbit de service (selon le service
on distingue plusieurs dbit tel que le 12.2 kbps, 64 kbps, 128 kbps et 256 kbps: durant notre
dimensionnement pour le rseau 3G on se focalise un seul dbit, les hauteurs des quipements
57
lmission et la rception et la valeur de frquence qui est exprim en MHz, Sachant que le
modle de propagation dploy pour le dimensionnement de rseau 3G-UMTS est le modle de
Okumura Hata.
Le modle de propagation a t choisi de sorte quil soit conforme la rgion planifie. Les
critres du choix du modle de propagation sont : la distance par rapport au Node B, la hauteur de
lantenne du Node B, la hauteur de lantenne du UE et sa frquence. Le modle de Hata est un
modle adquat pour les environnements macro-cellulaire.
Figure 4.16 : Interface graphique dinitialisation des paramtres
Si lutilisateur de loutil ne remplit pas les paramtres dune faon correcte, un message
saffichera pour que lutilisateur saisisse tous les paramtres dentres.
58
Figure 4.17 : Interface graphique des champs manquants.
Comme nous avons expliqu dans le deuxime chapitre, la premire tape pour le
dimensionnement du rseau 3G est de dimensionner la couverture et la capacit en lien montant, do la
ncessit de remplir paramtres ncessaires dans le calcul.
Figure 4.18 : Dimensionnement de couverture en lien montant
59
Une fois que tous les paramtres dentres sont correctement remplis, lacteur obtient
comme rsultats : la sensibilit de rcepteur en lien montant, la perte de trajet maximale permis
(Maximum allowable pathloss), nombre de cellule, le rayon de cellule, etc..
Figure 4.19: Dimensionnement de capacit en lien montant
Aprs avoir calcul les indicateurs de base de la couverture en lien montant (tels que la
marge de linterfrence, la valeur de perte de trajet permis maximale avec charge et celle sans
charge et la valeur de sensibilit de NodeB ou de station de base) lutilisateur peut passer au
dimensionnement par capacit ou trafic pour calculer le nombre dutilisateur maximal par cellule,
nombre dutilisateurs simultanes en lien montant et Nombre dutilisateur dans un site.
Tout en variant la valeur de rapport dinterfrence lentre, on remarque que si ce rapport

augmente, le nombre dutilisateurs dans un site va augmenter et par consquence le nombre
dutilisateurs simultans en lien montant augmente.
60
Figure 4.20 : Dimensionnement de CPICH
La deuxime tape consiste dterminer la puissance de CPICH dont le but de dterminer

la puissance du CCH, on pourra calculer la valeur de cette puissance (la puissance de CPICH en
W et dBm). Dautres paramtres peuvent tre calculs tel que la marge dinterfrence,
lattnuation du signal, le rayon de la cellule etc .
Le rapport Ec/Io a pris la valeur de 16 dB pour assurer et maintenir un niveau de

couverture et du signal acceptable.
Un rapport Ec/Io insuffisante, la zone problmatique est considre comme un trou de

couverture RF.
Un rapport Ec/Io trs puissant, la zone problmatique prsente un problme de pilot

pollution (interfrences).
61
Figure 4.21: Dimensionnement par couverture en lien descendant
La troisime tape permet de calculer le bilan de liaison dans le sens descendant pour obtenir la
sensibilit, rayon de la cellule, nombre de RNC, distance inter-site,etc.(voir Figure 4.21).
Figure 4.22 : Dimensionnement par capacit en lien descendant.
62
En slectionnant longlet du dimensionnement par capacit, lacteur se trouve face une

fentre comme il est montre par la figure 4.22 dont le rle est de dterminer la capacit en nombre
dutilisateurs maximal simultans en lien descendant, celle dutilisateurs dans un site et nombre
dutilisateurs maximale.
Figure4.23. Dimensionnement de Channel Element.
La dernire tape consiste calculer le nombre de Channel element en lien montant et en

lien descendant tout en configurant les entres , ces entres incluent le nombre dutilisateurs pour
chaque service , le facteur de Channel element en lien montant ou en lien descendant ( selon le
dbit de service choisit ).On constate que le nombre de channel element en lien montant est
suprieur au nombre de channel element en lien descendant.
4.5.2.2.1. Dimensionnement de RNC

Dimensionnement dIub
Dimensionnement dIub_CS
Puisque les services CS sont les services qui exigent plus de ressources nous allons pour cela
considrer les services PS comme des services Best effort .Cest--dire dans le cas ou les services
CS atteignent le pic de trafic nous dimensionnons linterface Iub suivant ce pic.
63
Figure 4.24 : Dimensionnement de lIub,CS
Pour le service Voix

Nous rcuprons le volume voix pendant lheure charg depuis le modle de trafic, le
nombre dabonns voix et la largeur de bande (voir Annexe 4), puis nous calculons le trafic
voix qui est gale 3.1 Erlang .Pour calculer le dbit Iub, nous allons tenir compte du facteur de
Soft Hand Over et du taux dactivit pour service Voix, la valeur de dbit de Iub est gale
0.0263Mbit/s .(Voir Figure 4.24 )
Pour le service Visio

Mme principe que le service Voix, nous calculons le trafic Visio qui gale 0.10 Erlang, ainsi
que le dbit de Iub est gale 0.008Mbit/s.
Dimensionnement dIub_PS :
Pour le service mail
Le dbit de linterface Iub est gale 2.36Mbit/s ,et le nombre dutilisateurs gale 7, avec un
taux de pntration gale 20%. Aprs avoir obtenir le dbit dIub pour chaque service, nous allons
calculer son dbit total qui est gale 1.47Mbit/s. NB : le dbit Iub de signalisation est gale 10%
du dbit de trafic de lIub, et que le dbit dopration et maintenance est gal 0.064Mbit/s.
64
Pour le service internet

Le dbit de linterface Iub est gal 9 Mbit/s, et le nombre dutilisateurs gaux 14, avec un
taux de pntration gale 40%.
Pour le service vido streaming :
Le dbit de linterface Iub est gal 0.09Mbit/s, et le nombre dutilisateur gal 7, avec un
taux de pntration gale 20%.
Figure4.25. Dimensionnement dIUB total
Dimensionnement de RNC et IU
Dimensionnement de RNC : Le but de dimensionnement du RNC est d dterminer le nombre de

RNC , le nombre de Node B par RNC et le trafic CS et PS comme le montre la Figure4.26 .
Dimensionnement de : le dbit de va tre gale avec une redondance de 50% et 10% de
signalisation.
65
Figure 4.26 : Dimensionnement du RNC et IU.
La figure prcdente montre le dimensionnement de trafic du RNC, ainsi que le

dimensionnement des interfaces Iur et Iu , Il est a noter que les valeurs des diffrents champs indiques
sont considrables dans les quations bien dfinies, dj donnes dans le chapitre 2, afin dobtenir les
rsultats estims .
Aprs avoir obtenu les rsultats finals de dimensionnement, les rsultats peuvent procder
a leur enregistrement automatique sans laide de lacteur dans la base de donnes prvue a cet effet,
pfe . Pour cela il suffit dun simple clic sur le bouton denregistrement.
Figure.4.27 sauvegarde des donnes dans la base des donnes
66
Ladministrateur de loutil pourra rectifier ou modifier les informations ainsi que les
renseignements personnelles des utilisateurs ordinaires de lapplication par le biais de linterface
graphique suivante. Il peut aussi crer des comptes sil veut ajouter des nouveaux utilisateurs
Figure 4.28 : changement des informations personnelles.
Figure.4.29 Interface daide

67
5. Conclusion
Dans ce chapitre nous avons expliques en dtaille les diffrents oprations assures par
notre simulateurs, ainsi que les diffrents tapes de limplmentation de cet application.
Lapplication 3G/4G Network Planner a t implment en tenant compte des rgles de
dimensionnement et de planification des rseaux UMTS et LTE.
. .En plus dun simple outil de dimensionnement, 3G/4G Network Planner permet
lutilisateur, grce ses deux bases de donnes, une gestion efficace et une bonne sauvegarde des
informations de dimensionnement, ainsi que des informations sur ses utilisateurs.
Le chapitre suivant consiste la planification de rseau LTE/4G, nous allons utiliser le
logiciel Mentum-Planet pour ce faire, dans le chapitre suivant nous expliquerons par dtailles les
diffrents phases de la planification radio. Nous mettrons laccent sur les problmes de QoS ainsi
que les solutions possibles que nous allons laborer, afin de lutter contre les problmes de QDS.
68
Chapitre 5 Mise en place : Planification dun rseau LTE/4G : zone Tunis
Chapitre 5 : Mise en place : Planification de rseau LTE/4G :

zone Tunis
1. Introduction
Aprs la conception et limplmentation de notre application qui permet de dimensionner et
planifier les rseaux 3G/4G, on va se focaliser la planification dun rseau 4G LTE dans la zone de
Tunis en utilisant loutil Mentum-Planet. Nous commenons par une prsentation de milieu logiciel
(prsentation de Mentum-Planet), ensuite nous citons les tapes ncessaires pour la cration de projet
et la configuration des diffrents paramtres pour les sites, enfin nous ralisons des analyses
prliminaires du rseau planifi et nous cherchons des solutions adquats pour le problme des
interfrences.
Le prsent chapitre porte au premier lieu sur la ralisation dune tude comparative de
dimensionnement par couverture et par frquence et gnration des prdictions ncessaires. Ensuite
nous ferons une tude comparative en termes dinterfrences et enfin nous ferons une valuation des
performances du rseau planifi accompagn de quelques solutions doptimisation.
2. Lenvironnement logiciel Mentum Planet 5.8.0.2
Mentum Planet 5.8.0.2 est un simulateur statique de rseaux daccs radio ; il supporte diffrents
types de technologies telles que GSM, UMTS, WiMAX et surtout la technologie LTE laquelle nous
nous intressons dans ce projet. Il est conu pour modliser des rseaux en LTE dans des cartes relles
en tenant compte de la topographie du milieu (lvations, topologie, morphologie). Il permet de
faire une tude complte et dtaille sur le rseau dsir tel que la couverture, les interfrences, les
dbits etc. Il offre aussi la possibilit dintroduire les donnes utilisateurs et de services et dtudier
laspect trafic en se basant sur les simulations Monte Carlo (bases sur des processus imprvisible
pour calculer plusieurs paramtres comme le taux de blocage, le nombre dutilisateurs non servis)
3. Planification de rseau 4G/LTE
Le processus de planification LTE est bas sur lutilisation loutil Mentum-Planet. Il permet de raliser
de multiples prdictions. La figure suivante prsente les tapes suivre lors de la phase de planification
69
Figure 5.1 : Processus de planification
Pr-planification : La phase de planification prliminaire est la phase de prparation avant de

commencer la planification relle du rseau. On doit collecter des informations sur la rgion : mode de
vie, les heures doccupation Les critres de planification de rseau sont utiliss introduit loutil
comme entre sont:
cartes morphologique et topographique
la zone gographique planifier
Les informations de l'abonn, le nombre d'utilisateurs
Trafic des utilisateurs, les heures de chargement du trafic.
Les services attendus.
Planification : L'objectif de la phase de planification est de trouver les meilleurs emplacements
pour eNodeB pour construire une couverture continue selon les exigences. La sortie de la phase de
planification est :
la couverture finale et dtaille
les plans de capacit.
La phase de planification doit aussi tudier les frquences, le problme des voisins et
interfrences.
Vrification : Vrification est la phase qui suit linstallation du site, mais pas encore disponible
pour les utilisateurs. Le but de cette phase est d'assurer un fonctionnement optimal du rseau.
-Faire du rglage des paramtres RF pour corriger les erreurs qui auraient pu survenir lors de
l'installation.
-Test Drive une mthode d'essai pour vrifier la fonctionnalit du rseau soit en couverture,
capacit et exigences de qualit.
-Vrifier les indicateurs de performance KPI.
Optimisation : Optimisation du rseau est la phase finale qui permet de vrifier la satisfaction des
clients et rsoudre leurs plaintes. Cette comprend de faire deux mesures au niveau du rseau et du
contrle de terrain.
70
4. Planification avec Mentum Planet

Ds que nous avons choisi pour limplmentation loutil Mentum-Planet grce sa flexibilit
qui nous permet dimplmenter rapidement la mthode daccs rseau. Nous allons procder la
dfinition des paramtres gographiques et radio dun rseau planifier. Ensuite, nous allons faire la
modlisation du trafic qui sera support par le rseau quon dsire mettre en place.
4.1. Les tapes de planification en Planet View

Les tapes de configuration de Planet View sont :
Cration dun projet LTE : on doit spcifier le chemin de lenregistrement du projet.
Importer la carte de grand Tunis 10m (rsolutions des pixels 10m).
Le systme de coordonnes choisi est WG584. (pour prvoir des rsultats exacts).
Nous avons cre les paramtres radio suivant :
Site (un nom, une position : longitude et latitude et une hauteur.).
Antenne (on peut changer le diagramme de rayonnement de lantenne : omnidirectionnelle, 3-
secteurs, etc.)
Transmetteur (contient une ou plusieurs antennes).
Cellule (aprs la cration du projet quon va nommer Projet Fin dEtudes , nous allons
slectionner la zone sur laquelle on va travailler : dans notre cas la surface de zone a planifier est gal
50 , des quon dtermine les bords de notre zone , on peut choisir le nombre de cellule dans cette
zone et le rayon de chaque cellule quon va fixer 0.85 km . Planet View va tracer dune faon
automatique les cellules ensuite il va assigner a chaque cellule un site.
4.2. Les paramtres dinitialisation
Aprs avoir prsent l'environnement logiciel et matriel de notre projet, nous fixons, dans cette
partie, la zone couvrir ainsi que la configuration des paramtres initiaux de loutil de simulation
accompagne de captures d'cran avec les interprtations correspondantes.
4.2.1. Cartographie de la zone couvrir
Il nous a t propos de travailler sur la couverture de la zone de Tunis comme une zone dtude ayant
une surface totale de 50 Km et dun primtre de 47,71 Km. Cette zone a t particulirement
71
choisie car elle est compose des sous zones les plus peuples telles que les zones rsidentielles,
urbaines denses, urbaines moyennes et les zones industrielles.
Figure 5.2 : Carte de la zone couvrir
La configuration dun scnario consiste fixer les paramtres avec lesquels le rseau fonctionnera
comme la bande de frquence, les paramtres des antennes, les paramtres des utilisateurs et les
services Dans ce qui suit, nous adopterons lappellation du logiciel de simulation en ce qui
concerne le paramtrage.
4.2.2. Configuration de la bande de frquence
Nous commenons dabord par fixer la bande de frquence et la largeur de canal utilise. Dans
notre cas, nous choisirons le mode FDD (Frequency Division Duplex) allant de 1957,500 MHz
1987,500 MHz en Downlink et de 1887,500 MHz 1917,500 MHz en Uplink avec une largeur de
canal de 5 MHz.
Figure 5.3 : Fixation de la bande de frquence et la largeur de bande

72
De plus, avec ce choix de la bande, nous aurons la possibilit de choisir le nombre de canaux
utiliser comme il est marqu dans la figure dans la colonne Disponibilit Availibility :
Figure 5.4 : Le choix du nombre de canaux
4.2.3. Configuration de modle de propagation
Comme nous lavons dj mentionn prcdemment, le logiciel Mentum Planet 5.7 utilise
le modle de propagation gnral nomm Planet General Model qui est adapt au modle
Okumura-Hata. Pour ce, il faut ajuster la frquence du modle de propagation utilis la frquence
1957,50 MHz comme le montre la figure 5.5, ainsi on configure lhauteur de lantenne de lutilisateur
la valeur de 1.50 m.
Figure 5.5 : Paramtrage du modle de propagation
4.2.4. Configuration des quipements utilisateurs

Dans cette partie, nous fixerons, les paramtres des quipements des utilisateurs UE tels que la puissance
dmission et le facteur de bruit :
La puissance maximale de lmetteur est de 23 dBm
73
Le facteur de bruit est gal 2,3 dB.
Ces valeurs que nous sommes en train dinsrer sont les mmes que nous avons utilises pour effectuer le
dimensionnement de rseau LTE dans le chapitre prcdents.
Figure 5.6 : Les paramtres de UE.
4.2.5. Configuration des stations des e-NodeB
Cette partie regroupe la configuration des secteurs dune station de base. Nous pouvons placer
plusieurs stations de base avec diffrents paramtres tels que les puissances.
Figure 5.7 : Configuration des paramtres des secteurs du site
4.2.6. Configuration des antennes

Cette partie regroupe la configuration des antennes des quipements mobiles des utilisateurs
(UE) ainsi que celles des stations de base (e-NodeB).
Antennes des quipements mobiles (UE) : Cest une antenne ayant un gain de 0 dBi. Dans le
cadre de cette tude de cas, la technologie MIMO na pas t considre ; le nombre dantennes
74
MIMO lmission et la rception est gal un. La figure reprsente la configuration de lantenne
dun UE.
Figure 5.8: Configuration de lantenne d'un UE
Antennes des stations de base (eNodeB)
Le type considr dans Mentum Planet par dfaut prsente des antennes de gain 6,5 dBi
avec un angle douverture (Azimuth) variant de 0 359 et ayant une hauteur de 25
Figure 5.9: Diagramme de rayonnement de l'antenne utilise par dfaut
Une fois tous ces paramtres ont t rgls, nous pouvons passer la phase de planification de
couverture. Nous remarquons que le gain de lantenne utilise par dfaut nest pas lev, ce qui
influera certainement sur la couverture. Nous dtaillerons dans la suite les tapes faites et les solutions
proposes pour amliorer la couverture comme la modification des types dantennes.
4.3. Planification de couverture

Dans cette partie nous dtaillerons les tapes de la planification de couverture : Placement des
sites et lanalyse de couverture :
75
4.3.1. Placement des sites

Aprs avoir choisir la zone couvrir et ajuster les paramtres du simulateur, ltape suivante
consiste mettre les sites en place.
Une des caractristiques de notre outil Mentum Planet de validation des rsultats que nous lavons
obtenu prcdemment, quil permet de placer les sites dune faon automatique dans la zone choisie.
Pour ce faire , il divise la zone slectionne sous formes de plusieurs cellules ayant un rayon de 0.85
km comme lindique la figure 5.10 suivante.
Figure 5.10 : Division de la zone couvrir sous forme de cellule.
4.3.2. Analyse prliminaire de couverture
Aprs la mise en place des sites sur la rgion, nous effectuons en premier lieu la prdiction
(Generate predictions) pour toutes les secteurs. Lanalyse prdictive est critique pour la planification,
la mise en uvre et lvaluation de la performance du rseau. Elle est effectue avant, durant et aprs
les essais sur le terrain afin doptimiser la couverture des ondes radiolectriques et dassurer
lvolutivit de la planification du rseau.
En deuxime lieu, nous ralisons lanalyse du rseau (Network analyses afin dobtenir les rsultats de
couverture de cette configuration. Une fois que lanalyse est termine, nous pouvons la visualiser
comme indique la figure suivante.
76
Figure 5.11 : Analyse prliminaire de couverture (Best server Reference power signal strength)
On conclut que la couverture natteint pas toute la rgion slectionne due a la prsence des
trous de couverture. Ces trous sont des zones ou le niveau du signal est trs faible (inferieur a -85
dBm) ou absent. La nature topographique (heights) et morphologiques (clutters) du terrain reprsente
des obstacles pour la planification de couverture.
4.4. Les solutions possibles

Pour rsoudre ce problme, nous devons avoir recours aux changements suivantes tels que :
Augmentation de la puissance de sortie de 40 dBm a 46 dBm au maximum de quelques secteurs des
sites ou la puissance reue par rcepteurs est insuffisante (inferieur a -90dBm).
Elvation de la hauteur des antennes de 25 35 mtres dans les zones ou la nature morphologique
de lenvironnement forme un obstacle pour la propagation des ondes (zones montagneuses .).
Rglages des azimuths des antennes des secteurs. En effet , il faut bien rgler lorientation des
antennes pour couvrir les zones cibles sans gaspillage de puissance utile.
Changement du type des antennes des e-NodeB de gain plus important pour augmenter la puissance
rayonne la PIRE, ce qui amliore le niveau du signal reu par le rcepteur .
Ajout des sites sil est ncessaire pour optimiser la couverture.
La figure 5.12 reprsente le diagramme de rayonnement de la nouvelle antenne ayant un gain de 18,5
dB
77
Figure 5.12 : Diagramme de rayonnement de l'antenne utilise dans tous les sites
Aprs lapplication des changements mentionns ci-dessus, nous avons ralis une deuxime
fois les prdictions de rseau que nous tentons de planifier, dans lordre de concrtiser les
changements au niveau de couverture et les indicateurs de signal reu par lutilisateur. Les trous de
couverture ont pratiquement disparu.
Figure 5.13 : Analyse de couverture aprs lamlioration et les modifications faites
5. Planification de frquence :
Lobjectif principale de la tache de planification des frquences et daccrotre lefficacit
spectrale de lutilisation en gardant lingrence dans le rseau. Par consquent, cette planification est
toujours lie a des prdictions dinterfrences.
78
5.1. Calcul de la matrice dinterfrences
La premire tape faire avant la planification des frquences est le calcul de la matrice
dinterfrences. En effet, la matrice dinterfrence compare l'intensit des signaux du secteur travers
le rseau et identifie les secteurs qui interfrent potentiellement avec les autres. Il y a deux types
dinterfrences :
Interfrence co-canal : suppose que tout le reste des sites utilisent la mme frquence (voir figure
5.14)
Interfrence canal adjacent : suppose que tout le reste des sites utilisent une frquence adjacente par
rapport au site choisi tudier.
Figure 5.14 : La matrice des interfrences
5.2. Analyse prliminaire du plan de frquence et des interfrences
La bande de frquence que nous avons utilise nous permet de choisir un nombre de canaux
parmi plusieurs disponibles pour pouvoir gnrer un plan de frquence bien dtermin. Pour ce
premier cas, nous commenons par utiliser 2 canaux seulement (Voir la Disponibilit des canaux dans
la figure 5.4 ). Une fois le choix des canaux est fait, ltape suivante consiste crer et appliquer un
79
plan de frquence se basant sur la matrice dinterfrences que nous avons gnre tout lheure. La
figure 5.14 schmatise ce processus et dcrit la planification de la frquence par lattribution des
canaux pour chaque secteur.
Figure 5.15 : Cration et application du Plan de frquence 2 canaux
Le calcul dinterfrence dun secteur du site choisi se fait par la comparaison au reste des
secteurs du mme site et des autres sites.
Nous remarquons que linterfrence est importante dans le cas o les secteurs sont voisins,
par exemple daprs les figures 5.14 et 5.15 ; le taux dinterfrence (le pourcentage de la zone
affecte par les interfrences) du Site 1_1 (Site 1, Secteur 1) par rapport au site 3_2 (Site 3,
Secteur 2) est gal 19,4695 % (le cas 1 dans la figure 5.14 ).
Par contre, nous constatons que le taux dinterfrence est ngligeable dans le cas o les secteurs
sont lointains, par exemple ; le taux dinterfrence du Site 1_1 par rapport au Site 4_3 est gal
0,0003 % (le cas 2 dans la figure 5.14). Ces taux levs ne sont pas acceptables dans la
planification frquentielle. Donc il faut minimiser ces interfrences pour maintenir un
fonctionnement performant du rseau.
80
5.3. Amlioration du plan des frquences et des interfrences
Pour liminer les zones o il y a des interfrences localises, nous devons effectuer des modifications
ncessaires telles que :
lvation de nombre de canaux au niveau de lattribution des frquences ;
Minimiser au maximum le taux interfrences (Co-canal et canal adjacent) par la bonne

attribution des canaux aux secteurs des diffrents sites. En effet il faut attribuer des canaux de
frquences distincts pour les secteurs proches ;
Rutiliser judicieusement les frquences pour conomiser lutilisation des ressources spectrales.
6. valuation des interfrences :
6.1.Cas de deux canaux
Daprs la figure 5.14 , nous constatons alors que les zones o il y a un rapport C/I suprieur 10
dB ne sont pas les plus rparties et noccupent pas une grande surface de la zone totale. Ceci tant
justifi par des statistiques dtailles que nous montre la figure 5.15.
Figure 5.16 : Statistiques du Rapport C/I dans le cas de 2 canaux
81
En effet les deux pourcentages , les plus importants ont un rapport C/I entre 0 et 5 dB avec un
pourcentage de 48,39 % et entre 5 et 10 dB avec un pourcentage de 24,86 % de la zone totale . Ce
qui fait 73,25 % de la totalit de la surface . Ce qui dgrade la qualit de service
6.2.Cas de 5 canaux :
Dans le cas o le plan de frquence 5 canaux est appliqu, nous excuterons le mme processus
fait dans le cas de 2 canaux. Le rsultat obtenu tant illustr par la figure.
Figure 5.17 : Rapport C/I dans le cas de 5 canaux
Nous remarquons que les zones ayant un rapport C/I suprieur 10 dB augmentent
considrablement par rapport au cas prcdent (2 canaux). Les zones schmatises avec la couleur
rouge ont un rapport C/I lev (30 dB). Les statistiques correspondantes sont illustres par la figure
5.17. Daprs ces statistiques, nous constatons que le rapport C/I varie essentiellement entre 10 dB et
60 dB. En effet, les zones ayant un tel rapport C/I constituent 81,40 % de la surface totale.
82
Figure 5.18 : Statistiques Rapport C/I dans le cas de 5 canaux.
6.3. Cas de 7 canaux :
Aprs avoir effectue le mme processus , nous remarquons que les interfrences sont de plus en plus
minimales par rapport au cas prcdent ( 5 canaux ) . Le rsultat obtenu est schmatis par la figure
5.19.
Figure 5.19 : Rapport C/I dans le cas de 7 canaux
83
Nous remarquons que le pourcentage du rapport C/I entre 10 et 60 dB a augment

96,25% ainsi quune lgre augmentation du rapport C/I situe entre 60 et 100 dB qui passe de 0.16
% dans le cas de 5 canaux a 0.30 % dans le cas de 7 canaux , mais surtout une diminution du
rapport C/I inferieur a 10 dB a 2,6 % ( qui est gal environ 7 % dans le cas de 5 canaux) .
Figure 5.20 : Statistiques du Rapport C/I dans le cas de 7 canaux
Nous terminons notre tude comparative en termes dinterfrence avec une courbe, illustre
dans la figure 5.21, qui montre la variation du rapport C/I en fonction de nombre des canaux.
Figure 5.21 : Amlioration du rapport C/I en fonction de nombre de canaux
84
Nous remarquons que le rapport C/I moyen , pour le cas de 2 canaux environ gal a 8,4 dB .
Tandis quil est gal a environ 22,6 dB pour le cas de 5 canaux et 25,3 pour le cas de 7 canaux Nous
pouvons alors conclure que plus le nombre de canaux augmente plus le rapport C/I est important. Ce
qui permet de minimiser les interfrences et donc amliorer la qualit de service.
7. Conclusion
Tout au long de ce chapitre, nous avons effectue une validation pour les rsultats que nous
avons obtenu a partir de simulateur 3G /4G network Planner , en utilisant loutil de planification
Mentum-Planet qui nous a facilit la tche de planification de rseau 4G-LTE sur la zone de Tunis
localise en Grand Tunis avec une surface de 50 .
Nous avons conclut que pour assurer une couverture fiable pour les utilisateurs dans une zone
il faut changer ou modifier certains paramtres telle que la valeur de la puissance mis par la station de
base , lhauteur de lantenne , la valeur des angles Tilt et Azimuth et le type dantenne ( diagramme de
rayonnement ) .
Pour le problme des interfrences, nous devons augmenter le nombre de canaux dploys pour
minimiser le rapport C/I.
85
Conclusion gnrale
Lobjectif majeure de ce rapport tait dlaborer une application qui permet deffectuer le
dimensionnement des rseaux 3G/4G, ensuite raliser la planification du rseau 4G/LTE en
utilisant Mentum Planet.
Pour y parvenir, nous signalons, tout dabord, que ltude bibliographique entame sur les
rseaux 3G/4G, nous a permis de prendre connaissance sur les rgles de planification radio et de
dimensionnement de rseau de nouvelle gnration, tel que LTE.
Sous la base de ces rgles nous avons donc pu concevoir notre application de
dimensionnement et de planification 3G/4G Network Planner , que nous avons implment avec le
Netbeans.
Aprs la conception et la ralisation de loutil de dimensionnement pour les rseaux 3G/4G ,

nous avons pu valider ces rsultats par une planification de rseau LTE 4G en utilisant loutil de
planification licencie par infovista connue sous le nom Mentum Planet.
Les analyses ralises, par le biais de cet outil, ont montr que pour maintenir un bon niveau
de couverture dans une zone bien dfinie, on doit changer certains paramtres au niveau des
secteurs de sites telles que la puissance mis en lien descendant, la valeur des angles ( Tilt ,
Azimut ) de lantenne , lhauteur des antennes , le type de lantenne, Etant donn que tous ces
paramtres sont aussi importants quils se prsentent comme des facteurs primordiaux pour
maintenir une bonne qualit de service QoS.
Par consquent, une migration du rseau 3G nomade vers le rseau LTE serait beaucoup trop
coteuse, tant donn quil faudra changer toute linfrastructure et les quipements techniques de
rseau. Nous recommandons donc aux oprateurs dopter ds le dbut du dploiement de ces deux
rseaux pour les options de la mobilit, linteroprabilit et le partage dinfrastructure. Ce qui
tiendrait compte de lvolution des besoins des abonns et constituerait une solution avantageuse
pour loprateur de tlcommunications.
Malgr lvolution de la technologie radio mobile avec lapparition de la 4eme gnration,

le problme dallocation de ressources spectrales simpose : la cinquime gnration des rseaux
radio mobile est lune des solutions offerts par lITU : mais cest trop tt pour tre un sujet de la
normalisation.
86
Bibliographie et Webographie
[1] http://www.3gpp.org/ : consult le 10/03/2015.
[2]John.Wiley.and.Sons.WCDMA.for.UMTS.Radio.Acceess.for.Third.Generation.Mobile.Comm
unications.Sep.2004.eBook-DDU : consult le 20/03/2015.
[3]https://www.jerryweb.org/public/files/modex_cdma.pdf : consult le 28/03/2015.
[4]http://www-igm.univ-mlv.fr/~dr/XPOSE2006/eric_meurisse/umts.php : consult le 30/03/2015.
[5] : https://hal.inria.fr/inria-00588339/document : consult le 20/05/2015.
[6] : http://www.setit.rnu.tn/last_edition/setit2007/R/156.pdf : consult le 21/05/2015.
[7] : http://fr.scribd.com/doc/82943800/dimentionnement-de-3G#scribd : consult le 24/05/2015.
[8] : http://fr.scribd.com/doc/151279101/Dimensionnement-et-Planification-d-un-reseau-4G-LTE-
pour-Tunisie-Telecom#scribd : consult le 27/05/2015.
[9] : http://fr.scribd.com/doc/99376436/Rapport-Lassoued-Ali#scribd : consult le 28/05/2015.
87
Rsum
Les systmes de communications mobiles ont considrablement volus
durant ces dernires annes. Ce fait a encourag le dploiement de plusieurs rseaux
cellulaires multi-technologique. La QoS offerte aux utilisateurs mobiles samliore
dun systme a lautre. Les systmes de troisime gnration, comme lUMTS, offrent
une meilleure qualit de service par rapport a celle offerte par ceux de deuxime
gnration comme le GSM. Pour exemple les systemes de 3.5G (HSDPA) amliorent le
dbit du rseau 3G sur le lien descendant afin de rpondre aux exigences des
nouveaux services.. De plus, les rseaux 4G permettent dlargir la couverture
cellulaire tout en offrant un dbit suprieur. La migration des rseaux radio-mobiles
constitue un enjeu majeur de recherche en tlcommunications.
Dans notre projet, nous avons prsent 5 chapitres : Le premier chapitre a t
consacr pour concrtiser lvolution de la technologie radio mobile allant de 3me
gnration vers la 4me gnration.
Dans les deux chapitres qui suivent, nous avons enquts le processus de
dimensionnement des rseaux 3G/4G.
La conception et limplmentation de notre outil dnomm 3G/4G Network
Planner a t abord dans le chapitre 4.
Enfin, nous avons tudi un cas relle de planification dun rseau 3G/4G dans
la zone du capital Tunis en Grand-Tunis.
88
Annexe 1 Calcul du facteur H
Tableau 1.1, pour diffrentes configurations et les attnuations sur le trajet
Un exposant dattnuation pathloss de 3,5 est typique dun scenario macro-cellule , avec une
norme standard de propagation donde pour Ericsson , ce qui correspond une hauteur ha
dantenne de 30m . Tableau 1.2 montre la distribution normalis pour les diffrents types de sites
configures.
Tableau 1.2, la distribution normalise pour diffrentes configurations de site
89
Annexe 2 - Les canaux logiques en 3G
Ils correspondent aux diffrents types

dinformation vhiculs par les protocoles radio de
lUTRAN. Il existe deux types de canaux
logiques :
Les canaux logiques
-Canaux logiques de contrle utiliss au niveau du
plan contrle pour la signalisation (BCCH, PCCH,
CCCH et le DCCH).
-Canaux logiques de trafic utiliss au niveau du

plan usager pour les donnes usager.
Les canaux de transport Parmi les diffrents canaux de transport, nous

pouvons distinguer deux catgories : Les canaux
ddis (DCH) et les canaux non ddis , ou
communs ( BCH , PCH , RACH , FACH , DSCH ,
CPCH et le HS-DSCH)
Les canaux physiques Les canaux physiques de la voie montante sont :

PRACH , PCPCH , DPDCH , DPCCH et le HS-
DPCCH , dautre part les canaux physiques de la
voie descendante sont : DPCH , SCH , CPICH , P-
CCPCH ,S-CCPCH , PICH , PDSCH , AICH , AP-
AICH, CD/CA-ICH ,CSICH et le HS-SCCH.
90
Annexe 3 Dimensionnement de rseau 4G (LTE)
Tableau 3.1 : la probabilit de couverture Tableau 3.2 : Valeurs des Attnuation fixes
Le tableau 3.3 montre des exemples au bord de la cellule pour faire varier langle Tilt :
Tableau 3.3 : les valeurs de Fc.
Tableau 3.3 : Les paramtres semi-empiriques pour la liaison descendante
Tableau 3.4 L les paramtres semi-empiriques pour la liaison montante.

91
Annexe 4 Largeur de bande passante de linterface Iub
ATM IP Over E1 IP Over Ethernet
Bande passante UL 65Kbit/s 64Kbit/s 51Kbit/s

pour un RACH /
cellule
Bande passante DL 71Kbit/s 63Kbit/s 66Kbit/s

pour un 1 SCCPCH
(FACH et
PCH)/cellule
Tableau 4 .1: Largeurs de bandes alloues aux CCH.
Typical Bearer Iub Bandwidth

Rate ATM IP Over E1 IP Over Ethernet
AMR 12.2 20Kbit/s 17Kbit/s 20Kbit/s
CS 64 Kbit/s 80kbit/s 71Kbit/s 86Kbit/s
Tableau 4.2:Largeurs de bande Iub des Services CS.
Typical Bearer Rate Iub Bandwidth

ATM IP Over E1 IP Over Ethernet
PS 64 Kbit/s 83Kbit/s 74Kbit/s 89Kbit/s
PS 128 Kbit/s 165kbit/s 141Kbit/s 156Kbit/s
PS 384 Kbit/s 492Kbit/s 418Kbit/s 468Kbit/s
Tableau4.3:Largeurs de bande Iub des Services PS.
CE Factor
Service
UL DL
AMR12.2 1 1
PS64 4 2
PS128 8 4
PS384 16 8
Tableau4.4:Exemple de facteurs lment de canal
92

Dimensionnement Et Planification Dun Res

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Dimensionnement Et Planification Dun Res

Transféré par

Droits d'auteur :

Formats disponibles

Dpartement : STIC

Licence Applique en Sciences et Technologies de lInformation et

Projet de Fin dtudes

Ralis par : Yasser BOUSLAH

Encadr par : Mr. Amin ZRIBI

Anne Universitaire: 2014-2015

astonishingly, the new networks may even be profitable. Alvin Toffler, an

IN THE WRONG ORDER. The state of wireless telecoms is a classic example.

networks (4G). 4G is all about an integrated, global network thats based on an

generation, in the second chapter, the dimensioning of the UMTS network

will be investigated: the mathematical equations will be sated-up.

differences between then in term of throughput and capacity).

Finally, we will be planning an LTE network in the capital Tunis and

analyzing the results of the predictions done using Mentum-planet

Key Words: LTE, 3G, Planning, Dimensioning.

A mon cher pre Abdel Hamid

A celui qui a toujours garni mon chemin de force et lumire.

A la plus belle perle du monde. Ma tendre mre Henda Bouslah

En toi je vois la maman parfaite, toujours prte se sacrifier pour le

bonheur de ses enfants.

A toute personne qui ma aide franchir un horizon dans ma vie

au terme de ce travail, ceux sans lesquels il naurait pas pu

Nous tenons, tout particulirement, remercier Mr. Hatem

GUESMI, Ingnieur gnrale et Directeur de la Recherche et

Veille Technologique au Centre dtudes et de Recherche des

Tlcommunications (CERT), pour lopportunit quil nous a

offerte pour travailler sur ce projet intressant, pour son

encadrement, sa disponibilit et pour le soutien constant quil na

cess de nous prodiguer.

Nous adressons, aussi notre gratitude, notre enseignant

son attention et sa suivie quil nous a apport ce travail.

Nous remercions tout le personnel, toute lquipe

pdagogique et les intervenants professionnels responsables de

lIsetCom de notre formation, durant les trois annes dtudes,

pour leur sympathie et leur gentillesse.

Nous terminons ces remerciements en saluant vivement le

prsident et les membres du jury pour lhonneur quils nous font

en acceptant de juger ce modeste travail.

Introduction gnrale ............................................................................................................... 1

Cadre Gnral du Projet ......................................................................................................... 2

2. Larchitecture de lUMTS ................................................................................................ 4

2.1. Architecture physique ........................................................................................... 4

2.1.1. Lquipement utilisateur ................................................................................ 5

2.1.2. Rseau daccs UTRAN ................................................................................. 5

2.1.2.1. Node-B ................................................................................................ 5

2.1.2.2. Le RNC (Radio Network Controller) ................................................ 5

2.1.3. Le rseau cur ............................................................................................... 5

2.2. Architecture en couches ....................................................................................... 6

2.2.1. Les canaux de communication........................................................................ 7

2.2.2. Les techniques utiliss en UMTS ................................................................... 8

2.2.2.1. Le spectre de frquence ..................................................................... 8

2.2.2.2. Les principes de WCDMA ................................................................. 8

2.2.2.3. Le principe dtalement de spectre .................................................... 8

2.2.2.4. Les codes dtalement ...................................................................................9

2.2.2.5. Scrambling ....................................................................................................9

3. Technologie HSPA ........................................................................................................................9

3.1. Prsentation de la technologie HSDPA ..........................................................................10

3.2. La technologie HSPA+ ...................................................................................................10

3.2.1. La technologie femto cellule ....................................................................................10

4. Le rseau LTE ..............................................................................................................................11

4.1. Architecture LTE ..........................................................................................................11

4.1.1. Le rseau daccs radio e-UTRAN...........................................................................12

4.1.2. Le rseau cur EPC (Evolved Packet Core) ............................................................12

4.1.3. Linterface Air ..........................................................................................................13