Pfe Oumar Sere

RAPPORT DE PROJET DE FIN DETUDES
Filire
Ingnieurs en Tlcommunications

Option
Ingnierie des rseaux

Planification dun rseau radio 4G bas sur
la technologie Flash-OFDM de Flarion

Elabor par :
Oumar SERE

Encadr par :
Pr. Sami TABBANE

Anne universitaire : 2004/2005

Oumar SERE Planification dun rseau radio 4G bas sur Flash-OFDM PFE Anne 2004/2005

2

Je ddie ce travail

tous ces hommes et femmes intgres du Burkina qui se battent durement tous les
jours pour gagner dignement leurs vies.

Puisse cette modeste contribution aider amliorer vos conditions de vie !

Oumar SERE


3
Remerciements

Jadresse mes remerciements mon employeur, lOffice National des
Tlcommunications (ONATEL) du Burkina Faso, qui ma offert lopportunit et cr les
conditions favorables ma formation. Je lui raffirme mon engagement lgitime de travailler
au retour de cet investissement effectu sur moi.
Jexprime ma reconnaissance ladministration de SupCom et au corps enseignant
pour leurs disponibilits et leurs engagements.
Il ne saurait tre question de ne pas parler ici de mon encadrant, le Professeur Sami
TABBANE, sans qui ce travail naurait jamais vu le jour. Sa grande culture scientifique, sa
disponibilit et sa simplicit sont autant dlments qui ont favoris la ralisation de ce travail.
La qualit de cet encadrement fut enrichie par Monsieur Mohamed SIALA qui reoit
galement toute ma gratitude pour les suggestions et conseils quil a pu me prodiguer.
Monsieur Sadok MABBROUK, cest au mrite de votre dynamisme que jai
pu aisment minsrer dans le milieu estudiantin ; aussi je vous exprime ma profonde gratitude
pour les dmarches, laccueil et lamiti reus.
Enfin pour paraphraser une expression de reconnaissance de chez moi, vous que jai
nomm et vous tous qui avez particip dans lanonymat ma formation, je dis lorsque le
soleil rayonne, sachez que cest moi qui vous exprime ma gratitude .

Oumar SERE


4

Rsum

Lvolution progressive du monde des tlcommunications mobiles vers des rseaux et
services de donnes bass sur le protocole IP est aujourdhui une tendance trs forte. Ces
rseaux, plus connus sous lacronyme de rseaux Tout IP ou rseaux mobiles 4G , vont
permettre un accs radio large bande unique tous les services quel que soit le terminal
utilis.
La technologie Flash-OFDM propose par Flarion et qui fait lobjet de ce rapport est
un rseau daccs radio large bande. Cest une solution Tout IP qui est aujourdhui
prsente comme une alternative aux services de troisime gnration.
Dans ce projet nous nous sommes intresss ltude de cette technologie et aux
contraintes dingnierie lies au dploiement dun rseau bas sur Flash-OFDM
(dimensionnement, propagation, architecture du rseau).
Le dveloppement dun outil de planification dun rseau radio bas sur Flash-OFDM
et une tude de cas de dimensionnement/planification utilisant ledit outil occupent une partie
importante de ce rapport.

Mots cls : OFDM, Flash-OFDM, Flarion, systme 4G, Modle de trafic, Bilan de liaison,
Dimensionnement, Planification.


5
Table des matires

Introduction gnrale................................................................................................................. 9

Chapitre I : Technologie Flash-OFDM : Prsentation et Principes .................................... 11
I. Introduction............................................................................................................................. 11
II. Prsentation dun rseau bas sur le Flash-OFDM............................................................... 11
II.1. A propos de Flarion et de sa technologies..................................................................... 11
II.2. Architecture matrielle dun rseau Flash-OFDM........................................................ 13
III. Architecture de linterface radio .......................................................................................... 15
III.1. La couche physique..................................................................................................... 15
III.2. La couche MAC.......................................................................................................... 25
IV. Gestion de la mobilit ......................................................................................................... 32
V. Conclusion............................................................................................................................. 35

Chapitre II : Planification dun rseau radio Flash-OFDM................................................ 36
I. Introduction............................................................................................................................. 36
II. Modle de trafic..................................................................................................................... 37
II.1. Scnarios dutilisateur ................................................................................................... 37
II.2. Environnement de trafic multiservices .......................................................................... 38
II.3. Profil dabonns............................................................................................................. 39
II.4. Modlisation dynamique du trafic dans les rseaux multiservices................................ 40
III. Dimensionnement................................................................................................................. 43
III.1. Organigramme de dimensionnement du rseau radio Flash-OFDM........................... 44
III.2. Dimensionnement du RAR (Station de base Flash-OFDM)........................................ 46
III.3. Dimensionnement du Routeur...................................................................................... 53
IV. Planification dun rseau flash-OFDM................................................................................ 54
IV.1. Rutilisation des frquences......................................................................................... 54
IV.2. Planification de la capacit et de la couverture............................................................ 54
V. Conclusion............................................................................................................................. 56

Chapitre III: Outil de planification radio et validation sur des scnarios.......................... 57
I. Introduction............................................................................................................................. 57
II. Cahier des charges de loutil ................................................................................................. 57
II.1. Objectif de l'outil de planification ................................................................................. 57
II.2. Paramtres d'entre........................................................................................................ 58
II.3. Sorties envisageables..................................................................................................... 58
II.4. Interface Utilisateur ....................................................................................................... 59
II.5 Contraintes...................................................................................................................... 59
III. Environnement de dveloppement ....................................................................................... 59
IV. Fonctionnalits de loutil ..................................................................................................... 60
IV.1. Les entres/sorties du programme................................................................................ 60
IV.2. Organigramme fonctionnel .......................................................................................... 61
IV.3. Modules dvelopps..................................................................................................... 62
V. Interface utilisateur dveloppe............................................................................................. 66
V.1. Fentre principale de loutil .......................................................................................... 66
V.2. Menu Fichier ................................................................................................................. 67
V.3. Menu Configuration ...................................................................................................... 68
V.4. Menu Simulation........................................................................................................... 69
V.5. Menu Dimensionnement ............................................................................................... 70


6
V.6. Menu Aide..................................................................................................................... 70
VI. Validation sur scnarios....................................................................................................... 71
VI.1. Acquisition des paramtres et donnes dentre.......................................................... 71
VI.2. Rsultats obtenus.......................................................................................................... 74
VI.3. Interprtation et valuation des performances ............................................................. 76
VII. Comparaison entre le systme Flash-OFDM et le systme 3G.......................................... 77
VIII. Conclusion......................................................................................................................... 80

Conclusion gnrale ................................................................................................................. 81

Annexes ..................................................................................................................................... 83

Bibliographie............................................................................................................................. 92

Terminologie............................................................................................................................. 93


7
Liste des figures

Figure I.1 : Rseau Flash-OFDM de Flarion ............................................................................. 12
Figure I.2 : Vue simplifie du rseau Flash-OFDM .................................................................. 14
Figure I.3 : Modulation OFDM ................................................................................................. 16
Figure I.4 : Plan temps-frquence .............................................................................................. 17
Figure I.5 : Saut de frquence et squence de saut par symbole ............................................... 17
Figure I.6 : Deux RAR avec des squences de saut diffrentes................................................. 18
Figure I.7 : Structure des trames ................................................................................................ 19
Figure I.8 : Saut symbole par symbole sur la liaison descendante............................................. 20
Figure I.9 : Saut dwell par dwell sur la liaison montante........................................................... 21
Figure I.10 : Un dwell ................................................................................................................ 21
Figure I.11 : Intervalles daccs ................................................................................................. 22
Figure I.12 : Illustration des segments de canal de trafic et canal de contrle........................... 22
Figure I.13 : Structure matre-esclave du contrle de trafic....................................................... 26
Figure I.14: Rapports qualit du canal et donnes du mobile la BS........................................ 27
Figure I.15 : Etats de transition du MAC................................................................................... 28
Figure I.16 : Procdure daccs la liaison montante................................................................ 29
Figure I.17 : structure gnrale des canaux MAC...................................................................... 32
Figure I.18 : Procdure du handover Make-before-break.......................................................... 35
Figure II.1 : Processus de dimensionnement.............................................................................. 44
Figure II.2 : Organigramme de dimensionnement du RAN Flash-OFDM................................ 45
Figure II.3 : Processus de dimensionnement du RAR ............................................................... 46
Figure II.4 : Fonctionnalits de la simulateur ............................................................................ 55
Figure III.1 : Fentre principale de loutil.................................................................................. 67
Figure III.2 : Fentre de saisie des taux de distribution des abonns......................................... 68
Figure III.3: Fentre de saisie des paramtres dingnierie ....................................................... 69
Figure III.4 : Fentre de prsentation du bilan de liaison........................................................... 70
Figure III.5 : Fentre A propos................................................................................................... 71
Figure III.6 : Carte de grand Tunis (zone dimensionner)........................................................ 72
Figure III.7 : Dtermination du nombre dutilisateurs vrifiant le QoS et du rayon estim de la
cellule ......................................................................................................................................... 75
Figure III.8 : Variation du rayon de la cellule en fonction de la charge .................................... 76
Figure III.9 : Architecture de systmes : (a) systme Flash-OFDM et (b) systme 3G............. 78
Figure III.10 : (a) Piles de protocole pour un systme Flash-OFDM et (b) un systme 3G...... 79


8
Liste des tableaux

Tableau I.1 : Caractristiques du rseau .................................................................................... 14
Tableau I.2 : Modulation et codage des canaux de trafic........................................................... 23
Tableau I.3 : Canaux utiliss sur la liaison descendante dans les tats du MAC....................... 30
Tableau I.4 : Canaux utiliss sur la liaison montante dans les tats du MAC ........................... 30
Tableau II.1 : Caractristiques des types de trafic Flash-OFDM .............................................. 39
Tableau II.2 : Caractristiques des applications en termes de dbit et probabilit de blocage .. 41
Tableau II.3 : Caractristiques de chaque type dapplication selon les profils des abonns...... 47
Tableau II.4 : canevas suivre pour le bilan de liaison ............................................................. 50
Tableau III.1 : Caractristiques des zones tudies.................................................................... 73
Tableau III.2 : Dbit utile par type dutilisateur .......................................................................... 73
Tableau III.3 : Pathloss maximum et rayon de cellule par service ............................................ 74
Tableau III.4 : Nombres dutilisateurs actifs respectant le QoS par service.............................. 75
Tableau III.5 : Rsultat du dimensionnement ............................................................................ 76
Tableau III.6 : Variation du rayon de la cellule en fonction du nombre dutilisateurs .............. 77

Liste des organigrammes

Organigramme III.1 : Schma synoptique de lapplication ....................................................... 60
Organigramme III.2 : Principe de fonctionnement de loutil..................................................... 61
Organigramme III.3 : Dimensionnement des TRXs .................................................................. 63
Organigramme III.4 : Dtermination du nombre de cellules RAR, Routeurs............................ 64
Organigramme III.5 : Fonctionnement du simulateur................................................................ 65
Organigramme III.6 : Calcul du nombre J ................................................................................. 66


9
Introduction gnrale

Les tlcommunications font partie des technologies qui ont rvolutionn notre mode de
vie au vingtime sicle. Du tlgraphe lInternet, de la tlphonie sans fil au tlphone
cellulaire, les progrs tablis en la matire sont spectaculaires. Les informations transmises
taient tout dabord codes en morse, puis des techniques de modulation et de codages
analogiques ont permis de transmettre du son, puis des images. Ensuite la venue des techniques
numriques a considrablement augment le dbit et la qualit des informations transmettre
dun point un autre.
Paralllement, le dveloppement rapide de la microlectronique et des capacits de
miniaturisation permettent aujourdhui la mise en oeuvre de techniques complexes dans des
appareils de taille rduite. Cependant laugmentation des besoins en dbit se heurte la nature
des canaux eux-mmes. En effet, dans des applications telles que la tldiffusion grande
chelle ou un rseau informatique radio lintrieur dun btiment, le canal est de type multi
trajet. Le signal est rflchi en plusieurs endroits, et des chos apparaissent et crent des
perturbations dont linfluence augmente avec le dbit de transmission. La technique de
modulation multi porteuse (OFDM) est prsente comme une solution pour parer ce problme.
Ainsi, avec la rsolution de ce problme, la manire de distribuer et daccder linformation a
fondamentalement chang : il est donc maintenant possible denvisager un rseau daccs radio
large bande.
Toutefois, un des obstacles majeurs dans la conception de ces rseaux rside dans la
prise en compte des diverses applications et protocoles dInternet. En effet, le standard TCP/IP
constitue le rseau le plus tendu au monde, par consquent son fonctionnement devrait non
seulement tre facilit sur ces nouveaux rseaux mais surtout donner le sentiment aux
utilisateurs davoir une qualit de service quivalente celle quils ont sur les rseaux cbls
large bande. En particulier ce rseau devrait avoir les caractristiques suivantes [1] :
bande passante leve : un tel rseau devrait fournir un lien fiable avec une bande
passante leve qui pourra tre partage par de multiples utilisateurs. De ce fait, une
politique de contrle qui permettra aux ressources d'tre commutes efficacement entre
les mobiles sera ncessaire.
faible latence : en plus de la bande passante leve, les latences du lien devraient tre
faibles. Quand les utilisateurs obtiennent l'accs aux ressources, celles-ci devraient
pouvoir supporter des taux de burst levs et traiter les paquets avec un dlai minimal.


10
Ainsi, des mcanismes pour raliser la fiabilit de lien, tels que les demandes
automatiques de retransmission (ARQ : automatic repeat requests), devraient tre
tablis pour que ces dlais soient rduits au minimum.
qualit de service (QoS) : Les communications sans fil sont toujours synonymes de
contraintes de ressource : peu de ressources pour beaucoup dutilisateurs. Aussi, la
gestion de la qualit de service permettra de fournir les moyens ncessaires pour
partager efficacement ces ressources limites.
conomie d'nergie : Les noeuds mobiles devraient tre capables de raliser des
conomies d'nergie et cela du fait de leur mobilit. Des mcanismes devraient exister
pour commuter sans coupure des modes de transmission de donnes en mode
d'conomie d'nergie tout en maintenant les latences.
Le rseau daccs radio large bande, Flash-OFDM, propos par Flarion est aujourdhui
prsent comme la solution qui respecte tous ces critres. Aussi, le prsent projet de fin
dtudes se propose dtudier la planification dun rseau radio bas sur cette technologie.
Ce mmoire est organis en 3 chapitres.
Dans le premier chapitre, nous prsentons la technologie Flash-OFDM et les notions
lies celle-ci. La technique daccs Flash-OFDMA, les couche physique et couche MAC ainsi
que les canaux logiques sont expliqus dans ce chapitre.
Puis aprs avoir dgag dans un deuxime chapitre une mthodologie de planification et
de dimensionnement dun rseau Flash-OFDM, nous nous sommes fixs comme objectif, dans
un troisime et dernier chapitre, de dvelopper un outil de planification dont le fonctionnement
est bas sur la mthodologie prsente dans le chapitre 2.
Enfin, nous avons retenu dans une conclusion gnrale les grandes lignes de ce qui,
notre sens, mrite une attention toute particulire de la part des oprateurs de rseaux mobiles
cellulaires. Et pour finir nous avons rassembl la fin du rapport et sous le titre " Annexes " un
certain nombre de documents intressants mais non indispensables premire lecture et qui
trouveraient difficilement leur place dans le corps de l'expos.

Flash-OFDM: Prsentation et Principes


11
Chapitre I
Technologie Flash-OFDM : Prsentation et Principes

I. Introduction
Lobjectif de ce chapitre est dintroduire les concepts lis la technologie Flash-
OFDM et les gnralits qui serviront la bonne comprhension de lensemble du rapport.
Pour ce faire, nous allons dans un premier temps prsenter Flarion et sa technologie, puis
suivra une description de larchitecture matrielle dun rseau bas sur ce systme.
Larchitecture de linterface radio fera lobjet du troisime paragraphe de ce chapitre. Ainsi,
nous verrons donc comment les couches physique et MAC ont t conues, les techniques
daccs radio, le contrle de puissance, les canaux logiques,
La gestion de la mobilit est importante dans un systme de communication radio
mobile. Aussi, nous y avons consacr le dernier paragraphe dans lequel nous nous
appesantissons sur la procdure de handover.
II. Prsentation dun rseau bas sur le Flash-OFDM
II.1. A propos de Flarion et de sa technologies
La technologie Flash-OFDM de Flarion est ne dans les laboratoires de Bell sous la
conduite des travaux du Dr. Rajiv Laroia (fondateur de Flarion) et de son quipe radio au
dbut de l'anne 1998. Flarion a donc t cr pour commercialiser cette technologie.
Flarion, de son nom commercial Flarion Technologies, est une compagnie prive de
communication mobile large bande. Il a t cr en fvrier 2000 en tant que socit anonyme ;
son sige se situe Bedminster dans le New Jersey aux Etats-Unis. En dpit de sa jeunesse,
la Socit s'est classe au premier rang au palmars des "25 Premires Socits" d'Unstrung et
aussi au palmars des "Dix surveiller" du Red Herring Magazine. Parmi les gros
investisseurs qui ont mis sur Flarion, notons Bessemer Venture Partners, Charles River
Ventures, Cisco Systems, Equitek Capital, New Venture Partners II LP, Nassau Capital et
Pequot Capital [13] .
Flarion a rsolu la question de la mobilit totale avec l'OFDM, en utilisant un lien
radio qui convient mieux au protocole IP.
En effet, le systme de communication mobile large bande Flash-OFDM de Flarion est
un rseau d'accs radio large bande commutation de paquets, qui transporte d'une faon


12
transparente des services utilisant le protocole IP entre un rseau IP et n'importe quel
ordinateur portatif ou autre dispositif IP.
Ce systme qui se prsente comme un vrai rseau Tout IP s'appuie naturellement
sur les lments d'un rseau IP standard et utilise une nouvelle technologie d'interface radio
base sur la modulation multi porteuse OFDM (Orthogonal Frequency Division
Multiplexing). Les couches issues de la compilation des forces et faiblesses des couches des
autres techniques daccs (TDMA/FDMA, CDMA) ont t la pierre angulaire de la
conception du systme. En somme la philosophie de conception du systme a t d'optimiser
conjointement la couche physique, la couche MAC (Media Access Control) et la couche de
liaison de donnes, tout en s'appuyant sur l'architecture dun rseau IP.
Le RadioRouter base station de Flarion, une station de base (en fait cest une
combinaison d'une station de base radio et d'un routeur IP) qui se branche facilement sur le
rseau existant d'un exploitant et son spectre radio, fournit une interface de routage
transparent (c'est--dire sans coupure) avec le rseau IP existant de l'exploitant. La qualit de
service IP, quant elle, permet aux fournisseurs de services d'offrir la tarification adapte
lutilisateur et lapplication (une tarification fixe ou progressive). En somme, nous pouvons
dire quavec cette technologie, Flarion permet aux oprateurs mobiles d'offrir, et cela de faon
rentable, des services de communication mobiles IP large bande.
Le systme de Flarion se compose de deux parties principales (voir figure I.1. ci-
dessous) : un rseau daccs radio (RAN : Radio Access Network) et un rseau IP (rseau de
commutation de paquet).

Figure I.1 : Rseau Flash-OFDM de Flarion (source : Flarion)


13
Conscient de la fragilit de sa position (due essentiellement sa jeunesse), de
loriginalit de sa technologie et de la ncessit de la normaliser, Flarion a entrepris des
dmarches avec les organismes de normalisation. Cest ainsi quen dbut dcembre 2002
lIEEE approuve officiellement ( linitiative de Flarion) la cration dun nouveau groupe de
travail dnomm Mobile Broadband Wireless Access (MBWA). Les travaux de ce groupe sont
actuellement en cours et remarquons que tout le staff et lquipe de recherche de Flarion en
fait partie. Enfin signalons que selon les publications de ce groupe, la nouvelle norme pourrait
sappeler lIEEE-802.20.
II.2. Architecture matrielle dun rseau Flash-OFDM
Le Flash-OFDM est un rseau qui permet le support de services multimdia haut
dbit et en mobilit (en mode paquet) avec une efficacit spectrale suprieure celle offerte
actuellement par le rseau UMTS.
Son architecture a t dfinie et optimise pour oprer le mieux possible avec les
rseaux existants.
D'un point de vue spectral, le Flash-OFDM utilise les frquences situes dans la bande
des 450 MHz ou 3,5GHz. Ce nouveau systme opre sur une bande cur de 1,25 MHz avec
le FDD (duplexage en frquence) comme mthode de duplexage. Cette bande est divise en
113 porteuses avec un espacement entre porteuse de 11,25 KHz.
Le Flash-OFDMA a t choisi comme technologie daccs de linterface radio du
systme.
Le schma ci-dessous dcrit larchitecture gnrique dun rseau bas sur le systme
Flash-OFDM.


14

Figure I.2 : Vue simplifie du rseau Flash-OFDM [10]
Les caractristiques principales du rseau peuvent tre rsumes dans le tableau ci-aprs :
Paramtres Valeur
Frquence de la porteuse 3,5 GHz
Bande passante du canal 1,25 MHz FDD
Taille FFT 128 (~88,8 s)
Prfixe cyclique 16 (~11,1 s)
Espacement entre porteuses 11,25 KHz
Dbit symbole 10KHz
Nombre de sous porteuses 113
Mobilit 250 Km/h
Efficacit spectrale 1 b/s/Hz/cell
Tableau I.1 : Caractristiques du rseau [4]
Le rseau est constitu essentiellement de trois types de routeurs: ceux qui routent les
paquets lintrieur dune mme cellule et qui font office station de base, ceux qui permettent
aux paquets de circuler l'intrieur d'un mme rseau Flash-OFDM, et enfin ceux qui
permettent aux paquets de migrer vers d'autres rseaux de donnes. Ce sont [10]:
RadioRouter Base Station : encore appele Radio Access Router (RAR) cest en fait
la station de base et pour ce faire il gre les terminaux pour une zone donne (en
gnral une cellule). Il route essentiellement les paquets reus du rseau vers
l'quipement terminal appropri et ce par l'intermdiaire de l'interface radio Flash-


15
OFDM. Le RAR permet de grer les services offerts l'utilisateur. Il constitue
l'interface logique entre l'abonn Flash-OFDM et un rseau de donnes externe. Ses
missions principales sont la gestion des abonns mobiles, les contrles d'accs rseau
aux services IP, la gestion de la QoS IP sur les interfaces radio et le backbone. La
signalisation est base sur le protocole IP Mobile.
Routeurs : ce sont des routeurs standard (comme ceux des LANs) ; ils jouent un rle
de routage des paquets dans le rseau. Ils permettent dinterconnecter deux
RadioRouters Base Station.
Border Gateway : cest un routeur utilis pour l'interconnexion du rseau Flash-
OFDM avec les rseaux externes. Quand un paquet de donnes arrive d'un rseau
PDN (Packet Data Network) externe au rseau Flash-OFDM, le Border Gateway
reoit ce paquet et le transfert au routeur dsign selon les coordonnes dudit paquet
qui son tour le transmet la station de base correspondante (RAR). Le paquet
parvient lutilisateur suite une transmission de la station de base vers son terminal.
Lquipement terminal (WT : Wireless Terminal) : comme son nom lindique il
sagit de l'quipement terminal radio not WT. Il peut prendre plusieurs formes. Par
exemple, le WT peut tre une carte de l'ordinateur portable (PC) qui permet
n'importe quel hte gnrique IP de se connecter au rseau. Tous les paquets (voix ou
donnes) passant par le WT sont traits avec la QoS approprie et routs travers le
rseau.
III. Architecture de linterface radio
III.1. La couche physique
III.1.1. Ide principale de l'OFDM
La modulation OFDM (Orthogonal Frequency Division Multiplexing), est une
technologie bien labore et adopte dans les systmes de radiodiffusion audio et visuels
numriques en Europe. Elle a t choisie par le groupe de normes IEEE 802.11 pour les LANs
sans fil. L'ide fondamentale de l'OFDM est que toute la bande passante du spectre est divise
en un certain nombre de porteuses orthogonales, sur lesquelles de multiples symboles de
donnes sont transmis en parallle. Considrons la construction d'un signal OFDM en utilisant
N porteuses. Chacune des N porteuses a un signal modul une certaine frquence. Les
frquences de ces porteuses sont quidistantes.


16
La consquence immdiate de cette quidistance est que toutes les porteuses sont
orthogonales entre elles dans une priode de dure T, qui est l'inverse de l'espacement
frquentiel des porteuses (1/T).
Un symbole OFDM est la somme des signaux des porteuses pour une priode temps T,
prcd par un prfixe cyclique, qui est une prolongation cyclique des signaux de la porteuse
(voir figure 2 ci-dessous). La raison de la prsence de ce prfixe cyclique sexplique par le fait
que dans les conditions de rception relle, les signaux issus de trajets multiples sajoutant au
signal direct font que les conditions dorthogonalit entre porteuses ne sont plus respectes, ce
qui a pour consquence la prsence dinterfrence inter-symbole. L'introduction du prfixe
cyclique (qui est en fait un intervalle de garde) permet donc de saffranchir de ce problme.

Figure I. 3 : Modulation OFDM [2]
III.1.2. Le Flash-OFDMA
Pour tout systme radio mobile, il est ncessaire de dfinir et doptimiser la faon dont
les ressources radio disponibles sont alloues aux utilisateurs. En dautres termes, il faut
dfinir une technique daccs qui puisse permettre une gestion plus efficace de linterface
radio.
LOFDM peut galement tre utilis comme une technique d'accs multiple, dsign
sous le nom d'OFDMA (Orthogonal Frequency Division Multiplexing Access), o diffrentes
voies peuvent tre assignes de multiple WTs. Cest cette ide de lOFDMA que Flarion
Technologies a combin avec un saut de frquence rapide (nous utiliserons le terme saut de
porteuse la place de saut de frquence pour prciser que le saut concerne les porteuses
orthogonales de lOFDM) pour donner une nouvelle forme de technologie d'talement de
spectre, savoir le Flash-OFDMA (Flash pour dire Fast, Low-latency Access with Seamless


17
Handoff). Le saut de porteuse permet ainsi donc damliorer la diversit de frquence et,
d'une manire primordiale, de moyenner l'interfrence inter cellule dans un environnement
cellulaire. La ressource radio dans le Flash-OFDMA peut tre reprsente dans un plan
temps-frquence, comme illustr sur la figure I.4, dans laquelle une petite case reprsente une
porteuse particulire dans un symbole OFDM donn. Ainsi, chaque colonne reprsente toutes
les porteuses dans un symbole OFDM donn, et chaque range reprsente une porteuse
donne couverte de symboles OFDM successifs. En somme un utilisateur Flash OFDM se
voit affecter, symbole par symbole, diffrentes porteuses ; par consquent, chaque utilisateur
n'emploie pas de frquences fixes dans le temps ; voir la figure I4.

Figure I.4 : Plan temps-frquence [2]
Le saut de porteuse est prcis dans des squences de saut, dont chacune indique la
frquence de la porteuse correspondante dans la squence pour un symbole OFDM donn. La
figure I.5 illustre une squence de saut de porteuse.

Figure I.5 : Saut de frquence et squence de saut par symbole [7]


18

Afin de faciliter laccs au rseau, deux types de saut de porteuse ont t dfinis : les
squences de saut de porteuse de donnes et les squences de saut de pilote.
III.1.2.1. Les squences de saut de porteuse de donnes
Dans le systme Flash-OFDM, toute la bande passante est divise en un certain
nombre de porteuses orthogonales et rutilises dans chaque cellule (ou chaque secteur dans
une cellule sectorise). Les cellules adjacentes utilisent des modles distincts de saut de
porteuse de donnes pour construire les divers canaux de contrle et de trafic. Les squences
de saut de porteuse de donnes sont conues de faon ce que deux quelconques squences
de saut dans la mme cellule ne concident jamais (donc le problme dinterfrence
intracellulaire est ainsi rsolu), et le maximum de collision entre deux quelconques squences
de saut dans diffrentes cellules est minimis (interfrence intercellulaire ramene une
moyenne) [7].

Figure I. 6 : Deux RAR avec des squences de saut diffrentes [7]

III.1.2.2. Les squences de saut de porteuse de pilot
Sur la liaison descendante, un signal pilote est toujours transmis pour faciliter
certaines oprations au niveau des WTs, telles que lidentification de la BS, la synchronisation
et lestimation du canal. Dans le systme Flash-OFDM, le pilote consiste en un certain
nombre de symboles connus qui sont transmis avec quelques squences de saut de pilote. En
plus de rpondre l'exigence des squences de saut de porteuse de donnes, les squences du
pilote sont conues pour couvrir uniformment le plan temps-frquence.
Enfin pour ce qui est de la structure des trames, il y a une distinction qui est faite selon
que la trame concerne le lien montant ou le lien descendant. Nous constatons que la liaison
descendante a plus de symboles utiles que ceux de la liaison montante. Ceci peut se justifier


19
par lemploi de services comme Internet qui ont besoin dune capacit plus importante vers
l'utilisateur que vers la BS. Les structures des trames peuvent tre reprsentes comme suit :

Unit de temps Dure Equivalent en
Ultraslot 1,44 s 128 Superslots
Superslot 11,3 ms ~8 Slots
Slot 1,4 ms 2 Dwells
Dwell 0,7 ms 7 Symboles
Symbole 0,1 ms

Figure I.7 : Structure des trames [7]

III.1.2.3. Caractristiques de la liaison descendante
Sur la liaison descendante, une squence de saut de pilote ou de donnes occupe des
porteuses diffrentes d'un symbole OFDM un autre, comme illustr sur la figure I.8. Les
diffrents sauts de donnes ont une priodicit dun super slot.


20
Le saut de pilote est linaire dans le plan temps-frquence avec une priodicit d'un
super slot. Chaque BS a un seul pilote par super slot et les pilotes de BS voisins concident
tout au plus une fois par super slot.

Figure I.8 : Saut symbole par symbole sur la liaison descendante [10]

III.1.2.4. Caractristiques de la liaison montante
La conception de la liaison montante possde une contrainte diffrente. Le partage des
pilotes entre les multiples mobiles n'est pas faisable, et donc une modulation cohrente serait
difficile avec le mme saut de porteuse symbole par symbole comme dans le cas de la liaison
descendante. Pour ce faire, le saut de porteuse de la liaison montante se produit une fois
chaque quelque symbole dans le systme (7 symboles OFDM). L'intervalle pendant lequel le
saut de porteuse ne se produit pas s'appelle un dwell (Voir figure I.9 et I.10). Pendant un
dwell, un symbole est utilis pour transmettre un symbole connu, lequel peut tre employ
comme symbole d'apprentissage pour l'estimation de canal ou comme symbole de rfrence
pour la modulation diffrentielle. Enfin soulignons que les squences de saut dans les cellules
adjacentes sont diffrentes.


21

Figure I.9 : Saut dwell par dwell sur la liaison montante [10]

Figure I.10 : Un dwell [10]

Laccs au canal se fait sur la base des intervalles daccs. Ces intervalles, comme
reprsents sur la figure I.11, sont spars des intervalles de donnes et ils sont utiliss par les
mobiles d'accs qui ne sont pas encore synchroniss avec la liaison montante et par les
mobiles dj existants et fonctionnels dans le rseau pour lenvoi priodique des donnes de
synchronisation.



22

Figure I.11 : Intervalles daccs
III.1.3. Segments des canaux
Dans le systme Flash-OFDM, l'unit de transmission d'un canal de trafic ou de
contrle s'appelle un segment. Il se compose d'une ou de quelques squences de saut de
porteuse avec un ou quelques symboles OFDM. La figure I.12 illustre des segments de canal
de trafic et des segments de canal de contrle. Dans cette figure, pour simplifier l'illustration,
l'effet du saut de porteuse est omis et chaque segment est ainsi reprsent comme un rectangle
dans le plan temps-frquence. Les segments peuvent tre de diffrentes tailles pour satisfaire
aux exigences spcifiques des canaux de trafic ou de contrle. Le codage canal et la
modulation sont effectus sur une base de segment par segment. Cette spcificit du systme
fait que les schmas de codage et de modulation peuvent changer dun segment lautre et
mme quils peuvent tre individuellement optimiss pour chacun des canaux. Par exemple,
les codes LDPC peuvent tre utiliss dans un segment de canal de trafic, car ce segment est
relativement grand, par contre ils ne peuvent pas tre utiliss dans un petit segment de canal
de contrle.

Figure I.12 : Illustration des segments de canal de trafic et canal de contrle [7]
III.1.4. Codage et modulation
Deux types de modulation sont utiliss :
La QPSK qui est une modulation 4 tats et permet ainsi de coder un
symbole par deux bits. Elle a pour particularits de prsenter une efficacit
spectrale suprieure la GSMK (modulation du GSM), cependant elle est


23
plus sensible aux brouillages et requiert limplmentation damplificateurs
linaires.
La 16-QAM : cest une modulation 16 tats donc 4 bits sont utiliss pour
coder un symbole. Elle plus sensible aux brouillage que la QPSK do son
utilisation sur le lien descendant.
Le code correcteur derreur choisi est le code LDPC pour dire Low-Density Parity-
Check. Le tableau ci-dessous fait le point des schmas de codage et de modulation

Canal de trafic Type de code Taux de code Longueur Modulation
Canal DL LDPC 1/6 5/6 1344, 2688 QPSK, 16QAM
Canal UL LDPC 1/ 6 5/6 1344 QPSK
Tableau I.2 : Modulation et codage des canaux de trafic

Rappelons que les schmas de codage et de modulation peuvent tre indpendamment
assigns suivant le segment. Une particularit de la liaison descendante est que les taux de
burst peuvent tre ajusts de manire les adapter aux conditions de ses canaux ; il en est de
mme de l'assignation de la puissance. Enfin, les mobiles rapportent frquemment les tats de
leur canal pour faciliter le codage et la modulation adaptatifs.
III.1.5. Contrle de puissance et synchronisation
Le contrle et laffectation de puissance sont utiliss pour rduire l'interfrence,
amliorer la fiabilit du lien, et conomiser l'nergie.
Un WT rapporte priodiquement la mesure de la qualit du canal downlink afin que le
RAR puisse dterminer la puissance de transmission requise n'importe quel taux de codage
et de modulation lorsque le WT en question est programm. Le RAR contrle galement la
puissance de transmission uplink en mesurant la qualit du canal uplink dans lequel les
rapports de mesure de canal sont envoys et renvoie priodiquement des instructions de
contrle de puissance pour ajuster la puissance de transmission.
Pour maintenir l'orthogonalit sur la liaison montante, les frontires de symbole
OFDM des signaux de tous les WTs doivent tre alignes avec la fentre de rception du
RAR, qui est fixe dans le temps. Le contrle de temps en boucle ferme est utilis pour la
synchronisation temps. Plus prcisment, chaque WT envoie priodiquement un signal de
mesure de temps. Le RAR mesure la priode d'arrive du signal et renvoie une commande
pour ajuster la priode symbole de l'metteur du WT. Comme le contrle de temps en boucle
ferme est destin compenser la variation du dlai de propagation en raison de la mobilit


24
humaine qui est un taux beaucoup plus lent que la vitesse de propagation du signal, le taux
de contrle de temps en boucle ferme exig est trs lent.
III.1.6. Quelques caractristiques marquantes de la couche physique
III.1.6.1. Efficacit Spectrale Amliore

Le Flash-OFDMA a des avantages importants par rapport au CDMA. Spcifiquement,
dans un systme CDMA, les diffrents WTs sont spars avec diffrentes squences directes.
Par exemple, les codes de Walsh sont souvent utiliss comme un ensemble de fonctions
orthogonales de base pour s'assurer que le signal d'une MS n'interfre pas avec celui d'une
autre MS. Cependant, les trajets multiples du canal radio dtruisent l'orthogonalit au moment
de la rception. Le Flash-OFDMA utilise plutt des sinusodes la place des codes. Et comme
les sinusodes sont des fonctions invariant dans le temps, alors temps que le prfixe cyclique
couvre le delay spread total alors le signal reu sera toujours une somme de sinusodes aux
mmes frquences que celles du signal transmis, prservant de ce fait l'orthogonalit au
niveau du rcepteur. Aussi, un systme bas sur le Flash-OFDMA peut raliser une efficacit
spectrale beaucoup plus leve qu'un systme bas sur le CDMA. [1]
III.1.6.2. Fine granularit de ressource
La couche MAC tire profit de la fine granularit de ressource qui peut tre ralise
avec la couche physique. Comme nous lavions soulign plus haut, un segment est une unit
de ressource radio. La taille d'un segment peut tre rendue arbitrairement petite ou grande
selon le nombre de bits d'information transporter avec le segment. Par exemple, la couche
MAC peut utiliser des segments de taille trs petite pour transporter un petit nombre de bit
d'information de contrle. En fait, mme un seul bit d'information peut tre transport avec un
petit en-tte. Le segment n'a besoin de contenir aucune extension des squences
d'apprentissage en raison de la nature des formes de l'onde OFDM et du choix spcifique des
priodes symbole et de l'espacement entre les porteuses. Sur la liaison descendante,
l'information de dmodulation est obtenue partir du pilote. Sur la liaison montante, les
segments ont des symboles de rfrence ncessaire pour fournir la rfrence de phase.
Cette capacit d'envoyer des segments de taille arbitraire est trs utile pour amliorer
l'efficacit de la couche MAC. Ainsi, l'utilisation des ressources peut tre accorde pour
satisfaire les besoins spcifiques dune tche ponctuelle (accus de rception). Dans la couche
MAC, un segment donn peut tre ddi l'usage d'un WT spcifique. Ceci permet au WT de
donner des informations de contrle au RAR, garantissant de ce fait la livraison temps de
ces informations. Du reste, un segment donn peut tre ddi pour usage avec une
fonctionnalit prdfinie de sorte qu'il n'y ait aucun besoin d'envoyer des en-ttes dans le


25
segment, tels que les en-ttes de message, amliorant ainsi l'efficacit et rduisant en mme
temps la latence.[1]
III.2. La couche MAC
Avec une structure granulaire de canal base sur la couche physique Flash-OFDM, la
couche MAC a t optimise pour supporter un grand nombre dutilisateurs de donnes avec
des tats multiples.
III.2.1. Fiabilit du lien
Le systme Flash-OFDM est un rseau commutation de paquets. Quand les stations
mobiles entrent dans le systme, elles n'tablissent pas de circuit, c'est--dire qu'il n'y a
aucune notion de certains canaux de trafic sur la liaison descendante ou la liaison montante
appartenant un WT spcifique.
Le canal de trafic (traffic Channel) est une srie de segments de trafic et la station de
base (BS) contrle leur utilisation par le canal d'assignation (assignment Channel). Tous les
WTs qui sont ligibles pour recevoir des segments de trafic dcodent ce canal d'assignation.
Les canaux d'assignation indiquent une identit d'utilisateur et le type de dtection/correction
d'erreur et de modulation pour le segment de trafic utilis. Les WTs sont pr assigns une
identit d'utilisateur. Les segments dassignation et ceux du trafic voluent dans une structure
matre-esclave.
La figure I.13 montre le flux du trafic de la liaison descendante. Le WT dcode le
segment d'assignation et en voyant une identit qui se marie avec celle qui lui t assigne,
procde au dcodage du segment de trafic correspondant en utilisant la correction d'erreur et
la modulation indiques dans l'envoi. Le segment de trafic est ensuite vrifi pour savoir s'il a
t correctement dcod par utilisation dun CRC (cyclic redundancy check). Le WT indique
alors avec un seul bit, le succs ou l'chec du dcodage du segment par un accus de rception
positif ou ngatif sur la liaison montante. La BS, en raison de la structure dasservissement,
sait quel segment de trafic a t bien dcod. Une structure matre-esclave semblable existe
entre les segments d'assignation sur la liaison montante, les segments de trafic sur la liaison
descendante et les accuss de rception sur la liaison descendante pour contrler le flux du
trafic de la liaison montante. Les accuss de rception sont attachs aux segments du trafic et,
par consquent, sont partags par tous les WTs.



26

Figure I.13 : Structure matre-esclave du contrle de trafic [10]

La structure asservissement telle que dcrite ci-dessus facilite galement l'envoi d'un
segment de trafic de multiple WTs (trafic multicast). Le segment d'assignation indique une
identit de groupe de multicast. Quand les WTs voient l'identit de leur groupe dans
l'assignation, alors ils reoivent le segment de trafic.
III.2.2. Qualit du canal et rapport de donnes
Dans ce paragraphe il sera essentiellement question pour nous de montrer comment la
BS fait les assignations pour le trafic de la liaison montante et comment elle fait une
dtermination du taux codage et de la modulation pour les liaisons montante et descendante.
Sur la liaison descendante, la BS a les paquets pour tous les WTs et, par consquent,
peut planifier les tches excuter. Par contre sur la liaison montante, le scnario est tout
autre. Les WTs ont besoin d'informer la BS des exigences de leurs donnes. Ceci permet la
BS de savoir le statut des files d'attente de donnes de chacun des WTs et partant facilite une
planification des tches. Afin de permettre cet change d'information, chaque WT est quip
de canal de contrle ddi (ULDCCH) sur lequel il envoie priodiquement ses donnes de
requtes. Ceci est illustr sur la figure I.14. La BS prend en charge toutes les donnes de
requtes et les segments d'assignation prcdemment introduits l'arrive dans un planning
dcision. En raison de la fine granularit des ressources, le WT peut envoyer des donnes de
requtes sur le canal de contrle ddi sans interrompre les autres signalisations comme les
rapports de qualit de canal. Ces mises jour frquentes et rapides ont lieu une fois toutes les
quelques millisecondes et minimisent les latences en envoyant les paquets du WT au
rseau.[1]


27

Figure I.14: Rapports qualit du canal et donnes du mobile la BS

Sont galement facilits sur ce canal ddi les rapports de qualit de canal de diverses
sortes. Ces rapports permettent au WT d'indiquer le rapport signal/bruit de la liaison
descendante et les niveaux d'interfrence venant des autres BS. Ces rapports sont pris en
compte quand il s'agit de dterminer lequel des utilisateurs programmer et quelles modulation
et dtection/correction d'erreurs employer. Dautre part, une mise jour priodique de cette
information, utilisant de petits segments de canal de contrle ddi qui couvrent quelques
millisecondes, permet la BS de recevoir les mises jour et de prendre les dcisions qui
simposent.
III.2.3. Les diffrent tats et transitions du MAC
Dans le systme Flash-OFDM, un WT peut rsider dans divers tats, comme
reprsent sur la figure I.15. Les tats refltent diverses actions entreprises dans les couches
physique, MAC et rseau. Plusieurs objectifs sont viss travers ces tats. Un des objectifs
par exemple est de faciliter les divers modes d'conomie d'nergie pour le WT et prolonger
ainsi la dure de vie de la batterie. Un autre est de supporter une grande population de WTs.
A la mise sous tension, un WT passe par l'tat Accs. Aprs avoir fini l'accs, il va
dans l'tat On, qui est l'tat principal de transaction des donnes. L'tat Hold prolonge l'tat
On et fournit une certaine conomie d'nergie. L'tat Sleep fournit la plus grande conomie
d'nergie. Le systme peut recevoir plus de WTs dans l'tat Hold que dans l'tat On et dans
l'tat Sleep que dans l'tat Hold. Les transitions de Hold On prennent des dizaines de
millisecondes, tandis que celles de Sleep On prenne des centaines de millisecondes.



28

Figure I.15 : Etats de transition du MAC [1]

Les couches physique et MAC sont conues pour permettre l'accs rapide au systme.
Un WT, mis dans l'tat On, identifie la BS la plus puissante et se synchronise elle. Le WT
ralise alors la synchronisation temporelle sur la liaison montante en transmettant un signal
spcial d'accs sur un canal d'accs (ULACH). Le canal d'accs est, par conception,
orthogonale au reste des canaux uplink, et ainsi, le signal d'accs du WT ne cause pas
d'interfrence aux autres WTs connects aux BS. Ceci permet donc au WT de choisir une
puissance suffisamment leve pour les signaux d'accs et de faire un accs rapide mme dans
un canal affaibli. La BS, en dtectant le signal d'accs, mesure le temps de correction fournir
et le renvoie au WT. Le WT et la BS se mettent alors faire plus de signalisation, la fin de
laquelle le WT passe l'tat On.



29

Figure I.16 : Procdure daccs la liaison montante

L'tat On est l'tat principal de transaction des donnes. Le WT dans l'tat On est
identifi par une identit unique, reoit et transmet diverses informations de contrle. Le WT
est contrl en puissance et en temps. Il envoie des donnes et des rapports de qualit de canal
sur la liaison montante. Tous les WTs dans l'tat On dcodent le canal d'assignation.
Lordonnanceur situ la BS dcide, sur la base de plusieurs critres, de l'utilisation des
canaux de trafic des liaisons montante et descendante. La dcision prise par lordonnanceur
est signale sur le canal d'assignation.
Le WT dans l'tat Hold est contrl en temps. Pour supporter les oprations de
contrle de synchronisation, le WT transmet un signal d'une faible priodicit sur la liaison
montante. Le WT coute galement sur un canal de transition d'tat les diffusions faites par la
BS. La BS peut ramener le WT l'tat On en lappelant (paging), ou le WT peut demander
une transition l'tat On en envoyant une requte de transition d'tat sur un canal ddi. Les
WTs qui veulent traiter des donnes doivent passer l'tat On. Etant donn que les
transmissions faites dans l'tat Hold sont trs minimes, alors le WT conomise de l'nergie
dans cet tat.
L'tat Sleep est le mode principal d'conomie d'nergie. Le WT priodiquement se
rveille et coute les appels. Ce processus n'est ni un contrle de puissance ni de la
synchronisation. Pour traiter des donnes, le WT passe par l'accs puis l'tat On. Quand un
WT croise une frontire de cellules, cest--dire, dtecte un nouvelle BS, elle passe par l'accs


30
et pendant l'accs le processus indique sa prsence la nouvelle BS et puis revient l'tat
Sleep. Ainsi, le rseau est inform de la localisation du WT et peut le pager.
Rcapitulatif des canaux utiliss sur la liaison descendante dans les diffrents tat du MAC

Etat Trafic de donnes Trafic de contrle Etat de transition
Accs Access Grant (AGCH)
Access Exchange (AXCH)
On Traffic (TCH) Traffic Control (TCCH)
Power Control (PCCH)
Braodcast (BCH)
State Transition (STCH)
Hold TCH limit Traffic Control (TCCH)
Braodcast (BCH)
State Transition (STCH)
Sleep Paging (PCH)
Tableau I.3 : Canaux utiliss sur la liaison descendante dans les tats du MAC

Rcapitulatif des canaux utiliss sur la liaison montante dans les diffrents tat du MAC

Etat Trafic de donnes Trafic de contrle Etat de transition
Accs Access (ACH)
Access Exchange (AXCH)
On Traffic (TCH)
Traffic ACK (TACH)
Dedicated Control
(DCCH)
Timing Control (ACH)
State Transition ACK (SACH)
Hold Traffic
ACK (TACH)
Timing Control (ACH)
State Transition ACK (SACH)
State Transition Req. (SRCH)
Sleep Paging ACK (PACH)
Tableau I.4 : Canaux utiliss sur la liaison montante dans les tats du MAC

Les diffrentes transitions du MAC permettent de profiter des modles de trafic dans
un rseau de donnes. Par exemple, un scnario de Web-browsing (voir chapitre II) consiste
cliquer sur un lien, tlcharger une page, lire la page, et puis cliquer sur un autre lien. Pendant
les priodes d'inactivit, les WTs peuvent passer l'tat Hold. En revanche, les longues
priodes d'inactivit auraient comme consquence les WTs passent l'tat Sleep.[1]
III.2.4. Les canaux logiques
Les canaux sont diffrents selon quil sagisse de la liaison descendante ou de la
liaison montante. Ainsi, le systme utilise les canaux logiques suivants :
Downlink (DL*CH): Canal du lien descendant


31
DLBCH: Downlink Broadcast Channel: canal de diffusion utilis par la BS.
Diffusion dinformations spcifiques une cellule, destines tous les usagers
prsents dans la cellule.
DLTCH: Downlink Traffic Channel: canal de trafic sens descendant.
DLTCCH: Downlink Traffic Control Channel: canal de contrle de trafic sens
descendant.
DLPCCH: Downlink Power Control Channel: canal de contrle de puissance
sens descendant.
DLSTCH: Downlink State Transition Channel:
DLPCH: Downlink Paging Channel: Diffusion dinformations de contrle
un WT dont le rseau ne connat pas la localisation.
DLAGCH: Downlink Access Grant Channel: canal dallocation de resources.
DLAXCH: Downlink Access Exchange Channel: canal dchange de
signalisation.
DLNCH: Downlink Null Channel: canal null.

Uplink (UL*CH): Canal du lien montant
ULACH: Uplink Access Channel: canal utilis par le mobile pour accder aux
ressources du rseau.
ULTCH: Uplink Traffic Channel: canal de trafic sens montant.
ULTACH: Uplink Traffic Ack Channel: canal utilis par le mobile pour
accuser rception du trafic.
ULDCCH: Uplink Dedicated Control Channel: canal de contrle ddi.
ULAXCH: Uplink Access Exchange Channel: canal dchange de
signalisation.
ULSACH: Uplink State Transition Ack Channel: canal accus de rception
pour les tats de transition du MAC.
ULSRCH: Uplink State Transition Rqst Channel: canal par lequel le mobile
demande effectue les diffrentes transitions dtat.

La figure ci-dessous montre la structuration des canaux MAC dans le temps.


32

Figure I.17 : structure gnrale des canaux MAC [10]
IV. Gestion de la mobilit
La gestion de la mobilit dans le rseau se fait partir du protocole IP Mobile ce qui
permet de donner aux WTs en cours de dplacement des adresses temporaires. Tout WT
possde une adresse de base ; on lui attache un agent dont le rle est de suivre la
correspondance entre ladresse de base et ladresse temporaire.
Lors dun appel vers un WT, la demande est achemine vers la base de donnes
dtenant ladresse de base. Grce lagent qui lui est attach, il est alors possible deffectuer
la correspondance entre le ladresse de base et ladresse provisoire et dacheminer la demande
de connexion vers le WT.
Lenvironnement IP Mobile est form de trois fonctions relativement disjointes :
La dcouverte de lagent (Agent discovery) : le mobile, lorsquil arrive dans un
sous-rseau, recherche un agent qui puisse le prendre en charge.
Lenregistrement : lorsquun mobile est hors de son domaine de base, il
enregistre sa nouvelle adresse (CoA : care of address) auprs de son home
agent.


33
Le tunneling : lorsquun mobile se trouve en dehors de son sous-rseau, il faut
que les paquets lui soient dlivrs par une technique de tunneling, qui permet
de relier le home agent ladresse CoA.
Nous rappelons que dans la terminologie IP Mobile, un home agent est un routeur du
sous-rseau sur lequel est enregistr le mobile et un foreign agent est un routeur du sous-
rseau visit par le mobile.
Le type de handover utilis sur un rseau Flash-OFDM est le Make-before-Break
(MBB) c'est--dire un handover o le service avec la BS cible commence avant la
dconnection du service avec lancienne BS.
La procdure du handover comprend les tapes suivantes [5] :
1. Lancienne BS diffusera des informations sur la topologie du rseau en utilisant des
messages de braodcast, cest--dire quelles sont ses BSs voisines. Le WT peut ainsi
dcoder ce message pour dcouvrir les informations sur les paramtres des BSs
voisines. Chaque WT pourra, plus tard, se synchroniser rapidement avec ces BSs
voisines.
2. Un WT dans la cellule locale peut changer avec lancienne BS pour exiger des times
slots afin de chercher et surveiller les BSs voisines de sa convenance et les positionner
comme BSs cibles pour le handover.
3. Pendant ces intervalles de temps, le WT peut couter et dtecter la transmission radio
de n'importe quelle BS dans cette plage et valuer la puissance du signal de
transmission. La puissance relative des signaux radio dun WT de la BS courante et de
la prochaine source radio la plus forte donne au WT une indication de la priode
partir de laquelle il peut couper pour une nouvelle cellule.
4. Quand le WT trouve que la puissance du signal d'une certaine BS voisine, BS cible,
est plus forte que celle de la BS dorigine, le WT notifiera la BS dorigine qu'il est
dans le recouvrement de la zone de couverture de cellule de deux BSs adjacentes et
qu'il veut excuter la procdure de handover ; en outre le WT indiquera la BS cible
recommande la BS dorigine.
5. Aprs qu'elle reoive le message du WT, la BS dorigine notifiera la BS cible
l'information relative la demande de handover du WT.
6. Recevant les messages de la BS dorigine, la BS cible choisira une des ressources
daccs disponibles alloues aux utilisateurs de handover. Simultanment la BS cible


34
informe la BS dorigine de la ressource d'accs et de certaines autres informations
telles que la synchronisation et la puissance de transmission.
7. La BS dorigine notifiera au WT qui veut excuter le handover l'information de la
ressource d'accs, de la synchronisation et de la puissance, etc.
8. Le WT se connectera la BS cible en utilisant la ressource d'accs alloue par la BS
cible afin de se synchroniser et de rgler le niveau de la puissance.
9. Aprs acquisition de l'information d'accs du WT, la BS cible notifiera au WT
l'information sur le contrle de la synchronisation et du niveau de puissance. Au mme
moment le WT peut maintenant connatre sa nouvelle adresse (le care-of address :
CoA) travers l'information de braodcast ou le message d'autorisation d'accs de la
BS cible. (notons que jusque l le WT maintient sa connectivit avec sa BS dorigine).
10. A la BS cible, le WT peut maintenant enregistrer son nouveau CoA son home agent
(HA) et de cette faon rorienter le trafic la BS cible. Pendant l'enregistrement de la
couche liaison, le transfert de contexte et l'enregistrement d'IP Mobile ont lieu dans la
BS cible, mais le WT a toujours la connectivit IP travers la BS dorigine. De cette
faon, le WT ne souffre daucun dlai ni de perte de paquet.
11. Quand le message de demande d'enregistrement du WT atteint son home agent, le HA
commencera par lexpdition des paquets vers le nouveau CoA de la BS cible.
12. Le WT clt par la suite le lien avec la BS dorigine aprs quun temps suffisant se soit
coul pour s'assurer, avec une probabilit leve, quaucun paquet ne reste en chemin
entre le HA et la BS dorigine. La BS dorigine, quant elle, pourra terminer toutes les
connections avec le WT.
Le schma ci-dessous rsume les diffrentes tapes que nous venons de dcrire :


35
Ser vi ng BS Ser vi ng BS Ser vi ng BS Ser vi ng BS Tar get BS Tar get BS Tar get BS Tar get BS
Mobi l e User Mobi l e User Mobi l e User Mobi l e User
6 66 6
5 55 5
4 44 4
7 77 7
1 11 1
2 22 2 3 33 3
9 99 9
Home Agent Home Agent Home Agent Home Agent
8 88 8
11 11 11 11
10 10 10 10

Figure I.18 : Procdure du handover Make-before-break [5]
V. Conclusion
Dans ce chapitre nous avons prsent la technologie Flash-OFDM, une nouvelle
technologie de linterface radio (base sur la modulation OFDM) pour un systme radio
mobile large bande. Loptimisation conjointe des diffrentes couches a jou un rle important
dans la conception du systme. Un avantage important de la couche physique de cette
interface radio vient de la proprit d'orthogonalit qui, en fait, rsulte de l'limination de
l'interfrence intracellulaire. Le saut de frquence quant lui, permet de moyenner
linterfrence intercellulaire. La granularit dans la conception des diffrentes couches a
permis dlaborer diffrents canaux logiques. Ces canaux sont utiliss entre le RadioRouter
Base Station et les MSs pour transporter une varit de signalisation telle que les assignations
de canal de trafic, les accuss de rception, les rapports de qualit de canal et de contrle du
trafic.
Dans le prochain chapitre, nous nous attlerons dfinir une mthodologie de
planification dun rseau radio bas sur cette technologie.
Planification dun rseau Flash-OFDM


36
Chapitre II
Planification dun rseau radio Flash-OFDM

I. Introduction
La technologie Flash-OFDM, telle que nous venons de la prsenter, est capable de
fournir aux clients une multitude de services sur la mme interface radio, des dbits
variables et ayant des niveaux de qualit de service (QoS pour dire Quality of Service)
spcifiques chacune des applications demandes. Cette diversit doffre en dbit et en QoS
fait que la planification de ce rseau devient un exercice la fois complexe et dynamique.
Dans ce chapitre nous nous intresserons justement la planification dun rseau radio
bas sur cette technologie. Nous rappelons que la planification dun rseau cellulaire est la
partie la plus importante avant limplantation du systme, sans laquelle le rseau risque une
qualit de communication mdiocre, un taux de coupure de communication important et un
taux de blocage lev entranant des cots supplmentaires et voir des manques gagner pour
loprateur. Elle comprend gnralement plusieurs tapes dont le dimensionnement et la
planification radio qui font lobjet de chapitre.
Ce chapitre est architectur autour de 4 parties principales. Dans une premire partie
nous nous intresserons ltude des modles de trafic pour les applications que nous avons
choisies savoir la VoIP, le Web browsing, le FTP (transfert de fichier) et la vido streaming.
Les rsultats de cette tude nous permettrons de dterminer la capacit de trafic offert sur
chaque lien avec bien entendu le niveau de QoS requis. il sagit dune valuation quantitative
du trafic vhiculer reprsentant la premire tape du dimensionnement du rseau.
Dans la phase de dimensionnement qui constitue la deuxime partie de ce rapport, un
nombre approximatif de sites de station de base, des stations de base et leurs configurations et
d'autres lments du rseau sont estims. Toutes ces estimations sont bases sur les exigences
de l'oprateur et les conditions de propagation radio de la zone tudie (bilan de liaison).
La capacit et la couverture sont troitement lies dans les rseaux daccs radio large
bande et donc toutes les deux doivent tre considres simultanment dans le processus de
dimensionnement de tels rseaux. Flash-OFDM tant un rseau large bande, alors il
nchappera donc pas cette rgle de dimensionnement. Aussi, avons-nous rserv la
troisime et dernire partie de ce chapitre la planification de la capacit et de la couverture.


37
Nous avons plutt prsent notre approche de la planification, le chapitre suivant tant rserv
la conception dun outil charg de nous donner les lments danalyse.
II. Modle de trafic
La spcification de la charge dun rseau suppose une connaissance pralable des
caractristiques des services du point de vue trafic. Un modle de trafic est un objet
mathmatique ou algorithmique qui prsente des caractristiques souvent statistiques, similaires
au trafic rel. Il sert mieux connatre et dcrire le trafic vhicul et permet de dimensionner les
files dattentes dans les rseaux. La modlisation classique des services par des processus de
Poisson nest plus valide ds quil sagit dune transmission de donnes. La connaissance des
statistiques dcrivant lactivit de chaque type dapplication savre alors indispensable pour
analyser le comportement du rseau en question.
Les systmes daccs radio mobiles Flash-OFDM sont conus pour fournir une
connection large bande et oriente-IP un utilisateur mobile et qui soit comparable aux
connections large bande des rseaux fixes cbls qui sont en service de nos jours. De ce fait, on
s'attend ce qu'il y ait un mlange des applications d'utilisateur, assez semblable celui des
systmes fixes. De plus, les caractristiques du trafic et les exigences de systme des diverses
applications peuvent changer considrablement. Ainsi, la performance des systmes tels le
systme Flash-OFDM dpend beaucoup des caractristiques de ses applications et de leurs
modles de trafic [14].
II.1. Scnarios dutilisateur
Il existe diffrents scnarios d'utilisateur pour les systmes Flash-OFDM dont les plus
importants sont les utilisateurs dordinateur portable, les utilisateurs de PDA, les utilisateurs de
Smartphone et enfin lutilisation machine machine [14].
Utilisateur d'ordinateur portable : Les grandes et riches capacits d'affichage des
ordinateurs portables permettent leur utilisateur de produire de riches applications
graphiques et multimdia. En gnral, les utilisateurs d'ordinateur portable fourniront
les demandes de volume de donnes les plus leves cause des capacits de stockage
et de lautonomie des batteries des ordinateurs portables.
Utilisateur de PDA : Les capacits d'affichage, de batterie et de mmoire sont
infrieures celles des ordinateurs portables. Donc on s'attend ce qu'ils aient
lgrement moins de volume de trafic. Ils sont cependant trs portables et sont


38
typiquement utiliss pour le Web browsing, le E-mail, la vido et les applications de
voix.
Utilisateur de Smartphone : Ces appareils sont trs portables et mais ils ont des
capacits d'affichage et de mmoire trs limites. Ils sont plutt orients vers la voix et
la vido lgre.
Machine machine (tlmatique, appareils-photo distance, etc) : Ces scnarios
d'utilisation peuvent avoir plusieurs caractristiques. Dans certaines applications de
tlsurveillance/contrle conduites par des vnements spcifiques, le trafic est
sporadique. Par contre pour la tlsurveillance en utilisant les alimentations continues
de vido, le trafic est plutt du type streaming (flux continu).
Puisque les divers appareils peuvent avoir des caractristiques trs distinctes de trafic, il a
donc t cr de multiples modles de trafic pour les diffrents scnarios d'utilisation d'une
application.
II.2. Environnement de trafic multiservices :
Le systme Flash-OFDM permet aux abonns daccder une grande varit de services
et dapplications. Ainsi, il existe diffrents types de scnarios d'utilisation (multiservice, un seul
type.), diffrents types de terminal (ordinateurs portables, PDAs), diffrents niveaux d'utilisation
(intensif, lger), et diffrentes exigences en temps de rponse (temps rel, best-effort). Dans un
tel environnement, la nature adaptative des applications est souvent incorpore au modle du
trafic.
En effet, chaque service demande un dbit minimal pour assurer la qualit de service
attendue par lusager. En plus de cette exigence, certaines applications telles que l'audio
streaming ont la possibilit de pressentir la disponibilit du dbit binaire du canal et ajustent alors
le volume de trafic qui est transmis. Certaines sessions multimdia peuvent galement utiliser le
processus content-adaptation (adaptation de contenu) des images ou de la vido base sur les
tats du rseau ce qui affecte directement la quantit de donnes qui sont transmises.
Une classification des applications faite par nous selon le critre de la sensibilit au dlai
de transmission donne le rsultat suivant :



39
Application Catgorie de
trafic
Dlai de
transmission

Variation du
dlai de
transmission

Dbit
binaire
garanti

VoIP
Conversationnel
Strict (service
temps rel)
Stricte Oui
Web Browsing
Interactif
Limit Non Non
FTP (Transfert de
fichier)
Best-effort

Video-conference
Temps rel
Strict (service
temps rel)
Stricte Oui
E-mail
Interactif /
Best-effort
Non (pas de
contrainte de
temps)
Non Non
Vido/Audio
streaming
Streaming
Temps rel Limite Oui
Jeu Interactif

Tableau II.1. : Caractristiques des types de trafic Flash-OFDM [15]
II.3. Profil dabonns
Etant donn que la prvision de trafic se base entre autre sur des groupes dabonns, il
est gnralement conseill destimer le trafic par catgorie dabonns avant que le trafic total
ne soit estim. Aussi, avons-nous jug utile de crer trois groupes dabonns que sont :
Les abonns rsidentiels : ce sont tous les abonns qui ont souscrit des
abonnements grand public ; et dans le cadre de notre tude, labonnement grand public
sera compos des services suivants :
o VoIP ;
o Web browsing ;
o E-mail ;
o Vido streaming ;
o Jeu.


40
Les abonns VIP : ce sont essentiellement les abonns de marque. Labonnement
minimal auquel souscrira cette catgorie de client est compos des applications
suivantes :
o VoIP ;
o Web browsing ;
o FTP ;
o E-mail ;
Les abonns professionnels : ce sont des abonns qui ont un portefeuille de service
assez charg. Pour un parc dabonns donn, ils reprsentent les 20% des abonns qui
rapportent les 80% des recettes (loi de Pareto). Le portefeuille de service dun abonn
professionnel sera compos de :
o VoIP ;
o Web browsing ;
o FTP ;
o E-mail ;
o Vido confrence ;
o Vido streaming.
II.4. Modlisation dynamique du trafic dans les rseaux multiservices
Nous considrons dans cette partie les problmes lis lvaluation des performances
et plus gnralement de la QoS dans les rseaux haut dbit. Rappelons en effet que dans les
rseaux utilisant le contrle daccs, la procdure dtablissement dune connection exploite
les informations sur le trafic (dlai maximum, taux de perte accept, etc.) pour lui associer
une bande passante quivalente comprise entre le dbit moyen et le dbit crte requis.
Ainsi, partant du modle de trafic o lon peut multiplexer plusieurs applications de
dbits diffrents et partageant les mmes ressources radio, nous supposerons que le taux
darrive des flots de chaque classe de service i suit un processus de Poisson dsign par
i
et
que la dure moyenne des flots de la classe i suit une loi exponentielle de paramtre 1/
i
.
Dans le tableau ci-dessous nous dfinissons pour chaque type dapplication, les
paramtres p
di
et p
ui
comme tant le dbit constant de classe i respectivement sur le lien
descendant et sur le lien montant. c
di
et c
ui
dsignent respectivement la capacit sur le lien
descendant et sur le lien montant accorde lapplication i et cest justement ces valeurs que
nous nous proposons de dterminer pour chaque type dapplication.


41
Dbit en kb/s Probabilit de blocage Application
DL UL DL UL
i
i

Rsidentiel p
d11
p
u11
b
d11
b
u11

VIP p
d12
p
u12
b
d12
b
u12

VoIP
Professionnel p
d13
p
u13
b
d13
b
u13

1
1

Rsidentiel p
d21
p
u21
b
d21
b
u21

VIP p
d22
p
u22
b
d22
b
u22

Web browsing
Professionnel p
d23
p
u23
b
d23
b
u23

2
2

VIP p
d31
p
u31
b
d31
b
u31
FTP
Professionnel p
d32
p
u32
b
d32
b
u32

3
3

Rsidentiel p
d41
p
u41
b
d41
b
u41

VIP p
d42
p
u42
b
d42
b
u42

E-mail
Professionnel p
d43
p
u43
b
d43
b
u43

4
4

Vido confrence Professionnel p
d51
p
u51
b
d51
b
u51

5
5

Rsidentiel p
d61
p
u61
b
d61
b
u61
Vido streaming
Professionnel p
d62
p
u62
b
d62
b
u62

6
6

Jeu Rsidentiel p
d71
p
u71
b
d71
b
u71

7
7

Tableau II.2. : Caractristiques des applications en termes de dbit et probabilit de blocage
Daprs [9], la probabilit de rejet dun flot de lapplication i sur le lien descendant b
di
,
respectivement sur le lien montant b
ui
est donne par lapproximation suivante (2.1)
(respectivement (2.2)) :
|
|
\
|

d
di
d
d
B
d
di
di
c a p
b

, (2.1)
|
|
\
|

u
ui
u
u
B
u
ui
ui
c a p
b

, (2.2)
o E
B
est la loi dErlang B, a
d
et
d
(de mme a
u
et
u
) sont respectivement la moyenne et la
variance pondre du dbit quivalent celui de toutes les applications sur le lien descendant
(sur le lien montant) et sont tous exprims en kb/s.


42
Sur le lien descendant nous dterminons la moyenne et la variance pondre afin de
dterminer le dbit allou chaque application tel que cela a t dcrit dans les quations 2.3
et 2.4
[ ] [ ] [ ]
[ ] [ ] ( ) kb/s
7
7
71
6
6
62 61
5
5
51
4
4
43 42 41
3
3
32 31
2
2
23 22 21
1
1
13 12 11
+ + + + + + +
+ + + + + + + =
d d d d d d d
d d d d d d d d d
p p p p p p p
p p p p p p p p a
(2.3)
[ ] [ ]
( ) kb/s
7
d62
2
p
d61
2
p
5
d43
2
d42
2
d41
2
p
3
d32
2
p
d31
2
p
2
p
1
a
1
d
71
2
51
2
23
2
22
2
21
2
13
2
12
2
11
2
|
|
|
+
(
+ + +
+ + +
(
+ +
\
|
+ + + + + =
d d
d d d d d d
p p
p p
p p p p p
(2.4)
De mme pour le lien montant nous allons dterminer la moyenne a
u
et la variance
pondre
u
de tout le trafic sur ce lien.
Si on applique au lieu de la formule dErlang B celle de Claude Rigault qui dfinit la
probabilit de blocage comme suit : A k A N + = (2.5) (o N est le nombre de canaux mis
la disposition des usagers, 10
-k
est la probabilit de blocage sur ces canaux et A est la charge
du systme), on peut alors exprimer le taux de blocage sur le lien descendant ddi
lapplication i grce lquation (2.1) :
|
|
\
|

d
di
d
d
B
di
di d
c a
p
b

,
.
En appliquant 2.5 on peut dduire que :
d
d
d
d
d
di
a
k
a c

+ = (2.6)
avec
di
di d
d
di
d
d
B
k
p
b c a
|
|
\
|
=

, 10 daprs (2.1), dfini comme tant le taux de blocage de
lapplication i sur le lien descendant. Daprs (2.6) nous pouvons alors dduire que :
d d d di
a k a c + = . (2.7)


43
Nous pouvons alors dduire k en fonction de
d
, b
di
et p
di
:
|
|
\
|
= =

di
di d k
di
di d
p
b
k
p
b
10
log 10 10 (2.8).
En combinant (2.7) et (2.8) le dbit relatif lapplication i sur le canal descendant sera
exprim alors selon lquation (2.9) :
d d
di
di d
d di
a
p
b
a c
|
|
\
|
=
10
log 10 (Kb/s) (2.9)
Connaissant b
di
et p
di
pour chaque application i, nous pourrons dterminer le dbit c
di

vhiculer pour chaque application sur le lien descendant.
De mme, nous pourrons dterminer le dbit c
ui
vhiculer pour chaque application
sur le lien montant comme indiqu dans lquation (2.10) :
u u
ui
ui u
u ui
a
p
b
a c
|
|
\
|
=
10
log 10 (Kb/s) (2.10)
Les paramtres a
u
et
u
sont exprims de la mme manire que a
d
et
d
; il suffit de
calculer la moyenne et la variance pondres des dbits p
ui
de toutes les applications
transmettre sur le lien montant. Enfin, en fixant le taux de blocage b
ui
pour chaque application
i, nous pourrons dterminer le dbit c
ui
qui lui sera allou sur le lien montant.
III. Dimensionnement
Le dimensionnement d'un rseau radio peut tre dfini comme un processus par lequel
des configurations possibles et des quantits d'quipement de rseau sont estimes (voir figure
II.1). Ces estimations sont faites sur la base des exigences de l'oprateur du rseau et elles
portent essentiellement sur :
La couverture :
o zone couvrir : elle doit tre assez prcise (population et si possible aire de
couverture)
o types d'information concernant la zone : il sagit ici de lactivit conomique
qui sy mne
o conditions de propagation : elle est une consquence du type dinformation de
la zone
La capacit :
o spectre disponible
o prvision de croissance des abonns
o profil des abonns


44
La qualit de service :
o probabilit de couverture
o probabilit de blocage
o dbit utile par utilisateur

Figure II. 19 : Processus de dimensionnement
III.1. Organigramme de dimensionnement du rseau radio Flash-OFDM
Les activits de dimensionnement dun rseau radio Flash-OFDM peuvent tre
regroupes en bilan de lien radio et analyse de la couverture, estimation de la capacit et
finalement en estimations du nombre de sites et de Radio Router Base Station. Le nombre de
routeurs, les quipements aux diffrentes interfaces et les lments du coeur du rseau sont
galement dtermins pendant cette phase. La figure ci-dessous prsente lorganigramme de
dimensionnement de linterface radio.

Quantit estime en RARs
Besoins en
couverture
Besoin en
capacit
Besoin en
QoS
Dimensionnement
Quantit estime en
Routeurs
Configuration des
RARs
Terrain couvert
&
donnes de
propagation radio



45

Dbut

Fin

Figure II.20 : Organigramme de dimensionnement du RAN Flash-OFDM
Lorganigramme suivant dcrit les diffrentes tapes suivre fin de dterminer les
besoins matriels pour lcoulement du trafic multiservice.
La rpartition de trafic est fonction de la distribution et de la densit des abonns.
Aussi, a-t-on souvent recours des cartes gographiques ou des bases de donnes pour
identifier les principaux axes routiers, les densits des habitants et les zones daffaires.
Une fois les cellules et la rpartition des abonns sont dfinies, nous dterminons le
nombre de canaux de trafic et de signalisation pour chaque cellule (Interface Flash-OFDM)
en tenant compte des spcificits et des avantages apports par la technique daccs Flash-
OFDMA. De ces rsultats, nous dduisons les besoins des RARs en TRx (metteur/rcepteur),
cest--dire en porteuse. Il faut signaler que les besoins dun rseau Flash-OFDM en
frquence sont rduits. Ltablissement dun plan de frquence entre les cellules nest plus
ncessaire car les RadioRouters Base Station de Flarion nen exige pas.
Le dimensionnement de linterface RAR-Routeur dpend de la configuration du
RadioRouter Base Station.
Lemplacement du Routeur va dpendre des diffrents RadioRouters Base Station et
de leurs capacits.
La capacit de contrle des Routeurs en RadioRouters est fixe par le fournisseur des
quipements.
Planification
Cellulaire
Interface
Flash-OFDM
RAR Interface
RAR-Routeur
Topologie du
RAN
Routeurs


46
Aprs avoir plac les Routeurs nous obtenons ainsi une topologie globale du rseau
base sur le trafic total apport par les diffrents services.
III.2. Dimensionnement du RAR (Station de base Flash-OFDM)
Le dimensionnement du RAR a pour but de dterminer :
la porte de la cellule ;
le nombre de porteuses par secteurs ;
la capacit de bande de base commune ncessaire ;
Nous faisions la remarque en dbut de chapitre que la couverture et la capacit dune
cellule dans un rseau Flash-OFDM sont troitement lies. Par consquent, le processus de
dimensionnement du RAR doit tenir compte de la couverture et de la capacit et donc
ncessairement du mlange de trafic multiservices. La figure suivante dcrit le principe de
dimensionnement du RAR.

Figure II.21 : Processus de dimensionnement du RAR
Cette dmarche sapplique aussi bien la liaison montante (du WT au RAR) qu la
liaison descendante (du RAR au WT).
III.2.1. Estimation de la charge de trafic
Pour chaque service relevant dune des trois classes dabonns cites ci-dessus, nous
avons dj dtermin le dbit rel vhiculer sur les liens montant (UL) et descendant (DL).
Connaissant le nombre dutilisateurs pour chacune de ces classes, on peut alors dterminer le
dbit total transmettre sur linterface radio pour chaque classe dabonns.

Porte des
cellules
Analyse du trafic

Analyse de bilan de
Liaison
Nombre
de
cellules
simultans
requis
Nombre de
porteuses
par secteur
Nombre de
canaux
Mlange de trafic
multiservice
Processus itratif jusqu la convergence


47
Dbit utile en kb/s Taux doccupation du canal Profil dabonn Services
offerts
DL UL DL UL
VoIP c
d11
c
u11

11 d

11 u

Web
browsing
c
d21
c
u21

21 d

21 u

E-mail c
d41
c
u41

41 d

41 u

Vido
streaming
c
d61
c
u61

61 d

61 u

Rsidentiel
Jeu c
d71
c
u71

71 d

71 u

VoIP c
d12
c
u12

12 d

12 u

Web
browsing
c
d22
c
u22

22 d

22 u

FTP c
d32
c
u32

32 d
32 u

VIP
E-mail c
d42
c
u42

42 d

42 u

VoIP c
d13
c
u13

13 d

13 u

Web
browsing
c
d23
c
u23

23 d

23 u

FTP c
d33
c
u33

33 d

33 u

E-mail c
d43
c
u43

43 d

43 u

Vido conf. c
d53
c
u53

53 d

53 u

Professionnel
Vido
streaming
c
d63
c
u63

63 d

63 u

Tableau II.3. : Caractristiques de chaque type dapplication selon les profils des abonns [16]
Le temps doccupation du canal est le temps pendant lequel lapplication est active et
donc occupe un canal physique sur linterface radio. Nous dduisons aisment le taux
doccupation du canal de transmission en divisant cette dure par une heure. Cette heure est
lheure de pointe, considre comme la dure dobservation au cours de laquelle la charge (en
trafic) du rseau a t estime.
Les dbits c
ui
et c
di
qui figurent dans le tableau II.3 ont t calculs prcdemment par
la loi dErlang pour un trafic multi dbit comme nous lavions expliqu dans le paragraphe
prcdent. Ces dbits seront multiplis par les taux doccupation
i
du canal pour chaque
application i, pour aboutir des dbits rels vhiculer sur linterface radio.


48
A ces dbits nous ajouterons la marge de burstiness pour les applications dont le dbit
est variable pour dduire le trafic total transmettre sur les deux liens de communication.
La marge de burstiness est une marge que lon ajoute pour prendre en compte les
fluctuations du trafic. Elle concerne les classes de services dont le trafic est variable ( type
Assured Forwarding selon la terminologie DiffServ) ; cette marge reflte le gain statistique
qui est gal
Dmoyen
Dcrte
G = (2.11) o Dcrte est le dbit maximum lheure de pointe et
Dmoyen est le dbit moyen la mme heure.
Le dbit correspondant chaque classe dabonn sera alors gal :
( ) burstdl c c c c c resid D
d d d d d d d d d d dl
+ + + + =
71 71 61 61 41 41 21 21 11 11
_ (kb/s)
pour la classe rsidentielle. (2.12)
( ) burstdl c c c c vip D
d d d d d d d d dl
+ + + =
42 42 32 32 22 22 12 12
_ (kb/s) pour la classe
VIP. (2.13)
( ) burstdl c c c c c c prof D
d d d d d d d d d d d d dl
+ + + + + =
63 63 53 53 43 43 33 33 23 23 13 13
_
(kb/s) pour la classe professionnelle. (2.14)
Soit
p
le taux de pntration du rseau Flash-OFDM dans la zone tudie. Il
reprsente le nombre total des abonns Flash-OFDM de cette zone. En supposant
resid
,
vip
et
prof
le pourcentage des abonns de chaque classe dans lensemble N des abonns de la zone,
nous pouvons alors dterminer le trafic total sur les liens descendant (DL) et montant (UL)
estim lheure de pointe respectivement exprims par les quations (2.15) et (2.16) :
( ) ( ) ( ) [ ] prof D vip D resid D N D
dl prof dl vip dl resid p dl
_ _ _ + + = (kb/s) (2.15)
( ) ( ) ( ) [ ] prof D vip D resid D N D
ul prof ul vip ul resid p ul
_ _ _ + + = (kb/s) (2.16)
Fort de ces deux quations, nous pouvons dsormais dterminer la bande passante
ncessaire pour couler le trafic (D
ul
et D
dl
). Pour ce faire nous noterons par
ul
et
dl

lefficacit spectrale soutenue respectivement sur les liens montant et descendant ; BW la
bande passante rserve pour le trafic (nous avons la mme valeur tant pour le UL que le
DL :BW=1250000 Hz). Le calcul du nombre dmetteurs et de rcepteurs TRX ncessaires
pour desservir la zone tudie devient ainsi ais puisquil suffit de procder de la faon
suivante :
BW
D
tx nbre
dl
dl
_ (2.17)


49
BW
D
rx nbre
ul
ul
_ (2.18)
III.2.2. Bilan de liaison et analyse de la couverture
Le processus de calcul de couverture va permettre de dterminer la position thorique
idale des stations de base. Le bilan de liaison a pour but dquilibrer les puissances
dmission sur les liens montant et descendant dans chaque cellule en ajustant les paramtres
correspondants. Il permet non seulement de dterminer la taille dune cellule mais aussi
dassurer, par le biais dun quilibrage des liaisons, un fonctionnement normal du systme en
tout point de la cellule couverte. Pour atteindre ce double objectif, nous procderons par une
analyse spare des liaisons montante et descendante.
Lanalyse de la liaison montante consistera surtout mettre en vidence
laugmentation du brouillage due laugmentation du trafic dans la cellule (calcul de la valeur
du noise rise). Quant la liaison descendante, il sera surtout question danalyser la puissance
mise par le RAR.
Aprs avoir calcul les portes des cellules pour les liaisons montante et descendante,
nous choisissons la liaison la plus limitative. Puis nous rptons lanalyse pour la liaison non
limitative en tenant compte cette fois-ci de la porte de cellule limitative choisie (cest -- dire
en diminuant la puissance dmission du RAR).
Nous avons repris dans le tableau II.4 les paramtres prendre en compte dans le
calcul dun bilan de liaison pour les liens montant et descendant. Certaines valeurs de ces
paramtres sont fixes (ces valeurs sont celles communiques par l'UIT et donc ne peuvent en
aucun cas tre changes par lutilisateur) pour viter la divergence qui n'est pas directement
lie aux diffrences de technologie radio.


50
Bilan de liaison
Dsignation
Downlink Uplink
Type denvironnement Urbain/rural Urbain/rural
Emission
a1 Puissance maximale alloue au canal de trafic dBm dBm
a2 Puissance maximale de transmission dBm dBm
b1 Pertes dans les connecteurs et les cbles
dalimentation
3 dB 0 dB
b2 Pertes dues au corps de lutilisateur 0 dB 3 dB
c Gain de lantenne de lmetteur 17 dBi 0 dBi
d1 PIRE par canal de trafic d1= (a1-b1-b2+c) dBm dBm
d2 PIRE totale d2= (a2-b1-b2+c) dBm dBm
Rception
e Gain de lantenne du rcepteur 0 dBi 18 dBi
f1 Pertes dans les connecteurs et les cbles
dalimentation
0 dB 3 dB
f2 Pertes dues au corps de lutilisateur 3 dB 0 dB
g Facteur de bruit du rcepteur 9 dB 5 dB
h Puissance du bruit thermique 174 dBm/Hz 174 dBm/Hz
i Interfrence rue au rcepteur dBm/Hz dBm/Hz
j Puissance totale du brouillage
j= 10 log (10
((g+ h)/10)
+10
i/10
)
dBm/Hz dBm/Hz
k Taux dinformation k=(10 log (R
b
)) dB(Hz) dB(Hz)
l E
b
/(N
0
+I
0
) requis pour le service dB dB
m Sensibilit du rcepteur m=(j+k+l)
n Gain du handover dB dB
o Gain de diversit dB dB
o Autre gain dB dB
p Marge de fading dB dB
q Perte de propagation maximum
q={d1m+(e f)+o+n+op}
dB dB
r Rayon maximum km km
Tableau II.4 : canevas suivre pour le bilan de liaison [6]
Commentaire sur les paramtres du bilan de liaison
a1) Puissance maximum alloue au canal de trafic (dBm)
La puissance maximum alloue au canal de trafic est dfinie comme toute la puissance
produite par l'metteur pour un seul canal de trafic. Dans notre cas nous dfinissons un
canal de trafic comme tant un canal de communication entre une station mobile et
une station de base utilis pour le trafic de l'utilisateur et de la signalisation.


51
a2) Puissance maximum de l'metteur (dBm)
Elle reprsente la somme des puissances maximum alloues aux canaux de trafic.
(b) Pertes dans les connecteurs et les cbles dalimentation (metteur) (dB)
Ce sont les pertes combines de tous les composants du systme de transmission entre
la sortie de l'metteur et l'entre de l'antenne (toutes les pertes sont en valeurs positives
de dB). La valeur est gnralement fixe.
(c) Gain d'antenne de l'metteur (dBi)
Le gain d'antenne de l'metteur est le gain maximum de l'antenne de l'metteur dans le
plan horizontal (indiqu en dB relativement une antenne isotrope). La valeur est
gnralement fixe.
(d1) PIRE par canal de trafic (dBm) : d1=(a1-b+c)
C'est la somme de la puissance alloue par canal de trafic (dBm), des pertes du
systme de transmission (- dB) et du gain d'antenne de l'metteur (dBi), dans la
direction du rayonnement maximum.
d2) PIRE totale (dBm) :d2=(a2-b+c)
C'est la somme de la puissance maximum de l'metteur (dBm), des pertes du systme
de transmission (- dB), et du gain d'antenne de l'metteur (dBi).
(e) Gain de lantenne du rcepteur (dBi)
Le gain d'antenne du rcepteur est le gain maximum de l'antenne du rcepteur dans le
plan horizontal (indiqu en dB relativement une antenne isotrope).
(f) Pertes dans les connecteurs et les cbles dalimentation (rcepteur) (dB)
Ce sont les pertes combines de tous les composants du systme de transmission entre
la sortie de l'antenne de rception et l'entre de rcepteur (toutes les pertes sont en
valeurs positives de dB). La valeur est gnralement fixe.
(g) Facteur de bruit de rcepteur (dB)
Cest le facteur de bruit du systme de rception rfrenc l'entre de rcepteur. La
valeur est gnralement fixe.
(h), (H) Puissance du bruit thermique, N
0
((dBm/Hz))
La puissance du bruit thermique, N
0
, est dfinie comme la puissance de bruit par Hertz
l'entre de rcepteur. La valeur est gnralement fixe.
(i), (I) Interfrence au niveau du rcepteur I
0
(dBm/Hz)
(j) Puissance totale du brouillage (dBm/Hz)
La puissance totale du brouillage (dBm/Hz) est la somme logarithmique du facteur de
bruit du rcepteur et la puissance du bruit thermique et la somme arithmtique avec
linterfrence au niveau du rcepteur :


52
|
|
\
|
+ =
|
\
| +
10
10
10
10 10 log 10
i
h g
j (2.19)
(k) Taux de l'information : (10 log
10
(Rb) (dB(Hz))
Le taux de l'information est le dbit binaire du canal en (dB(Hz)).
(l) E
b
/(N
0
+ I
0
) (dB)
(m) Sensibilit de rcepteur (j + k + l) (dBm)
C'est le niveau de signal requis lentre du rcepteur qui satisfait juste le E
b
/(N
0
+I
0
)
exig.
(n) Gain du handover (dB)
C'est le facteur de gain apport par le handover pour maintenir la fiabilit indique la
frontire des cellules.
(o) Gain de diversit (dB)
C'est le gain effectif ralis en utilisant les techniques de diversit.
(p) Marge de fading (dB)
Les marges de fading sont dfinies la frontire de cellules pour les cellules isoles.
C'est la marge exige pour fournir une disponibilit indique de couverture sur les
diffrentes cellules.
(q) La perte maximum de propagation (dB)
C'est la perte maximum qui permet une performance minimum de RTT la frontire
de cellule :
( ) p n o f e m d MPL + + + = 1 (2.20)
(r) Rayon maximum (kilomtre)
Le rayon maximum, R
max
, reprsente le rayon de la cellule. Il est calcul pour chaque
scnario de dploiement et laide des modles de propagation.
L'ensemble de ces paramtres permet de caractriser le service offrir,
l'environnement et la charge de trafic envisage.
Le bilan de liaison doit tre fait pour chaque type denvironnement et chaque type
service. Sur la base des bilans de liaison, le rayon R des cellules peut tre aisment calcul
pour un modle de propagation connu, par exemple le modle d'Okumura-Hata ou le modle
de Walfish-Ikegami. Rappelons que le modle de propagation dans un environnement dcrit
la propagation moyenne du signal dans cet environnement. Il permet de convertir le maximum
de perte de propagation permise en dB en rayon maximum de cellules en kilomtres.


53
Nous donnons ci-dessous le modle de propagation du Cost 231-Hata pour une macro
cellule urbaine avec une hauteur d'antenne de station de base de 30 m, hauteur de l'antenne du
mobile 1.5 m et la frquence de la porteuse de 1950 mgahertz. Cest le modle que nous
avons retenu pour notre tude.
( ) R L
10
log 2 , 35 4 , 137 + = (2.21)
o L est la perte maximum de propagation (maximum path Loss) en dB et R est le rayon de la
cellule en kilomtre. Pour des zones suburbaines, nous aurons un path loss qui est donn par :
( ) R L
10
log 2 , 35 4 , 129 + = (2.22)
Une fois le rayon R de la cellule dtermin, la surface des sites, qui est galement
fonction de la configuration de sectorisation de station de base, peut tre alors dduite. Par
exemple dans le cas de dploiement de cellule de forme hexagonale sectorise, le domaine
couvert par un secteur est dfini par 2,6R
2
o R est le rayon obtenu au bilan de liaison.
III.3. Dimensionnement du Routeur
Le dimensionnement du Routeur est, comme la plupart des routeurs rseau,
conditionn par ses propres caractristiques. Celles qui influent sur le processus sont les
suivantes :
Les limitations de trafic, cest dire le dbit le dbit maximal par Routeur :
Les limitations de gestion, cest--dire le nombre maximal de RAR gr par un
Routeur.
Les limitations de connectivit, cest--dire le nombre maximal dinterfaces
disponibles vers les autres rseaux (interfaces T1, E1, Ethernet, etc.).
La mthode de dimensionnement que nous avons retenu pour les Routeurs comportera
les tapes suivantes :
Etape 1 : Le dimensionnement du RAR nous a permis de dterminer le nombre total
de RAR pour la zone cible. En fonction de la contrainte de limitation de gestion, il est
possible de calculer le nombre minimal de Routeurs ncessaires pour grer les RAR.
Ce nombre que nous dsignons par NR
1
est obtenu grce la formule suivante :
routeur par RAR de imal Nombre
RAR de Nombre
NR
_ _ _ _ max _
_ _
1
= (2.23)


54
Etape 2 : partir des hypothses de trafic moyen faites au dpart et de la contrainte de
limitation de trafic, nous pouvons dterminer le nombre minimal de Routeur
ncessaires lcoulement du trafic moyen (NR
2
).
Etape 3 : le nombre de Routeur requis sera : NR=max( NR
1
,NR
2
). (2.24)
IV. Planification dun rseau flash-OFDM
Dans la phase de planification, des donnes relles et prcises de propagation de la
zone tudie sont ncessaires, ainsi que l'estimation de la densit des utilisateurs et du trafic
utilisateur. En outre, les informations sur les sites existants de station de base sont ncessaires
afin de rutiliser ces investissements existants (pylnes, nergie, etc.). Les outputs de la
planification de la capacit et de la couverture sont les sites des BS, leurs configurations et
leurs paramtres.
IV.1. Rutilisation des frquences.
La thorie de la technologie Flash-OFDM que nous avons prsente nous apprend
qu'il est possible d'utiliser dans toutes les cellules la mme frquence. Cela signifie que pour
un oprateur, il est inutile de planifier les frquences ; par consquent dans la technologie
Flash-OFDM, le facteur de rutilisation des frquences est gal 1.
IV.2. Planification de la capacit et de la couverture
Nous disions dans le chapitre premier que tous les utilisateurs dun rseau Flash-
OFDM se partageaient les mmes ressources d'interfrence dans l'interface radio, donc ils ne
peuvent pas tre analyss indpendamment. Chaque utilisateur influence les autres utilisateurs
et cause en mme temps le changement de leurs puissances de transmission. Ces changements
eux-mmes causent encore dautres changements et ainsi de suite. Par consquent, le
processus entier de prdiction doit tre fait itrativement jusqu' ce que les puissances de
transmission se stabilisent. Dans ce processus, les vitesses de mobile, les dbits binaires et le
type de services utiliss jouent un rle important. Tout comme dans le rseau WCDMA, en
Flash-OFDMA la sensibilit de la station de base dpend du nombre d'utilisateurs et des
dbits binaires utiliss dans toutes les cellules ; en somme elle est spcifique aux cellules et au
service. [15]
IV.2.1. Outil de planification
Dans les systmes Flash-OFDM, plus que la simple optimisation de couverture, une
planification d'interfrence et une analyse de capacit sont ncessaires. Pour ce faire, le


55
planificateur devrait disposer doutil de planification. Cet outil devrait laider optimiser les
configurations des stations de base, faire les choix d'antenne et les directions d'antenne et
mme les sites d'emplacement afin de minimiser le cot de la qualit de service, de la capacit
et des exigences de service. La probabilit de couverture des liens montant et descendant est
dtermine pour un service spcifique en testant la disponibilit du service chaque point du
plan.
Pour notre part, loutil de planification tel que dcrit ci-dessus sera un simulateur. Il
aura les mmes fonctionnalits que celles dcrites plus haut et il est bas sur lorganigramme
ci-aprs :

Figure II.22 : Fonctionnalits de la simulateur
Une description dtaille de l'outil de planification sera faite dans le prochain chapitre.
IV.2.2. Itrations du lien montant et du lien descendant
L'objectif recherch dans l'itration du lien montant est d'allouer simultanment les
puissances de transmission des stations mobiles de sorte que les niveaux d'interfrence et les
valeurs de sensibilit de la station de base convergent. Le niveau de sensibilit de la station de
base est corrig par le niveau estim de l'interfrence du lien montant (noise rise). L'impact de
Environnement de la simulation
Modle de propagation
Calcul de la taille maximale de la cellule par le bilan de liaison
Simulation :
Itrations en lien
montant
Contrle de puissance
QoS :
E
b
/N
0
cible

Evaluation de la taille de la cellule en fonction de la charge


56
la charge du lien montant sur la sensibilit est pris en considration avec le terme -10log
10
(1-
ul
), o
ul
est le facteur de charge. Dans l'itration du lien montant, les puissances de
transmission des stations mobiles sont estimes sur la base du niveau de sensibilit de la
meilleure cellule de service (best server), du service (dbit binaire), de la vitesse du mobile et
des pertes sur le lien. Les puissances de transmission sont ensuite compares la puissance
maximum de transmission permise des stations mobiles, et les stations mobiles dpassant
cette limite sont mises hors couverture. L'interfrence peut alors tre estime nouveau et de
nouvelles valeurs de charge et de sensibilits pour chaque station de base sont alloues. Si le
facteur de charge du lien montant est plus lev que la limite supporte dans la cellule, les
stations mobiles sont alatoirement dplaces de la cellule fortement charge une autre
cellule moins charge ou mise hors couverture. [15]
Le but de l'itration du lien descendant est d'allouer de justes puissances de
transmission de la station de base chaque station mobile jusqu' ce que le signal reu la
station mobile concide avec l'objectif E
b
/N
0
exig.
Une tude de cas faite dans le chapitre suivant permettra de mieux comprendre ce
processus de planification.
V. Conclusion
Dans ce chapitre, nous avons prsent une approche de la planification dun rseau
bas sur Flash-OFDM. Nous avons dabord commenc, dans un premier temps, par prsenter
les modles de trafic pour les services voix, web, FTP et vido pour finalement aboutir une
estimation de la charge de trafic dans une zone tudie. Ensuite, dans un deuxime temps,
nous avons pu dimensionner le rseau en termes de bande passante ncessaire sur linterface
radio, nombre de cellules, nombre de RAR et nombre routeur implanter dans le backbone IP
reliant les stations de base aux rseaux extrieurs. Enfin, dans une troisime et dernire partie,
nous avons tudi la planification de la couverture et de la capacit dune cellule en
dfinissant le processus ditration sur les liens montant et descendant et en prsentant les
fonctionnalits du simulateur qui nous aidera dans faire lanalyse au cours du prochain
chapitre.
Dans le prochain chapitre nous nous intressons au dveloppement de notre outil de
planification. Il sagit de loutil que nous proposons pour la planification des rseaux radio
bass sur Flash-OFDM.
Outil de planification


57
Chapitre III
Outil de planification radio et validation sur des
scnarios

I. Introduction
Au cours du chapitre prcdent, nous avons tudi le processus de planification dun
rseau Flash-OFDM dans ses deux phases savoir le dimensionnement du rseau pour
dterminer la charge du trafic quil doit vhiculer et la planification de linterface radio afin
destimer la couverture du rseau et dresser sa topologie.
Dans ce chapitre, il sera essentiellement question de loutil de planification que nous
devons dvelopper et de son valuation. Pour ce faire, nous commencerons par spcifier le
cahier des charges et prsenter lenvironnement de dveloppement qui nous permettra
datteindre les objectifs de ce cahier des charges. Ensuite nous prsenterons lorganigramme
fonctionnel de loutil en dcrivant les fonctionnalits de ses modules et les tapes de son
fonctionnement. Cette prsentation sera suivie dune valuation de loutil base sur une tude
de cas. Enfin la dernire partie de ce rapport sera consacre une comparaison entre le
systme Flash-OFDM et le systme 3G du 3GPP.
II. Cahier des charges de loutil

II.1. Objectif de l'outil de planification

Le but de cette tude est de dvelopper un outil de planification dun rseau 4G bas sur la
technologie Flash-OFDM. Cet outil devra prendre en compte les contraintes dingnierie de cette
technologie savoir le dimensionnement, la propagation radio et larchitecture du rseau. Son
objectif nous apparat utile mme si, eu gard au caractre volutif des problmes des
tlcommunications, des modifications plus ou moins brve chance (nous rappelons que la
technologie Flash-OFDM est une solution propritaire de Flarion) sont susceptibles d'affecter
les rgles ou les procdures.
La dmarche que nous avons adopte dans la conception de notre outil de planification
est tout fait diffrente de celle utilise dans les rseaux cellulaires ordinaires. En effet, les
oprations de couverture et de capacit des cellules tant lies dans les rseaux daccs radio


58
large bande, nous avons donc trouv logique de combiner les oprations de dimensionnement et
d'optimisation. Notre outil devrait donc tre capable d'effectuer ces deux tches au cours d'une
mme tape. Ainsi, nous aurons comme rsultat des cellules, des RARs et des Routeurs dont le
nombre et les positions seront optimiss.
II.2. Paramtres d'entre
Notre outil devra accepter les paramtres suivants comme variables d'entre:
Le type de l'environnement (urbain, urbain dense, suburbain, rural) : le choix du type
denvironnement permettra au systme de choisir le modle de propagation qui
convient et la population de la zone en question ;
La configuration des stations de base : lutilisateur rentrera le nombre de secteur gr
par une station de base (tri secteur, 6 secteurs) ;
Les caractristiques des quipements : il sagira surtout des gains, pertes et puissances
des WT et RAR ;
Les paramtres du trafic : il sagira surtout des dbits binaires, des taux doccupation
des canaux, des QoS requises et des exigences du multiservice tant sur le UPLINK et
que sur le DOWNLINK ;
La distribution des abonns : le taux de pntration de la technologie, le taux de
chaque classe dabonn ;
Une probabilit de couverture (en %) qui sera utilise comme lment de validation de
la zone de couverture d'une antenne.
II.3. Sorties envisageables
Nous pensons quil est possible davoir les donnes suivantes comme sortie de notre
outil de planification :
Nous pourrons visualiser le bilan de liaison pour chaque service et lanalyse du lien
descendant ;
Nous pourrons visualiser le rayon maximum de couverture pour chaque service et
partant le taux de couverture des cellules par service ;
Nous pourrons visualiser le rsultat du processus de dimensionnement/planification,
c'est dire le nombre des quipements ncessaires installer ;
Nous pourrons ventuellement visualiser leffet de la charge de la cellule sur sa
couverture.


59
II.4. Interface Utilisateur
Notre outil de planification devrait prsenter une interface graphique agrable et facile
manipuler. L'utilisateur devra introduire les paramtres d'entre d'une faon aise, ainsi que la
visualisation des rsultats. Il devra aussi manipuler le menu du logiciel sans problme. Il pourra
entre autre visualiser des rsultats de planifications dj effectues ou encore faire tourner le
simulateur en introduisant de nouveaux paramtres l'entre.
Nous jugeons utile doffrir plus de libert l'utilisateur de loutil en lui donnant la
possibilit d'introduire le type d'environnement de son choix. Et vu que l'outil sera dvelopp
avec le langage Java, nous nous attendons alors ce qu'il soit excutable sur n'importe quelle
autre plate-forme.
II.5 Contraintes
Nous aimerions bien que loutil ait un temps de calcul raisonnable cest dire optimis.
Pour ce faire, nous essayerons autant que faire se peut, davoir un compromis entre le temps de
calcul et la prcision des rsultats.
III. Environnement de dveloppement
Le langage que nous avons choisi pour dvelopper notre simulateur est le JAVA. C'est un
langage orient objet cr par Sun Microsystems en 1995.
Ce langage nous permettra d'avoir un simulateur qui devrait travailler correctement sur
n'importe quelle plate-forme ou systme d'exploitation.
Le choix de Java comme langage de programmation a t fond sur sa portabilit,
assurant ainsi au simulateur une indpendance totale de toute plate-forme. Nous avons galement
trouv dans Java des caractristiques qui permettent d'accomplir les objectifs dj dcrits ci
dessus. Ces caractristiques seront expliques comme suit:
La robustesse : elle se traduit par la gestion de la mmoire, le puissant mcanisme
dexception face aux conversions dangereuses ou dbordements de taille des structures
de donnes.
La scurit : Java proportionne trois couches de protection des codes dangereux ou
virus. En plus, le code est toujours certifi par une cl.
Le multi-tches (multi-threading): Ce concept consiste un lancement de tout un
ensemble de processus en parallle de manire ce que chaque thread ralise une tche
spcifique: lecture des sources, lancement d'un moteur de calcul, criture dans un fichier
de sortie, etc.


60
L'chelonnage : Dun point de vue fondamental, les programmes Java sont constitus
par des classes. Ces classes sont des petits composants modulaires et elles peuvent tre
spares physiquement en systmes diffrents.
Ainsi, l'utilisation de Java nous permet de dcomposer facilement le moteur de
simulation en packages indpendants. Et comme chaque package peut tre dvelopp sans
aucune relation avec les autres, la gestion du projet mise en place devrait tre trs efficace.
En somme, cest toutes ces caractristiques runies qui nous ont motiv choisir Java
comme langage de dveloppement.
IV. Fonctionnalits de loutil
Loutil dont il est question est un outil de planification dun rseau Flash-OFDM. Son but
est daider les oprateurs trouver la meilleure configuration de leur rseau en terme
dquipements ncessaires, de charges et de taux de couverture des cellules tout en garantissant
une qualit de service donne.
IV.1. Les entres/sorties du programme
Afin de mieux comprendre le processus dexcution de notre application, nous avons
essay reprsenter le schma explicatif suivant :

Organigramme III.1 : Schma synoptique de lapplication
Lexcution de notre application dveloppe seffectue en trois phases. En effet, le
programme principal permet, dans une premire phase, de traiter les donnes relatives au choix
de la zone analyser. Lutilisateur a le choix entre les types de zone suivants : une zone urbaine,
une zone suburbaine ou une zone rurale. Les rsultats obtenus dans cette premire tape sont le
modle de propagation, la distribution des abonns dans la zone, la charge de trafic estime. Ces
derniers seront utiliss comme donnes dentre dans la seconde phase.
La deuxime phase consiste faire le bilan de liaison et analyser la couverture. Cette
phase, tout aussi importante que la premire, nous permettra dobtenir le rayon de cellule par
Choix du type
denvironnement
couvrir

Bilan de
liaison

Dimensionne
ment du
rseau
Rayon
max des
cellules
Nombre de
BS, de
routeurs,etc
.



61
service et la couverture maximale autorise selon les caractristiques des services (E
b
/N
0
requis,
taux de couverture).
La troisime et dernire phase porte sur le dimensionnement du rseau. Ce
dimensionnement se fera sur la base des rsultats de la seconde phase.
IV.2. Organigramme fonctionnel
Les fonctionnalits de loutil sont reprsentes par lorganigramme suivant :

Organigramme III.2 : Principe de fonctionnement de loutil
Utilisateur
Caractristiques des abonns
- Modles de trafic (types de services, taux
doccupation du canal, dbits, QoS),
- Taux dabonns de chaque classe ;
- Taux de pntration
Paramtres dingnierie
- QoS par service,
- Caractristiques des quipements (WT, RAR,
Routeurs),
- Caractristiques de lenvironnement
- Calcul de la charge de trafic
- Bilan de liaison et calcul de la porte
maximale des cellules
Dtermination du nombre de cellules, de RAR
et routeurs

Evaluation des performances
- Analyse de la capacit par service,
- Analyse de la couverture par service,
- Analyse de la QoS.
Interface utilisateur
Topologie du rseau
Configuration optimise

Fin
Non
Oui


62
IV.3. Modules dvelopps
Pour grer les entres et les sorties de cet outil de planification, nous avons dvelopp cinq
modules principaux.

IV.3.1. Module dacquisition des paramtres dune zone
Cest le module dacquisition des donnes relatives la zone. Il gre la configuration des
paramtres de cette zone. Ces paramtres sont :
Le type de zone couvrir (urbaine, suburbaine, rurale) ;
La surface de la zone couvrir ;
Le nombre dhabitant de la zone;
Le taux de pntration;
Le taux de chaque classe dabonns parmi le nombre total des abonns;
Les rsultats de ce module seront les nombres dabonns de chaque classe dabonns et la
distribution des abonns par classe de services.
IV.3.2. Module destimation de la charge de trafic
Ce module a pour objectif de dterminer la charge de trafic de la zone tudie. Pour ce
faire il regroupe lensemble des applications offertes aux diffrentes classes dabonns. Il calcule
ensuite les dbits utiles pour chacune des applications sur les liens montant et descendant, dbits
estims lheure de pointe. Ses paramtres dentre sont les suivants :
Le dbit utile de transfert de chaque application sur le lien montant ;
Le dbit utile de transfert de chaque application sur le lien descendant ;
Le taux doccupation des ressources ;
La marge de burstiness.
A la sortie nous aurons les lments suivants :
Le dbit transmettre sur le UL et le DL pour chaque classe dabonns ;
Le dbit total transmettre sur le lien montant pour toutes les classes dabonns ;
Le dbit total transmettre sur le lien descendant pour toutes les classes dabonns ;
IV.3.3. Module de calcul des bilans de liaison
Ce module, comme son nom lindique soccupe du calcul des bilans de liaison pour
chaque application. Il aura donc en entre les variables du bilan de liaison et en sortie le Path
Loss Maximum permis par application.
IV.3.4. Module de dimensionnement
Ce module ferra en fait une synthse des rsultats des modules prcdents. De cette
synthse il pourra calculer les rayons maximums des cellules par application du modle de
prdiction de propagation choisi pour dduire la limitation de rayon, dterminer le nombre de


63
cellules ncessaires pour couvrir la zone tudie, le nombre de TRX ncessaires, le nombre
RARs et de routeurs.
Examinons maintenant de plus prs les diffrentes fonctions inscrites dans ce module :
La dtermination du nombre de TRX
La dtermination du nombre de TRX ncessaires pour une cellule est effectue comme
indiqu dans lorganigramme III.3.

Organigramme III.3 : Dimensionnement des TRXs
Avec = efficacit spectrale, Bw=largeur de la bande rserve au rseau (1,25 MHz) et
=somme des dbits des diffrentes classes dabonns
La dtermination du nombre de cellules, RARs et Routeurs
La dtermination des nombres de cellules, de RARs et de Routeurs suppose la
connaissance de la surface de la zone couvrir (S
z
), la surface dune cellule (S
c
), la configuration
des sites (C
s
) et les capacits des routeurs (C
r
).
Ces nombres sont calculs suivant l'organigramme III.4.

Dbit total classe
abonn rsidentiel

/
Dbit total classe
abonn VIP
Dbit total classe
abonn professionnel
/Bw
Nombre des TRXs


64

Organigramme III.4 : Dtermination du nombre de cellules RAR, Routeurs
IV.3.5. Module de simulation
Ce module a pour objectif dvaluer la taille des cellules en fonction de la charge
supporte. Il sagit en fait du simulateur dont les fonctionnalits ont t dcrites dans le
chapitre prcdent (voir figure II.4.).
Il aura en entre les variables suivantes :
Le type denvironnement ;
Le rayon maximal de la cellule ;
Le type de service ;
Le dbit ;
La qualit de service ;
Le nombre dutilisateurs actifs dans la cellule ;
En sortie nous aurons :
Le nombre dutilisateurs actifs respectant la qualit de service requis ;
Surface de la zone
couvrir (S
z
)
Surface dune cellule
(S
c
)
E(S
z
/S
c
) +1
Nombre de cellules
Nombre de cellules/(C
s
)
Configuration des sites
(C
s
)
Nombre de RARs
Nombre de RARs/(C
r
)
Capacit des routeurs
(C
r
)
Nombre de Routeurs
: Sorties

: Entres


65
Le rayon de la cellule.
Le principe de la simulation est expliqu par les organigrammes III.5. et III.6. ci-
dessous (nous avons mis en annexe 2 lexplication de lorganigramme).

Organigramme III.5 : Fonctionnement du simulateur

Le principe de calcul du nombre J des mobiles vrifiant le QoS est reprsent par
lorganigramme III.6.

Oui
Dbut
Rayon de cellule
R R
max
Entre du nombre N des mobiles actifs
(supposs uniformment rpartis)
Calcul de laffaiblissement de propagation L(i) pour chaque
mobile
Calcul de la puissance mise Pe(i) par chaque mobile
Calcul du nombre J des mobiles vrifiant le QOS
(N-J)/N<0.05 Diminuer
le rayon r
Non
Afficher le rayon de
la cellule
Fin


66

Organigramme III.6 : Calcul du nombre J
V. Interface utilisateur dveloppe
V.1. Fentre principale de loutil
Lors du dmarrage de lapplication, on aperoit la fentre principale (Figure III.1) qui
affiche une barre de menus compose de cinq menus :
Fichier ;
J est le nombre des
mobiles vrifiant le
QoS
Fin
Dbut
i 0
J 0
Pe(i)
appartient
lintervalle
[Pmin, Pmax]

i=<N
Oui
i+1
J+1
Oui
Non


67
Configuration ;
Simulation ;
Dimensionnement ;
Aide.

Figure III.23 : Fentre principale de loutil
V.2. Menu Fichier
Pour commencer, lutilisateur de loutil doit ncessairement slectionner le menu Fichier
(les autres menus tant dsactivs).
Ce menu est compos des sous menus suivants :
Nouveau : il permet lutilisateur de crer un nouveau projet de planification. En
choisissant ce sous menu, lutilisateur active de facto les autres menus (Configuration,
Simulation et Dimensionnement) et pourra ainsi commencer son projet.
Ouvrir : ce sous menu permet de charger en mmoire un projet existant.
Sauvegarder : il permet de sauvegarder les nouveaux projets.


68
Quitter : Le choix de ce sous menu permet de fermer la fentre en cours et de quitter
dfinitivement lapplication.
V.3. Menu Configuration
Aprs avoir effectuer son choix dans le menu Fichier (Nouveau ou Ouvrir), lutilisateur
doit saisir les donnes dentre (paramtres dingnierie, caractristiques des abonns) du
systme planifier. Le menu Configuration permet deffectuer ces oprations. Nous lavons
divis en deux sous menus (paramtre dingnierie et profil dutilisateur) pour rpondre
lobjectif de convivialit que nous nous sommes fixs au dpart.

Figure III.24 : Fentre de saisie des taux de distribution des abonns
En slectionnant le sous menu paramtre dingnierie puis loption Environnement,
linterface reprsente par la Figure III.3 ci-dessous apparat. Lutilisateur peut ainsi entrer les
donnes et les paramtres des sites.



69

Figure III.25: Fentre de saisie des paramtres dingnierie
V.4. Menu Simulation
Cest le noyau mme de loutil, il donne le bilan de liaison par type dapplication et le
rayon de cellule y relatif, le rayon maximum de la cellule qui permettra de prendre en charge
toutes les applications (voir Figure III.4). Une autre fonction prise en compte par ce menu est
lanalyse de la couverture du rseau. Par lintroduction dun rayon maximum de cellule
couvrir, dune qualit de service fixe et dun nombre dutilisateurs actifs supposs repartis
uniformment dans la cellule, lapplication nous donne le nombre dutilisateurs actifs qui
respectent la qualit de service prcdemment fixe et le rayon de cellule y relatif (loprateur
pourra mme visualiser la courbe dvolution). Les sous menus qui permettent de raliser ces
oprations sont : Bilan de liaison, Analyse de couverture



70

Figure III.26 : Fentre de prsentation du bilan de liaison
V.5. Menu Dimensionnement
Cest le menu qui va nous permettre de visualiser les rsultats obtenus dans le processus
de dimensionnement en terme de nombre de cellules, de sites couvrir, de nombre RadioRouter
station de base, de routeur, de trafic gnr et de nombre de canaux ncessaires.
V.6. Menu Aide
Le menu "Aide comme son nom lindique permet dafficher une aide contextuelle. Il
comprend un volet "Aide et un volet A propos qui permet laffichage de la fentre
didentification de lapplication (voir Figure III.5).



71

Figure III.27 : Fentre A propos
VI. Validation sur scnarios
Dans ce paragraphe il sera essentiellement question de la prsentation des rsultats de la
planification/dimensionnement dun rseau radio Flash-OFDM partir de notre outil
informatique. Pour ce faire, nous avons suppos la desserte de la rgion de grand Tunis en tout
type de service avec un rseau cellulaire bas sur la technologie Flash-OFDM.
VI.1. Acquisition des paramtres et donnes dentre
VI.1.1. Description et caractrisation de la zone couvrir
Nous assimilerons la rgion de grand Tunis un carr de 20 km de long sur 20 km de
large. Cest une rgion qui se trouve au nord-est de la Tunisie (voir figure III.6). Bien que la
surface tudie soit relativement rduite, on y observe une extrme diversit de paysages domin
notamment par des espaces de bti continu (au centre ville), ou discontinu (les banlieues). On y
trouve galement des lacs (lac de Tunis, Sabkhat Sijoumi), des zones ctires sur toute la
frontire, des reliefs montagneux et des espaces verts (fort de Rads, El Omrane).


72

Figure III.28 : Carte de grand Tunis (zone dimensionner)
En tenant compte de cette diversit, nous avons pu diviser la zone couvrir en trois sous
zones :
Une zone urbaine : elle regroupe tout le centre ville o on notera une densit de trafic
importante tant donne la grande densit de population qui y rgne. Dans notre tude
nous avons suppos que les 2/3 de la population totale de la rgion sont dans cette
zone.
Une zone suburbaine : elle est constitue de banlieues o le nombre de population est
suppos gal au 1/3 de la population totale de la rgion.
Des zones rurales : elles reprsentent gnralement les zones dsertes et les axes
routiers. Dans notre cas ce seront essentiellement les routes.
VI.1.2. Donnes gnrales
Nous avons vu dans le chapitre prcdent quen gnral, les paramtres lis la
couverture et lallocation des ressources tiennent compte du trafic et de la distribution
gographique des usagers.


73
Aussi, dans un souci de respect de cette rgle, nous avons recens dans le tableau III.1.
ci-dessous les informations relatives la rgion planifier.
Localits Surface (km) Habitants Taux de
pntration
Nombre
dabonns
Grand Tunis 400 2000000 8% 160000
Zone urbaine 160 1000000 8% 80000
Zone suburbaine 200 666667 8% 53333
Zone rurale 40 333333 8% 26667
Tableau III.1 : Caractristiques des zones tudies
VI.1.3. Donnes de trafic et profil dutilisateur
Le tableau III.2. rsume lestimation des demandes en dbit utile, lheure de pointe, sur
les liens montant et descendant par les utilisateurs pour les services offerts par le rseau.
Profil dabonn Services offerts DL (kb/s) UL (kb/s) Taux de
pntration
VoIP 64 64
Web browsing 240 80
E-mail 14 4
Vido streaming 1800 ---

Rsidentiel
Jeu 64 64

20%
VoIP 64 64
Web browsing 256 100
FTP 1000 ---

VIP
E-mail 32 16

45%
VoIP 64 64
Web browsing 512 128
FTP 1000 ---
E-mail 32 16
Vido confrence 384 384

Professionnel
Vido streaming 1800 ---

35%
Tableau III.5. : Dbit utile par type dutilisateur


74
VI.1.4. configuration des stations de base
La configuration que nous avons choisie est de type S111 (3 Secteurs avec 1 TRX par
secteur) pour les zones urbaines et suburbaines.
Pour les axes routiers nous mettons surtout laccent sur la couverture incar car sur la
route on ne trouve gnralement pas dagglomrations de populations importantes. Aussi, la
configuration adopte sera donc de type S11.
Dans la partie simulation nous avons considr une cellule unique o les
utilisateurs sont uniformment rpartis sur un rayon donn (le rayon maximal dduit du bilan
de liaison).
La puissance reue par le RadioRouter Base Station sera gale la puissance mise
par le mobile affecte par laffaiblissement de parcours.
Enfin, le modle de propagation utilis pour laffaiblissement de parcours est donn
par le modle du Cost231-Hata comme nous lavions indiqu dans le chapitre II.
VI.2. Rsultats obtenus
Aprs avoir introduit toutes ces donnes dans notre outil, nous obtenons les rsultats
suivants :
Bilan de liaison sur le lien montant
Service 10 kb/s Service 64 kb/s Service 144 kb/s Service 384 kb/s Type de
zone Pathloss Rayon Pathloss Rayon Pathloss Rayon Pathloss Rayon
Urbaine 173,83 5,6 165,77 3,33 162,25 2,65 157,99 2,01
Suburbaine 173,83 13,98 165,77 8,31 162,25 6,63 157,99 5,04
Rurale 163,83 21,68 155,77 12,90 152,25 10,28 147,99 7,81
Tableau III.6. : Pathloss maximum et rayon de cellule par service
Simulation
Linterface ci-dessous prsente un exemple de calcul du rayon estim de la cellule
pour un nombre dutilisateurs actifs gal 100. Ainsi, pour un rayon initial de 5,6 km (tir du
bilan de liaison pour le service 10 kb/s) et un nombre de 100 utilisateurs actifs, nous constatons
que seuls 96 utilisateurs respectent la qualit de service et le rayon de la cellule est estim 3,4
km. Dans cette simulation, nous avons suppos la charge du rseau 50% ce qui nous conduit
un seuil de rception de la station de base -144,82 dB.



75

Figure III.29 : Dtermination du nombre dutilisateurs vrifiant le QoS et du rayon estim de la cellule
Le tableau III.4. nous fait le point sur le nombre dutilisateurs actifs qui respectent le
QoS cible avec le rayon estim correspondant. Les donnes initiales du simulateur sont le
nombre dutilisateurs actifs (N=100 utilisateurs pour tout type de service) et le rayon maximal
de dpart (nous avons choisi les rayons du tableau III.2.). La charge du rseau a t fixe 50%
et la couverture 95%.
Service 10 kb/s Service 64 kb/s Service 114 kb/s Service 384 kb/s Type de
zone Users
actifs
Rayon
en km
Users
actifs
Rayon
en km
Users
actifs
Rayon
en km
Users
actifs
Rayon
en km
Urbaine 96 3,40 96 2,03 98 1,6 99 1,21
Sensibilit
BS
-144,82 -136,75 -133,24 -128,98
Utilisateurs
actifs
100
Tableau III.7 : Nombres dutilisateurs actifs respectant le QoS par service



76
Enfin, la courbe de la figure ci-dessous prsente lvolution de la taille de la cellule en
fonction de sa charge.
Variation du rayon de la cellule en fonction de la charge
1
1,2
1,4
1,6
1,8
2
2,2
2,4
2,6
2,8
3
3,2
3,4
3,6
3,8
4
4,2
4,4
4,6
4,8
5
5,2
5,4
5,6
5,8
6
30 35 40 45 50 55 60 65 70 75 80 85 90 95 100
Nombre d'utilisateurs actifs
R
a
y
o
n

d
e

l
a

c
e
l
l
u
l
e

e
n

k
m
Service 10 kb/s
Service 64 kb/s
Service 144 kb/s
Service 384 kb/s

Figure III.30 : Variation du rayon de la cellule en fonction de la charge

Dimensionnement
Dsignation Zone urbaine Zone suburbaine Zone rurale
Nombre de clients 80000 53333 26667
Dbit total sur UL 2624,56 1749,70 874,85
Dbit total sur DL 16857,39 11238,26 5619,12
Nombre de porteuses UL 1750 1167 584
Nombre de porteuses DL 5620 3747 1874
Nombre de cellules 43 54 11
Nombre de station de
base
15 18 6
Tableau III.8 : Rsultat du dimensionnement
VI.3. Interprtation et valuation des performances
On remarque daprs ces rsultats que laffaiblissement maximum (et donc le rayon de la
cellule) varie en fonction du type de service. Ceci vient du faite que la porte dune cellule est
dautant plus faible que la charge supporte est grande.
Le tableau III.5. nous prsente le rsultat de lestimation du rayon de la cellule en
fonction du nombre dutilisateurs vrifiant la qualit de service et cela pour diffrents nombres
dutilisateurs actifs N avec le mme rayon initial de cellule gal 5,6 km (pour le service de 10
kb/s).


77
Nombre
dutilisateurs
actifs (N)
Nombre
dutilisateurs
vrifiant le QoS
(J)
Seuil de
rception de la
station de base
(dB)
Rayon estim de
la cellule (Km)
Charge du
rseau
50 49 -145,60 3,55 40%
60 57 -145,23 3,50 45%
70 67 -144,82 3,40 50%
80 77 -144,36 3,30 55%
90 86 -143,85 3,20 60%
100 96 -142,60 2,95 70%
Tableau III.9 : Variation du rayon de la cellule en fonction du nombre dutilisateurs
Ce tableau nous permet de mettre en relief linterdpendance entre la taille et la
capacit dans une cellule. Ainsi, nous remarquons que lorsque le nombre dutilisateurs actifs
pour un service donn (service 10 kbit/s par exemple) augmente, le rayon de la cellule dcrot.
Nous expliquons cela par le fait que lorsque le nombre dutilisateurs actifs augmente, le
niveau de charge augmente aussi dans le systme. Cette augmentation de charge a pour effet
une augmentation du niveau de bruit dans la cellule donc une limitation de la couverture.
Nous constatons que pour un seuil du nombre dutilisateurs donn, donc un niveau de charge
constant, le rayon de la cellule reste constant avec un niveau de qualit de service qui respecte
le QoS cible ; mais au del de ce seuil la qualit de service se dgrade.
VII. Comparaison entre le systme Flash-OFDM et le systme 3G
Comme ses prdcesseurs que sont le GSM et le CDMA, le Flash-OFDM est une
technologie dinterface radio conue pour les rseaux mtropolitain (le dploiement du rseau
ncessite loctroi dune une licence radio par lautorit de rgulation). Sa diffrence avec les
autres techniques daccs rside au fait que cest un systme commutation de paquets et le
protocole IP est y natif. Cette diffrence lui permet ainsi de fournir de la voix et des donnes en
large bande, damliorer le rayon de couverture (environ 5 km en urbain, 10 km en suburbain et
25 km en rural) et la vitesse de la mobilit (jusqu 250 km/h). [10]
Le systme Flash-OFDM de Flarion tel que nous lavons dcrit dans le chapitre premier
se prsente comme une solution Tout-IP. Le RadioRouter Base Station est reli un rseau IP
par l'intermdiaire d'un backbone standard (voir figure III.9.(a)). Il route essentiellement les
paquets reus du terminal mobile au rseau appropri par l'intermdiaire de l'interface radio
Flash-OFDM. L'quipement terminal mobile, plus intelligent que les quipements ordinaires,
permet n'importe quel hte IP de se connecter au rseau. [1]


78
Comme base de comparaison, nous avons reproduit dans la figure III.9. une architecture
des deux systmes. Larchitecture de la figure III.9.(b) est celle dun systme 3G du 3GPP (third-
generation partnership project). Ce rseau se compose de beaucoup d'lments qui compliquent
son architecture. En dautres termes, le protocole IP ny est pas natif c'est--dire que les lments
du rseau, pour utiliser le protocole IP, sont tenus demployer la technique du tunneling ou subir
des modifications supplmentaires. En particulier, un Node B est responsable de la
communication avec le terminal de l'utilisateur (UE) sur l'interface air. Un RNC (Radio Network
Controller) commande plusieurs Nodes B. Ainsi, le RNC dirige le trafic de voix vers le MSC
(Mobile Switching Center) du GSM et le trafic de donnes vers le SGSN (Serving GPRS
Support Node) du GPRS (General Packet Radio Services). Le MSC est reli au rseau public
tlphonique commut (PSTN) par le gateway du mobile (GMSC). Quant au SGSN, il est reli
l'Internet par le gateway du GPRS (GGSN). Dans le systme Flash-OFDM par contre, le
protocole IP est natif; donc plus besoin de tunneling ni de modifications supplmentaires. La
voix est traite comme un type spcial de donnes et cest un seul et mme rseau qui s'occupe
de faon intgre de la voix et des donnes.

Rseau
tlphonique
Rseau
tlphonique
Internet
Internet
Rseau IP
GMSC
RNC
SGSN
GGSN
RNC
MSC
Terminal
mobile
Terminal
mobile
Station de base
(RAR)
Node B
b
a

Figure III.31 : Architecture de systmes : (a) systme Flash-OFDM et (b) systme 3G



79
Au niveau architecture protocolaire, la figure III.10. nous permet de comparer les lments et les
protocoles associs au systme Flash-OFDM et ceux d'un systme 3G [1].

Figure III.32 : (a) Piles de protocole pour un systme Flash-OFDM et (b) un systme 3G
Dans le systme Flash-OFDM de Flarion, le trafic IP est naturellement transport sur
l'interface radio entre un terminal mobile et la station de base. Cette situation permet donc la
station de base davoir une connaissance centralise de tous les paquets IP et de l'environnement
du canal radio ce qui lui facilite la gestion de la qualit de service IP sur le lien radio. Dans les
systmes 3G par contre, entre lquipement de lutilisateur et le cur du rseau IP, les diffrents
protocoles de couche se terminent aux diffrents points de transition du rseau (voir figure
III.10.(b)). La technique dencapsulation se prsente alors comme une solution incontournable
pour ce systme. Les paquets du rseau sont encapsuls par le protocole point-to-point (PPP) par
le serveur d'accs rseau (NAS) et envoys au terminal mobile. De mme, le terminal envoie les
paquets PPP que le NAS dsencapsule et les envoie au rseau [1]. La prise en compte de la


80
qualit de service IP se trouve ainsi limite par lutilisation cette technique
dencapsulation/dsencapsulation.
Un autre avantage que le systme Flash-OFDM a sur le systme 3G est la possibilit de
rutiliser plusieurs protocoles dvelopps pour l'Internet : la gestion de la mobilit est effectue
en utilisant le protocole IP mobile, les handovers sont faits via une signalisation de la couche 3,
ce qui facilite galement le roaming inter technologie, tels que les rseaux locaux IEEE 802.11.
En termes defficacit spectrale nous remarquons que le lien radio OFDM permet 3 fois
plus defficacit spectrale que le lien radio CDMA.
Enfin, la faible signalisation en entte conduit un meilleur rendement et des dbits
utiles plus levs.
VIII. Conclusion
Dans ce chapitre, nous avons prsent notre outil de planification/dimensionnement dun
rseau radio bas sur la technologie Flash-OFDM de Flarion. Une description dtaille des
modules de loutil a t faite, suivie dune prsentation des interfaces dveloppe. Lapproche
adopte dans sa conception nous a paru tout fait originale dans la mesure o la
planification/dimensionnement se fait en une seule tape. Cet outil a ensuite t test sur la
rgion de grand Tunis.
Une comparaison de la technologie Flash-OFDM et du systme CDMA a t faite dans la
dernire partie du chapitre. Il ressort de cette comparaison que la technologie de Flarion prsente
plus davantages que le CDMA : elle est moins coteuse tant pour les oprateurs (car ncessite
moins dinvestissement) que pour les utilisateurs. Elle prsente une meilleure efficacit spectrale,
elle ne connat pas dinterfrence (car les porteuses attribues aux utilisateurs sont vraiment
orthogonales), bref elle prsente une meilleure performance (un haut dbit et une faible latence)
que le CDMA.



81
Conclusion gnrale
Aujourdhui, la mobilit sest impose aux utilisateurs des systmes de
communication comme une ncessit imprieuse.
Le standard TCP/IP constitue le rseau le plus tendu au monde ; et partant du
principe Anywhere, Any Time, Network Access (un accs au rseau de nimporte o et
nimporte quand), le rseau IP est devenu lune des principales sources dinformations. Un
abonn ne devrait plus avoir transporter des donnes dans ses valises, tant susceptible
dtablir une connexion tout moment pour rcuprer ce dont il a besoin.
lchelle plantaire, la quasi-totalit des pays fournissent une entre au rseau
Internet. Et comme lon est parvenu assigner ce dernier des mcanismes de mobilit grce
au protocole IP Mobile, alors on garantit de fait ses utilisateurs un accs universel, simple
demplois et pratique. Du mme coup on simagine la part de march que pourrait avoir un
oprateur qui fournirait un vrai rseau tout IP.
Flash-OFDM, la solution propose par Flarion et qui a fait lobjet de ce projet de fin
dtudes, se prsente justement comme une alternative pour les oprateurs. Cest une solution
Tout IP car les choix de conception faits dans les couches physiques, MAC et liaison de
donnes ont t conduits par lobjectif dtendre lInternet dans lespace radio.
Ce projet a commenc par une prsentation complte de la technologie Flash-OFDM.
Nous avons donc prsent ses origines, son volution et son principe de fonctionnement. La
philosophie de conception de ses diffrentes couches, larchitecture de linterface radio et la
gestion de la mobilit ont galement t tudies.
Dans le second chapitre, nous nous sommes intresss ltude de la planification
dun rseau radio bas sur la technologie Flash-OFDM. Nous avons donc commenc par
prsenter les modles de trafic et dfinir le profil des utilisateurs afin de pouvoir valuer la
charge de trafic sur les diffrents liens. Ensuite, nous avons poursuivi le processus par des
tches de dimensionnement du rseau. Au cours de cette tape, il a surtout t question de
bilan de liaison, de la dtermination du nombre de station de base, bref du nombre de cellule
dployer pour desservir une zone tudie. Enfin, nous avons abord dans la troisime et
dernire partie du chapitre le processus de planification dun rseau Flash-OFDM en
prsentant surtout les fonctionnalits du simulateur que nous avons dvelopp et qui fait partie
de loutil de planification que nous avons conu.
Lun des objectifs du projet tait la conception dun outil de planification. Aussi,
avons-nous rserv le troisime chapitre du rapport pour faire face cet objectif. Dans un


82
premier temps nous avons d'abord de pos la problmatique qui consiste dfinir les
paramtres dentre/sortie et les objectifs de loutil de planification dans un cahier des
charges. Ensuite, nous avons prsent les fonctionnalits de loutil travers les
organigrammes, les modules et les interfaces dvelopps. Dans une deuxime phase nous
avons effectu un test d'valuation de l'outil en traitant un exemple de dploiement dun
rseau Flash-OFDM dans la rgion de grand Tunis. Les rsultats ont t plutt satisfaisants
puisque les objectifs dfinis dans le cahier des charges ont t atteints. Enfin nous avons
termin le chapitre par une tude comparative entre un systme 4G bas sur Flash-OFDM et
le systme 3G du 3GPP. Il ressort de cette comparaison que le systme de Flarion prsente
bien plus davantages que celui du 3GPP (vrai rseau tout IP, efficacit spectrale leve,
facilit de dploiement, dbit lev par rapport la mobilit, etc.).
Compte tenu de la jeunesse de la technologie Flash-OFDM et du fait que cest une
technologie propritaire, nous avons prfr donner notre outil un aspect assez volutif pour
quil puisse intgrer les changements ultrieurs.
En effet, vu sa conception oriente objet, notre application pourrait bien accepter des
enrichissements qui touchent le modle de propagation ou la mthode de planification en
spcifiant par exemple d'autres critres de qualit de service.



83

Annexes


84
Annexe 1 : Modles de trafic
1. Le modle VoIP
Puisque le systme Flash-OFDM est un systme daccs radio orient IP, alors toutes les
applications de voix ne peuvent tre que bases sur la voix sur IP (VoIP pour dire Voice over IP).
Le modle du trafic de voix dpendra du codec de voix utilis. La voix en gnral suit un
modle de Markov avec diffrents taux (plein taux, demi taux, etc..) et un ensemble
correspondant de probabilits de transition entre les diffrents taux.
Ainsi en choisissant le codeur de source de taux fixe avec dtection dactivit de la voix
(ITU-T G.729B), le trafic de voix sera gnr avec un facteur dactivit vocale de 0,4 et le
pourcentage de mlange du taux de donnes vocales sera le suivant :
40% 8 kbps (actif : codage/dcodage des donnes de la parole)
60% 0 kbps (inactif : aucune transmission).
La figure II.1 ci-dessous prsente le modle de Markov pour un vocoder 2 tats avec
dtection dactivit de voix.
Supposons que le temps moyen dun dwell dans les tats actif et inactif est
respectivement 1 seconde et 1,5 secondes c'est--dire :
4 . 0
5 . 1 1
1
) ( '
0 . 1
5 . 1
=
+
=
=
=
VAF vocale activit d Facteur
s T
s T
actif
inactif
(1)
avec VAF pour dire Voice Activity Factor.
Avec la dure de trame de 10 ms, le nombre de trame gnres en 1 seconde est de 100.
Ainsi, les probabilits de transition correspondantes sont les suivantes :
100
1
) | (
150
1
) | (
=
=
A I P
I A P
(2)



85

Figure 1. : Modle de Markov pour un vocoder 2 tats
2. Le modle Web Browsing
Dans ce modle, une session correspond la priode pendant laquelle lusager est
connect au rseau. Elle contient plusieurs tlchargements de page Web. La session est divise
en deux priodes : la premire priode reprsente les tlchargements de page Web et la seconde
les temps intermdiaires de lecture. Sur la figure 2, les tlchargements de page Web sont
mentionns comme des appels de paquet. Nous interprtons ces deux priodes comme le rsultat
d'une interaction humaine au cours de laquelle l'appel de paquet reprsente une demande
dinformation de l'utilisateur et le temps de lecture identifie le temps requis pour tudier la page
Web.

Figure II.2. : Flux de donnes pour une session de Web browsing
En gnral, les trafics Web browsing se ressemblent normment; c'est--dire que ce
trafic prsente des statistiques semblables sur diffrentes priodes (dune page une autre le
comportement reste le mme). Ainsi, un appel de paquet, exactement comme une session de


86
paquet, est divis en deux priodes comme le montre la figure 3. Mais, contrairement la session
de paquet, les deux priodes dans un appel de paquet sont attribues l'interaction entre machine
plutt que l'interaction humaine comme dans le cas dune session.

Figure II.3. : Contenu dans un appel de paquet
Pour mieux comprendre ce schma, nous dirons tout simplement quun objet principal
reprsente lobjet pour lequel la session Web a t entreprise (il peut tre matrialis par
linformation ou la page matresse dun site). Les objets inclus, quant eux, peuvent tre
reprsents par les pages secondaires qui accompagnent les pages web. Il sagit surtout des
encarts publicitaires inclus dans les pages web ou les diffrents liens anims qui sy trouvent.
Les paramtres pour le trafic web browsing peuvent tre reprsents comme suit :
S
M
: taille de l'objet principal dans une page ;
S
e
: taille d'un objet inclus dans une page ;
N
d
: nombre d'objets inclus dans une page ;
D
pc
: temps de lecture ;
T
p
: temps d'analyse pour la page principale.
Le tableau 2 ci-dessous dcrit les distributions de ces paramtres :



87
Composant Distribution Paramtres PDF
Taille de
lobjet
principal
(S
M
)
Lognormale Moyenne = 10710
octets
Minimum = 100
octets
Maximum = 2 Mo

Taille de
lobjet inclus
(S
E
)
Lognormale Moyenne = 7758
octets
Minimum = 50 octets
Maximum = 2 Mo

Nombre
dobjets
inclus par
page (N
d
)
Pareto Moyenne = 5.64
Max. = 53

Temps de
lecture (D
pc
)
Exponentielle Moyenne = 30 sec

Temps
danalyse
(T
p
)
Exponentielle Moyenne = 0.13 sec

Tableau 2. : Paramtres du trafic Web browsing [14]
3. Le modle FTP
Dans les applications FTP, une session se compose d'une squence de transferts de
fichier, spare par des priodes de lecture. Les deux principaux paramtres d'une session FTP
sont :
S: la taille du fichier transfrer ;
D
pc
: temps de lecture, cest--dire, l'intervalle de temps entre la fin du tlchargement
du fichier prcdent et la demande d'utilisateur du prochain fichier.
La figure 4 montre la trace de paquet d'une session FTP et tableau 3 dcrit les paramtres
dune session d'application FTP.
( )
35 . 8 , 37 . 1
0 ,
2
2
ln
2
exp
2
1
= =
(
(

= x
x
x
x
f
( )
17 . 6 , 36 . 2
0 ,
2
2
ln
2
exp
2
1
= =
(
(

= x
x
x
x
f
55 , 2 , 1 . 1
,
,
1
= = =
=
=
<
+
=
|
\
|
m k
m x
m
k
f
x
m x k
x
k
f
x
033 . 0
0 ,
=

= x
e
x
f
x
69 . 7
0 ,
=

= x
e
x
f
x


88

Figure 4. : Trace de paquet dans une session FTP

Composant Distribution

Paramtres

PDF

Taille du
fichier (S)
Lognormale Moyenne= 2Mo
Maximum = 5
Mo

Temps de
lecture (D
pc
)
Exponentielle
Moyenne = 180
sec.

Tableau 3. : Paramtres du modle de trafic FTP [14]
4. Le modle de flux multimdia
Il est important de noter que le volume des squences vido constitue la partie
prpondrante dans le trafic multimdia. De ce fait, nous pensons quil est suffisant
dapproximer le trafic multimdia par un modle de trafic de la composante vido.
Une session de vido streaming est dfinie comme schmatise sur la figure 5 ; elle est
gnralement gale au temps de simulation pour ce modle.

( )
45 . 14 , 35 . 0
0 ,
2
2
ln
2
exp
2
1
= =
(
(

= x
x
x
x
f
006 . 0
0 ,
=

= x
e
x
f
x


89

Figure II.5. : Modle du trafic vido streaming [14]
Chaque trame de donnes vido arrive un intervalle rgulier T dtermin par le
nombre de trames par seconde (fps pour dire frames per second). Chaque trame est
dcompose en un nombre fixe de tranches, chacune transmise comme un seul paquet. La
taille de ces paquets/tranches est distribue suivant une loi de Pareto. Le dlai de codage, D
c
,
au niveau du codeur vido introduit des carts dintervalles entre les paquets d'une trame. Ces
intervalles sont models par une distribution de Pareto. Le paramtre T
B
est la longueur (en
secondes) de la fentre buffrise de gigue dans la station mobile. Il est utilis pour garantir
un affichage continu des donnes de vido streaming. Ce paramtre est utile pour
l'identification des priodes o la contrainte temps rel de ce service n'est pas rencontre.
Comme critre de performance, la station mobile peut enregistrer la dure pendant
laquelle le tampon gigue tourne vide. La fentre du tampon gigue pour le service vido
streaming est de 5 secondes.
En utilisant une source vido avec un taux de 32 kbps, les paramtres du modle de
trafic vido peuvent tre dfinis comme suit (voir tableau 4).
Types
information
Temps dinter-
arrive entre le
dbut de
chaque trame
Nombre de
paquets
(tranches) dans
une trame
Taille dun
paquet
Temps dinter-
arrive entre les
paquets dans une
trame
Distribution Dterministe
(Bas sur 10
fps)
Dterministe Pareto
(Moyenne= 50
octets, Max=
125 octets)
Pareto
(Moyenne= 6ms,
Max= 12.5ms)
Paramtres de
la Distribution
100ms 8 K = 20 octets
= 1.2
K = 2.5ms
= 1.2
Tableau 4. : Paramtres du modle de trafic vido streaming [14]


90
Annexe 2
Les organigrammes III.4. et III.5. servent calculer le rayon de couverture dune
cellule pour un nombre dutilisateurs (N) bien dtermin. Les tapes de cet organigramme
sont les suivantes :
On suppose que le rayon de la cellule pour ce nombre dutilisateurs est gal au rayon
maximal fix daprs linterface de calcul des paramtres du bilan de la liaison.
Soit dcomposer la cellule suppose parfaitement circulaire en plusieurs pistes
circulaires lmentaires. On suppose le rayon dune piste gal la distance entre la cellule et
un point de cette piste. Le rayon initial de la piste est donn par la formule suivante :
N
R
L
2
max
0 =

avec
N : nombre dutilisateurs.
R
max
: rayon maximal de la cellule.
Les rayons des autres pistes sont donns par lexpression suivante :
( )
N
R
L L i i
max
2
2
1 + =

avec
i : numro de la piste.
Par la suite, nous dterminons la distribution des distances pour les diffrents mobiles
uniformment rpartis dans la cellule. Pour chaque abonn numro i la distance est donne
par la formule suivante :
2
1 +
=
i i
i
L L
d

avec
N
R
d
4
max
0 =
Ainsi, nous pouvons calculer laffaiblissement de parcours pour chaque utilisateur i
comme suit :
L
i
= 132.65 + 37.19 log(d
i
)


91
Par la suite on peut dduire la puissance dmission de chaque mobile i travers la
formule suivante :
P
e
(i) = L
i
+ P
s

avec

P
s
: puissance seuil de rception de la station de base.
Dans une deuxime partie, on cherche identifier le nombre dutilisateurs vrifiant la
qualit de service fixe par loprateur par une simple vrification de lappartenance de la
puissance P
e
(i) lintervalle [P
min
(i), P
max
(i)].
Nous soulignons que les puissances P
min
(i) et P
max
(i) sont normalises.
Aprs lidentification du nombre (J) de mobile rpondant la qualit de service (QoS)
fix, on calcule alors le paramtre donn comme par :
N
J N
=

Ce calcul nous conduit deux ventualits :
<0,05 : dans ce cas le rayon de la cellule sera R
max
.
>0,05: on doit diminuer R
max
de r (dans notre cas nous avons choisi r = 50
m) et nous recommenons les diffrents tapes de lorganigramme.


92
Bibliographie
[1] Rajiv Laroia, Sathyadev Uppala, Junyi Li.Designing a Mobile Broadband Wireless
Access Network, September 2004
[2] Flarion Technologies Inc., " OFDM for Mobile Data Communications ", March 2003
[3] G.Tsirtsis, S. Corson, A. ONeill, V. Park. IP Unwired: A True IP-based Cellular
Network, Flarion Technologies Inc., April 2001.
[4] G.Tsirtsis, S. Corson, A. ONeill, V. Park. IP Unwired: A True IP-based Cellular
Network, Flarion Technologies Inc., April 2001.
[5] http://grouper.ieee.org/groups/802/20/: Desired Characteristics for an MBWA Air
Interface
[6] http://grouper.ieee.org/groups/802/20/:, link budget evaluation, Anna Tee, February
2005
[7] Rajiv Laroia, Flash-OFDM --- Mobile Wireless Internet Technology, Flarion
Technologies Inc., April 2003.
[8] Van Thanh Vu, Dr. Christian Hartmann, Flash-OFDM : An approach for All-IP
wireless networks, White paper, March2004.
[9] Anthony, Robert, Glenn et James S. Reese, Fundamentals of Management
accounting, IEEE Communication Magazine, mars 1995.
[10] Rajiv Laroia , FLASH-OFDM: The All IP, Packet-switched Approach to Mobile
Broadband Communications, Flarion Technologies, Arpil 2003.
[11] Alan ONeill, IP Networking Untethered, Flarion Technologies, April 2003.
[12] http://grouper.ieee.org/groups/802/20/: A Vision of an IP-based Cellular Network,
[13] http://www.mesnouvelles.com/communiques/cnw/MLM/2002/10 : Communications
sans fil et large bande: partenariat Mitec et Flarion Technologies
[14] http://grouper.ieee.org/groups/802/20/, "Traffic models for IEEE 802.20 MBWA system
simulation ", January 2004.
[15] Sami Tabbane, "Ingnierie des rseaux cellulaires", HERMES Science Publications,
Paris, 2002.
[16] Walid BEJI, " Planification dun rseau LMDS pour la fourniture de services haut
dbit en Tunisie", Rapport de PFE, Ing. SupCom, 2003.


93
Terminologie

ARQ Automatic Repeat Requests
BS Base Station
CDMA Code Division Multiple Access
CRC cyclic redundancy check
FDD Frequency Division Duplex
FDMA Frequency Division Multiple Access
Flash-OFDM Fast, Low-latency Access with Seamless Handoff OFDM
GPRS General Packet Radio Services
IEEE Institute of Electrical and Electronical Engineers
IP Internet Protocol
LAN Local Area Network
LDPC Low-Density Parity-Check
MAC Media Access Control
MBWA Mobile Broadband Wireless Access.
MSC Mobile Switching Center
Node B Station de base en UMTS
OFDM Orthogonal Frequency Division Multiplexing
PLMN Public Land Mobile Network
QoS Quality of Service
RAN Radio Access Network
RAR Radio Access Router
RNC Radio Network Controller
RTT Round Time Trip
SGSN Serving GPRS Support Node
TDMA Time Division Multiple Access
UE User Equipement
UMTS Universal Mobile Telecommunication System
VAF Voice Activity Factor
VoIP Voice over IP
WCDMA Wideband Code Division Multiple Access
WT Wireless Terminal

Pfe Oumar Sere

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

Pfe Oumar Sere

Transféré par

Droits d'auteur :

Formats disponibles

RAPPORT DE PROJET DE FIN DETUDES

Centres d'intérêt liés

Vous aimerez peut-être aussi