Vous êtes sur la page 1sur 60

Cycle de formation des ingnieurs en tlcommunications

Option :

Architecture des systmes de tlcommunications


Thme :

Dveloppement dun outil de dimensionnement dun
rseau daccs OMNIAX


Elabor par :

Zied AMMOUS


Encadrants :

M. Mourad MENIF
M. Zied MOALLA

Travail propos et ralis en collaboration avec :






Anne universitaire : 2006/2007




Ivc vc. ^vic.



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

Chapitre I : Etude des solutions daccs................................................................ 3
I. Introduction 3
II. Technologies et architectures des rseaux daccs 3
1. Rseaux daccs base de paire torsade en cuivre 4
2. Rseaux daccs base de cble coaxial 7
3. Rseaux daccs base de fibre optique 7
4. Rseaux daccs sans fil 9
4.1. Rseaux daccs sans fil mobiles 9
4.2. Rseaux daccs sans fil fixes 11
5. Rseaux daccs lectriques 11
III. Etude de la plateforme daccs OMNIAX 12
1. Ncessit de lATM dans les rseaux xDSL 12
1.1. Larchitecture xDSL base sur ATM 13
1.2. Avantages de lATM 13
2. Prsentation de OMNIAX 14
2.1. Architectures et dploiement 14
2.1.1. Architecture de base 14
2.1.2. Autres scnarios de dploiement 16
2.2. Caractristiques 17
2.2.1. Identification des abonns 17
2.2.2. Identification et diffrentiation des services 18
2.3. Gestion du rseau OMNIAX 19
2.3.1. Gestion centrale 20
2.3.2. Gestion distante 21
2.3.3. Gestion locale 21
IV. Conclusion 21

Chapitre II : Processus de dimensionnement du rseau daccs OMNIAX....... 23
I. Introduction 23
II. Hypothses de dimensionnement 23
1. Distribution des abonns 24
3. Trafic lheure de pointe 25
III. Dimensionnement des quipements 26


1. Calcul des cartes dabonns 26
2. Calcul des chssis 27
3. Calcul des cartes de contrles 27
5. Calcul des cartes de stacking 28
IV. Dimensionnement des liens de transmission 28
1. Dimensionnement des liens vers le RTC 29
1.1. Modles de trafic 29
1.2. Modle derlang B 30
1.3. Cacul des liens E1 31
2. Dimensionnement des liens vers le rseau de donnes 32
2.1. Estimation du dbit par utilisateur 32
2.2. Calcul de la bande passante utile 33
2.2.1. Facteur de contention 33
2.2.2. Taux de pntration 34
2.3. Calcul des liens FE et/ou GE 36
V. Conclusion 36

Chapitre III : Dveloppement de loutil de dimensionnement............................ 37
I. Introduction 37
II. Conception de lapplication 37
1. Spcification des besoins 37
1.1. Identification des utilisateurs 38
1.2. Identification des cas dutilisations 38
1.3. Diagramme de cas dutilisation 39
2. Analyse des besoins 39
2.1. Diagrammes de squences 40
2.2. Diagramme de classes 44
III. Description de lapplication 44
1. Au dmarrage 45
2. Menu principal 46
2.1. Menu Fichier 47
2.2. Menu Rseau 47
2.3. Menu Dimensionnement 50
2.4. Menu Dbits 52
2.1. Menu Architecture 53
IV. Conlusion 54

Conclusion Gnrale ........................................................................................... 55







Introduction gnrale



Le domaine des tlcommunications subit aujourdhui des volutions rapides et
inopines. Ces volutions sont dues plusieurs facteurs. Nous constatons principalement la
forte demande des usagers de nouveaux services et applications, lvolution exponentielle du
trafic de tlcommunication ainsi que la drglementation du secteur.

En effet, les applications Internet les plus utilises, autres que la tlphonie classique,
taient la messagerie lectronique et le transfert de fichiers. Mais avec lavnement du web au
milieu des annes 90, de plus en plus dinformations auditives et visuelles se sont mises la
disposition des utilisateurs. Il sagit de la vido la demande, de la tldiffusion, de la
visioconfrence, etc . Linteractivit est devenue aussi un mot la mode. Nous citons dans
ce contexte les applications de tltravail, de tlmdecine, les jeux interactifs en ligne, etc .
Ces nouveaux services exigent des capacits de transmission plus leves et ils sont destins
des catgories dutilisateurs diffrentes (rsidentiels haute classe, rsidentiels classe infrieure,
petites et moyennes entreprises, grandes entreprises, ).

Laugmentation du trafic est aussi un lment cl de la croissance des rseaux de
tlcommunications. En effet, le trafic de la voix au sein du rseau tlphonique commut
tait largement dominant. Nous remarquons par consquence, que ce rseau a t conu et
dimensionn dans le but de grer uniquement des conversations tlphoniques. Elles taient
la base de la dtermination de lvolution gnrale du trafic de tlcommunication. Mais avec
larrive des nouvelles applications haut dbit, dautres types de trafic sont apparus.
Notamment en ce qui concerne le trafic de donnes. Des estimations indiquent que ce type de
trafic pourra atteindre environ 90 % du total gr par les rseaux de tlcommunications.

La course des oprateurs et des fournisseurs de services vers la concurrence contribue
aussi au dveloppement de ces rseaux. En fait, les services traditionnels de voix, de donnes
et de vido sont gnralement proposs par diffrents organismes. Afin de rduire les cots et
de couvrir un march plus large, les oprateurs souhaitent intgrer ces trois services dans un
mme rseau avec la qualit de service requise.



Ds lors, il est fondamental de concevoir de nouvelles technologies permettant aux
usagers de profiter de ces nombreux services. Ainsi, le rle des quipementiers entre en jeu.
Ces derniers sont obligs rpondre rapidement lvolution de la demande des usagers en
fournissant des solutions daccs. Ces solutions doivent garantir aussi la qualit requise et
grer laugmentation rgulire du trafic. Le rseau dorsal est dj mme de les traiter.
Cependant, les technologies des rseaux daccs constituent aujourdhui le goulot
dtranglement dans la prise en charge de telles demandes.

La socit tunisienne OMNIACOM, en tant quun fournisseur de solutions pour les
rseaux de tlcommunication, propose une plateforme daccs appele OMNIAX. Ladite
solution exploite la fois les avantages de laccs par paire torsade en cuivre et fibre optique.
Elle met en uvre la technologie des lignes dabonns numriques DSL (Digital Subscriber
Line) pour fournir des applications haut dbit. Les services bande troite supports par le
rseau tlphonique commut sont aussi garantis.

Vu la tche dlicate et rptitive au niveau dimensionnement de son rseau, la socit a
eu lide de dvelopper un outil permettant dautomatiser ses activits. Cest dans ce cadre
que sinscrit notre travail.

Le prsent document comprend trois chapitres structurs comme suit :

Le premier chapitre est compos de deux sections. La premire dvoile les technologies
des rseaux daccs existantes. La deuxime prsente une tude de la solution propose par la
socit OMNIACOM pour les rseaux daccs.

Le deuxime chapitre traite de la dmarche ou du processus de dimensionnement tabli
pour notre cas. Une tude des modles de trafic utiliss dans le domaine des
tlcommunications est alors fournie.

Le troisime chapitre sintresse la conception, la ralisation et la validation dun outil
de dimensionnement ralis au terme de ce projet de fin dtude.







Chapitre I



Etude des solutions daccs



I. Introduction

Lvolution rapide des technologies de linformation et de la communication contribue
lapparition de nouveaux services et applications. Ils sont de plus en plus demands de la
part des utilisateurs. Ceci a boulevers normment le march des tlcommunications surtout
au niveau de la boucle locale. En effet, ces applications exigent des bandes passantes plus
larges. Plusieurs technologies permettant aux utilisateurs laccs des informations de tous
types et des vitesses de plus en plus leves sont alors apparues.

Dans ce qui suit, nous traiterons les diffrentes solutions daccs existantes. Dans une
premire partie, nous formulerons leurs architectures et leurs principes de base. La solution
adopte par la socit OMNIACOM pour sa plateforme daccs sera dcrite dans la deuxime
partie de ce chapitre.

II. Technologies et architectures des rseaux daccs

Nous pouvons considrer le rseau daccs comme une connexion de bout en bout. Il
existe aujourdhui plusieurs technologies qui peuvent assurer ces connexions. Elles offrent de
plus grande largeur de bande ainsi que de la qualit de service dans le dernier kilomtre.

Il est possible dadapter les infrastructures existantes comme les lignes tlphoniques et
les cbles coaxiaux en vue dassurer laccs large bande. Deux technologies en dcoulent : la
technologie xDSL (Digital Subscriber Line) pour la premire et la technologie HFC (Hybrid
Fiber Coax) pour la deuxime.

Pour obtenir des largeurs de bande encore plus leves, nous pouvons avoir recours
des solutions bases entirement sur la fibre optique travers les technologies FTTx (Fiber-
To-The-x).



Les rseaux daccs sans fil sont galement en vogue. Nanmoins, une partie du spectre
de frquences doit leur tre attribue. Nous distinguons les rseaux sans fil mobiles et les
rseaux sans fil fixes.

Nous envisageons mme dutiliser le rseau lectrique comme rseau de donnes large
bande travers la technologie CPL (Courants Porteurs en Ligne).

1. Rseaux daccs base de paire torsade en cuivre

Le rseau tlphonique commut (RTC) a t conu lorigine pour offrir uniquement
le service de la tlphonie fixe sur une paire torsade en cuivre. Le dveloppement de
nouveaux services au sein de ce rseau tait alors limit. Contrairement au rseau de donnes
dont les services et les applications nont pas cess dvoluer. Il a t donc ncessaire de
trouver des solutions permettant laccs ce rseau. Plusieurs alternatives ont t labores
afin de bnficier de ces services [1].

La premire consiste utiliser le rseau tlphonique commut comme lun de ses
premiers rseaux daccs. Nous parlons alors dune connexion Internet commute. La figure
I.1 montre larchitecture de base de tel accs.


Figure I.1 : Accs Internet commut.

Pour tablir une connexion Internet sur le rseau tlphonique commut, lutilisateur
doit disposer dun modem. Ct fournisseur de service Internet, nous remarquons la mise en
place dun serveur daccs distant appel RAS (Remote Access Server). Cet quipement est
li dun ct au commutateur local de loprateur. De lautre ct, il est connect au rseau de
donnes. Une liaison physique est alors tablie entre ces deux extrmits donnant ainsi laccs
Internet.



A partir du rseau tlphonique commut, les serveurs daccs distants sont vus comme
des quipements dextrmit. Dans ce cas, le canal analogique nest plus disponible pour
mettre ou recevoir des appels tlphoniques.

Grce cette approche, la mise en place dun rseau daccs Internet se limite au
dploiement des serveurs daccs et des quipements lis lautorisation et la facturation.
Trois points essentiels sont numrer pour cette solution daccs :

- Limitation du dbit : Le dbit est limit 56 kbps (thoriquement il est 64 kbps) sur
une paire torsade en cuivre.

- Il ny a pas de simultanit de services : Quand on est connect Internet, on perd
compltement les services offerts par le rseau tlphonique.

- Il ny a pas de convergence des services de voix et de donnes.

Vu la limitation du dbit disponible par un accs commut Internet, la proposition des
nouveaux services haut dbit reste impossible. Il est alors ncessaire de franchir le rseau
tlphonique commut, source principale de cette limitation du dbit. La deuxime alternative
est donc apparue. En effet, elle exploite les caractristiques de la paire torsade en cuivre. Ce
support offre en ralit une capacit de transmission plus leve que celle allouer pour
vhiculer de la voix.

Cest ainsi que la technologie des lignes dabonns numriques (DSL) a vu le jour. La
figure I.2 reprsente schmatiquement le principe de base dun rseau daccs DSL [1].


Figure I.2 : Architecture de base des technologies DSL.





Lusager dispose simultanment sur le mme support physique constitu par la paire
torsade en cuivre, du canal analogique traditionnel et dun nouveau canal numrique. Il peut
donc connecter un quipement de donnes ct de son appareil tlphonique. Ct oprateur,
les signaux en provenance de chaque quipement terminal sont spars par la mise en place de
DSLAM (DSL Access Multiplexer). Par consquence, le signal tlphonique analogique est
filtr et est achemin vers le rseau tlphonique commut. Alors que le canal numrique
donne accs directement au rseau de donnes travers un serveur daccs large bande BRAS
(Broadband RAS). Ainsi, le service tlphonique est maintenu et le problme de limitation du
dbit est surmont.

Nous avons arriv ainsi soulager le rseau tlphonique commut. Ce dernier a t
conu et dimensionn pour tablir uniquement des communications tlphoniques de courtes
dures, non pas pour grer des connexions Internet ayant des sessions de dures plus longues.

Le dveloppement des rseaux DSL simpose davantage par la mise en place dune
nouvelle technologie appele VoDSL (Voice over DSL). Lide de base est de transmettre de
la voix sur le canal numrique [1]. Le rseau large bande est utilis alors pour accder au
rseau tlphonique commut. En effet, cette architecture ncessite la mise en place dun
nouvel quipement servant de passerelle entre les deux rseaux. Le rle de cet quipement est
essentiellement le transcodage et la conversion des signaux et protocoles de signalisation.
Cette ide est illustre dans la figure I.3.


Figure I.3 : Introduction de la technologie VoDSL.

Ainsi, nous convergeons de lutilisation du rseau tlphonique pour accder au rseau
de donnes, lutilisation de ce dernier pour accder au rseau tlphonique commut.



Cette nouvelle technologie prsente les avantages suivants :

- Diverses communications tlphoniques peuvent tre tablies simultanment. Par
exemple, une entreprise pourra connecter son PABX (Private Automatic Branch eXchange).

- Un oprateur nouvel entrant peut amener le trafic tlphonique de ses abonns vers
lun de ses points de concentration.

2. Rseaux daccs base de cble coaxial

Ces rseaux taient constitus de cbles coaxiaux pour faire uniquement de la
tldistribution. Ils taient donc analogiques, unidirectionnels et se dployaient dans les zones
rsidentielles. Les cbles utiliss prsentent des taux daffaiblissements importants. Pour faire
face, il fallait installer un certain nombre de rpteurs. Ces derniers viennent limiter la bande
passante. Afin de laugmenter, larchitecture HFC a t construite. Elle combine les deux
supports de transmission savoir la fibre optique, de loprateur jusquaux points de
concentration, et le cble coaxial. Celui-ci nest utilis que pour la distribution [2].

Les oprateurs ont aussi largement investi pour passer des communications en mode
full duplex ou bidirectionnelles. Ils mettent ainsi en service une voie de retour sur les cbles.
Cela permet d'obtenir des dbits de 27 36 Mbps en voie descendante et de 320 Kbps 10
Mbps en voie montante. Ces lignes full duplex offrent prsent des dbits suffisants pour
permettre aux fournisseurs de proposer leurs abonns Internet et tlphonie. DOCSIS (Data
Over Cable Service Interface Specification) est la norme utilise par les oprateurs pour
fournir laccs Internet sur le rseau HFC.

Larchitecture HFC prsente aujourdhui le grand avantage de pouvoir offrir tous les
services de voix, de donnes et de vido moyennant le mme rseau.

3. Rseaux daccs base de fibre optique

Plusieurs fabricants dquipements de tlcommunications tentent de dvelopper des
solutions daccs bases entirement sur la fibre optique. Ce support offre des capacits de
transmission trs leves en comparaison avec la demande actuelle des usagers. Ceci fait que
le dploiement de cette architecture reste encore limit. Ce type de rseaux est appel rseau
PON (Passif Optical Netwok) vu que linfrastructure ne contient aucun lment actif [3].



Les solutions qui en dcoulent sont appeles FTTx pour Fiber-To-The-
Home/Building/Cabinet/. Leur architecture se base sur lutilisation dun rseau distribu de
fibre optique. En effet, chaque utilisateur est reli, travers sont ONT/ONU (Optical Network
Terminal/Unit), et par la mme fibre une terminaison de ligne optique OLT (Optical Line
Terminal). Un splitter optique assure lagrgation des diffrents flux de donnes issus de
plusieurs utilisateurs. Selon les normes, un nombre de 32 64 utilisateurs au maximum
peuvent tre raccords une seule fibre optique.

Etant donn que la qualit du signal ne sera pas affecte au sein dune fibre, nous avons
pu atteindre des distances de lordre dune vingtaine de kilomtres. Les dbits dans une fibre
partage vont de 155 Mbps ou 622 Mbps 1.2 Gbps en aval. Les dbits en amont varient
entre 155 Mbps et 1.2 Gbps. La technique de multiplexage en longueur donde WDM
(Wavelength Division Multiplexing) est utilise comme technique de sparation entre les
deux signaux montant et descendant. Une longueur donde est alors assigne pour chaque
signal. Une troisime couleur peut tre utilise galement pour envoyer de la vido sur la fibre
optique.


Figure I.4 : Architecture FTTx.

Selon la figure I.4, nous remarquons que les solutions FTTx sadressent aux utilisateurs
privs (FTTH), aux entreprises (FTTB) ou servent aussi de rseaux de distribution pour DSL
(FTTCab), dans lequel nous passons, partir de lONU, aux lignes tlphoniques en cuivre.
La couche deux base sur le protocole ATM (Asynchronous Transfer Mode) en premier lieu,
est dsormais bascule vers la mise en uvre de lEthernet.



La grande importance de lutilisation de la technologie FTTx rside dans le fait quelle
offre le triple play (voix, donnes et vido) avec de trs hautes qualits sur le mme support.
Mais, il faut dire que jusqu maintenant, seules les nouvelles constructions constituent la part
du march concerne par cette technologie. Cependant, la situation pourrait samliorer une
fois que la demande des utilisateurs augmentera, notamment que les rseaux PON ne
demande pas ou peu de maintenance.

4. Rseaux daccs sans fil

Une classification de ces rseaux peut se faire selon ce quils peuvent offrir la mobilit
ou non. Nous distinguons alors les rseaux daccs sans fil mobiles et fixes.

4.1. Rseaux daccs sans fil mobiles

La structure des rseaux daccs sans fil mobiles de la premire gnration tait base
sur un concept unicellulaire et utilisait des techniques de transmission analogiques. Celle de la
deuxime et troisime gnration se base sur une architecture cellulaire et des mcanismes de
transmission numriques.

Le GSM (Global System for Mobile communications) est la premire tape de
dveloppement des rseaux cellulaires. Il tait conu uniquement pour tablir des
communications tlphoniques sans fil. Le principe de base est inspir de celui utilis dans le
rseau tlphonique fixe. C'est--dire que ltablissement dune communication engendre
loccupation dun circuit de bout en bout. Pour le transport du signal, le GSM occupe des
bandes de frquences autour de 900, 1800 et 1900 MHz [4]. Larchitecture du rseau GSM se
compose de deux parties : le sous systme radio et le sous systme rseau.

Le dveloppement du rseau GSM a permis laccs des serveurs Internet laide du
protocole WAP (Wireless Application Protocol). Cependant, cette technologie na pas vu de
grand succs et est donc rejete. Ceci est du plusieurs facteurs :

- Le dbit na pas pu dpasser 9 kbps ;

- Le dploiement de serveurs dots dinterfaces WAP a t limit ;



- Le canal est rserv pour toute la dure de la connexion mme sil ny a pas un
transfert de donnes.

Vient par suite la plus grande tape du dveloppement vers la troisime gnration des
communications mobiles travers le rseau GPRS (General Packet Radio Service). Ce
systme est bas sur une architecture commutation de paquets. Les dbits varient
gnralement de 28 56 kbps ce qui est largement suffisant pour les applications les plus
courantes comme la messagerie lectronique. La facturation dans le rseau GPRS est compte
sur la base de la quantit dinformations change non plus sur la dure de la connexion.

Le dveloppement vers la troisime gnration des communications mobiles simpose
davantage par la mise en place de lEDGE (Enhanced Data rates for GSM Evolution).
LEDGE va encore plus loin pour offrir des dbits de lordre de 384 kbps. A lintrieur, ce
dbit peut descendre jusqu 115 kbps en raison des pertes de puissance.

LUMTS (Universal Mobile Telecommunications System), troisime gnration des
rseaux daccs mobiles, combine la tlphonie et les donnes. Cette technologie ncessite le
dploiement de toute une nouvelle infrastructure radio. La connexion se fait la fois avec le
rseau commutation de paquets et de circuits. Les dbits offerts par lUMTS peuvent
atteindre 2 Mbps en cas dimmobilit. Par contre, ils sont de lordre des dbits offerts par le
GPRS en cas de mobilit [4].

Lavantage majeur du rseau daccs UMTS, comme le montre la figure I.5, est que
lon peut passer sans heurts, dun systme satellitaire un rseau daccs GPRS. Et une fois
au bureau ou domicile, on peut utiliser le rseau local sans fil. En effet, lUMTS choisit
chaque passage le rseau offrant la meilleure qualit.


Figure I.5 : Hirarchie cellulaire de lUMTS.



4.2. Rseaux daccs sans fil fixes

La premire alternative des rseaux daccs sans fil fixes est connue sous le nom de la
boucle locale radio (BLR). Ce terme regroupe diffrentes technologies (DECT, WiMAX,
etc ). La partie filaire traditionnelle du rseau (paire torsade, cble coaxial ou fibre optique)
est remplace par une transmission par voie hertzienne. Les rseaux de boucle locale radio
peuvent tre dcomposs en deux catgories : les systmes point point et les systmes point
multipoint [5].

La premire famille ntait pas conue spcifiquement pour des applications de boucle
locale radio. Leur champ dapplication initial tait plutt ltablissement des rseaux
dinfrastructure par faisceaux hertziens. Ils peuvent tre galement utiliss pour desservir des
tablissements grande distance du point de communication (habitats ruraux par exemple) ou
au contraire courte distance mais trs haut dbit (trs grandes entreprises).

Les systmes point multipoint peuvent tre schmatiquement prsents comme des
systmes cellulaires o tout terminal dans la zone de couverture peut avoir accs au rseau.
Toutefois, le systme ne possde pas les fonctionnalits permettant de grer les mouvements
du terminal comme un rseau GSM, celui-ci doit rester fixe. En gnral, le terminal de
labonn est reli par voie filaire jusqu une antenne de faible dimension place lextrieur.

Restant dans le contexte des rseaux daccs sans fil fixes, de nouvelles technologies
ont t introduites ces dernires annes sous lappellation WLAN (Wireless Loal Area
Network). Elles ont t normalises par lIEEE et sont gnralement connues sous les normes
802.11a/b/g. Ces normes offrent des dbits dune dizaine de Mbps.

Les technologies WLAN sont des solutions idales pour les entreprises et les
tablissements universitaires qui souhaitent dployer rapidement un rseau daccs avec un
minimum de cot.

5. Rseaux daccs lectriques

Le rseau lectrique constitue aujourdhui un grand centre dintrt dans le domaine des
tlcommunications. En effet, nous avons pu vhiculer de linformation travers des
installations lectriques et des dbits assez levs (de lordre de 100 Mbps avec la norme


HomePlug). Larchitecture de base est inspire de celle conue pour les rseaux HFC. Nous
cherchons alors aujourdhui vhiculer les donnes partir des transformateurs jusque chez
les utilisateurs, constituant ainsi la partie boucle locale. La distribution domicile seffectue
travers les rseaux lectriques rsidentiels dj cbls [6].

Le rseau lectrique est jug comme un support imprvisible et sensible aux
bruissements (impdance variable des lignes, pointes dallumage des appareils, rayonnement,
etc ). Plusieurs techniques de traitement du signal sont alors apparues comme la modulation
OFDM (Orthogonal Frequency Division Multiplexing) et les techniques de dtection et de
correction derreurs.

Le dploiement de la technologie des courants porteurs en ligne ne voit pas encore de
grands succs. Cependant, elle est considre comme un fort concurrent de lEthernet et de la
WLAN en raison des faibles investissements quelle ncessite au niveau cblage du rseau.

III. Etude de la plateforme daccs OMNIAX

Comme dj voqu ci-dessus, un rseau DSL se compose essentiellement de
lquipement de terminaison ou CPE (Customer Permise Equipement) et du DSLAM. Les
trafics manant des diffrents CPE sont agrgs au niveau du DSLAM. Ce dernier va se
charger de les acheminer vers le rseau de donnes travers le BRAS. Une premire
alternative consiste en la mise en place de lATM comme standard entre les DSLAM et le
BRAS [7]. Cependant, une autre solution sest impose rcemment permettant de connecter
directement les DSLAM au rseau de donnes travers des interfaces de type Ethernet.

1. Ncessit de lATM dans les rseaux xDSL

LATM a t choisi comme standard vers les annes 90. Il transporte un flux continu de
cellules de taille fixe. Ce mode se caractrise par sa gestion de la qualit de service. En effet,
ATM permet le transport de la voix, des donnes et de la vido. Do, il faut garantir des
dbits suffisants avec la meilleure qualit aux diffrents types de trafic. Les trafics temps rel
comme la voix et la vido tolrent certaines pertes, alors que le trafic non temps rel comme
lchange de donnes tolre un certain retard.




1.1. Larchitecture xDSL base sur ATM

Cette architecture est base sur une transmission de cellules ATM. Le trafic des usagers
est donc achemin partir des DSLAM vers le rseau ATM par des commutateurs ATM.
Lexplication de cette architecture est donne par le schma de la figure I.6 :


Figure 1.6 : Architecture xDSL base sur ATM.

1.2. Avantages de lATM

Les liaisons ATM utilisent un mcanisme de priorit par type de trafic. Ceci signifie que
les donnes haute priorit sont envoyes directement. Lorsque ATM trouve des vides, il va
envoyer des donnes moins prioritaires. Cette possibilit permet de transfrer via des liens
ATM appels PVC (Permanent Virtual Circuit) toutes sortes dinformation. Un utilisateur
peut avoir un nombre limit de PVC. Chacun est configur pour un service donn et avec un
ordre de priorit bien dtermin. Par exemple, le trafic correspondant la vido exige la
configuration dun PVC avec une priorit leve. Par contre, le trafic de donnes tolre la
configuration du PVC correspondant avec un ordre de priorit moins lev.

En effet, ATM propose trois types de qualit de service qui sont fournies dans le
tableau I.1 :















Abrviation Signification Application
CBR Constant Bit Rate
Ncessaire pour les applications dbit
constant avec contrainte temporelle. La priorit
tant maximale pour ce type dapplications.
UBR
Unspecified Bit
Rate
Correspond aux applications ayant une priorit
moins leve. Les ressources du rseau ne sont
utilises que lorsquelles sont disponibles. Il
sagit du Best Effort.
VBR Variable Bit Rate
Le dbit pour ce type de services est born entre
une valeur minimale et une valeur maximale. La
valeur minimale est garantie, si le rseau
dispose encore de capacit, il peut offrir des
dbits pouvant atteindre le dbit crte.
Tableau I.1 : Qualits de service dans ATM.

LATM fournit alors une solution idale pour la demande simultane de multiples
services. Cependant, il ne lest plus aujourdhui une solution optimale pour les oprateurs
souhaitant un dploiement rapide de leurs rseaux. Les industriels ont eu recours alors la
mise en place dune solution permettant la connectivit directe de leurs DSLAM au rseau de
donnes. Afin doffrir la qualit de service, la liaison entre le modem de lutilisateur et le
DSLAM reste base sur le transport ATM. La plateforme daccs OMNIAX fait partie de
cette deuxime technologie.

2. Prsentation de OMNIAX

2.1. Architectures et dploiement

Ladite solution daccs offre plusieurs options de dploiement. Elle rpond ainsi aux
exigences du march et de lenvironnement.

2.1.1. Architecture de base

La figure I.7 explique schmatiquement larchitecture de base dun rseau daccs
OMNIAX.




Figure I.7 : Architecture de base du rseau OMNIAX.

Cette architecture se compose essentiellement des deux lments suivants [8] :

- OMNIAX-COT (OMNIAX-Central Office Terminal) : Joue le rle dune interface qui
assure lchange du trafic de donnes entre deux rseaux. Dun ct, il connecte le rseau
dabonns OMNIAX. De lautre ct, il est reli au rseau de donnes. Ce terminal est install
au voisinage du commutateur local de loprateur.

- OMNIAX-RT (OMNIAX-Remote Terminal) : Reprsente lentit DSLAM du rseau
OMNIAX. Il est install, lintrieur ou lextrieur, du ct des locaux des abonns. Il
fournit ces derniers les services demands, que ceux soient bande troite ou large bande.

La transmission des flux correspondant au trafic tlphonique entre diffrents
OMNIAX-RT et le rseau tlphonique commut seffectue travers des liaisons E1 en
signalisation V5.2. Ces liaisons relient chaque OMNIAX-RT du rseau au commutateur local
de loprateur tlphonique le plus proche.

Le trafic de donnes, quant lui, il est achemin travers un anneau Gigabit Ethernet en
fibre optique connectant plusieurs terminaux distants. Il est agrg ensuite au niveau de
lOMNIAX-COT. Ce dernier va se charger de le vhiculer vers le rseau de donnes via des
liaisons FE (Fast Ethernet) et/ou GE (Gigabit Ethernet).
Nous parlons ici alors de la mise en place de la technologie FTTCab (Fiber-To-The-
Cabinet), qui partir de la fibre optique, nous passons lutilisation de la paire torsade en
cuivre pour la distribution.



Le terminal distant OMNIAX-RT doit desservir aux abonns de sa zone tous les
services savoir les services TDM pour la tlphonie traditionnelle et lADSL pour les
services large bande [9]. Les diffrentes configurations possibles de cet quipement sont
fournies dans le tableau I.2.

Modles Capacits en slots Capacits en abonns
OMNIAX-RT 300 12 slots universels
352 POTS, 288 DSL ou une
combinaison des deux
OMNIAX-RT 600 24 slots universels
736 POTS, 504 DSL ou une
combinaison des deux
OMNIAX-RT 1200 48 slots universels
1472 POTS, 1008 DSL ou une
combinaison des deux
Tableau I.2 : Les diffrents modles de OMNIAX-RT.

2.1.2. Autres scnarios de dploiement

Le rseau OMNIAX peut avoir dautres scnarios de dploiement. En effet, le terminal
distant peut fonctionner comme une unit daccs indpendante. Il se connecte dun ct au
rseau de donnes via les liaisons FE et/ou GE et au rseau tlphonique commut via des
liaisons E1 en signalisation V5.2. De lautre ct, il fournit les services TDM et large bande
aux abonns pris en charge. Cette architecture est reprsente au niveau de la figure I.8.


Figure I.8 : OMNIAX-RT, une unit daccs indpendante.



Un autre scnario de dploiement consiste configurer le terminal distant pour
fonctionner comme un pur IP-DSLAM tout en liminant les services bande troite. Selon les
besoins (zone forte densit, zone tendue), plusieurs DSLAM esclaves peuvent tre
connects un DSLAM matre travers des liaisons de type Ethernet. Cette flexibilit au
niveau du dploiement fait du systme OMNIAX une plateforme volutive. Elle permet
lintgration des nouveaux services au fur et mesure que la demande lexige et de raccorder
de nouveaux abonns.

Le rseau daccs OMNIAX peut tre dploy selon des configurations diverses des
emplacements gographiquement distants. Il se compose aussi de plusieurs sous rseaux. En
effet, les multiples terminaux distants OMNIAX-RT composant ces sous rseaux, peuvent
tre monts selon diverses topologies (en anneau, en bus ou point point) [9].

Un Systme de gestion NMS (Network Management System) permet la configuration,
le contrle et la supervision de la totalit du rseau ainsi que de tous ses sous rseaux.

2.2. Caractristiques

La plateforme OMNIAX supporte une multitude de services large bande comme laccs
Internet haut dbit, linterconnexion des rseaux, le triple services, etc . Pour offrir aux
clients des niveaux de scurit acceptables ainsi quune qualit de service optimale, OMNIAX
met en place des techniques pour lidentification et la diffrenciation des abonns et des
services [9].

2.2.1. Identification des abonns

Lidentification des abonns est ncessaire pour lauthentification et la facturation au
niveau du BRAS. Le DSLAM doit intervenir en fournissant lidentification de labonn au
BRAS et dautres systmes dauthentification. OMNIAX offre trois solutions pour
lidentification des abonns : relais PPPoE (Point to Point Protocol over Ethernet), relais
DHCP (Dynamic Host Configuration Protocol) et Abonn VLAN.

- Relais PPPoE : PPPoE est un mcanisme utilis pour laccs Internet. Il permet
ltablissement dune session entre labonn et le BRAS. Pour ce scnario, OMNIAX agit en


tant quun relais PPPoE et fournit lidentification de labonn, particulirement le port auquel
labonn est connect, au BRAS.

- Relais DHCP : DHCP est une autre mthode pour tablir une session entre le
fournisseur de service et un utilisateur de lInternet. Pour ce scnario, OMNIAX agit en tant
quun relais DHCP et insre lidentification de labonn comme une option DHCP.

- VLAN : En fournissant le service always-on, lidentification de labonn se fait en lui
assignant un unique VLAN. Le BRAS identifie labonn par ce VLAN. Chaque port peut tre
ainsi assign par un identificateur unique. Le nombre didentificateurs de VLAN disponibles
limite cet accs. Ceci est recommand sil y a, un plus petit nombre dabonns dans chaque
rseau d'accs.

2.2.2. Identification et diffrentiation des services

Lidentification et la diffrentiation des services sont essentielles pour le bon
fonctionnement du triple play. En fait, ces services ont besoins dtre classifis et marqus. Le
DSLAM et le modem de labonn prennent en charge ces oprations. OMNIAX supporte les
mcanismes de classification de services suivants :

- Multiple PVC : Afin de mieux exploiter une ligne ADSL, les trafics correspondant
chaque type de service doivent tre spars et classifis en utilisant des PVC par ligne. Pour
permettre cette solution, le CPE est demande sparer le trafic sur des PVC se basant sur le
type de service. De lautre bout, le terminal distant OMNIAX-RT est amen aussi sparer le
trafic sur les mmes PVC. En effet, quatre PVC configurer par ligne ADSL sont disponibles.


Figure I.9 : Identification base de multiple PVC.

- PVC unique : Alternativement, un PVC unique peut tre utilis entre le CPE et
OMNIAX-RT. Et dans ce PVC, diffrents VLAN sont employs pour diffrencier et classifier


les services. Le principe est le mme quon utilisant de multiple PVC, mais la classification se
fait sur la base des VLAN.


Figure I.10 : Identification base de PVC unique.

- Classification base sur ACL : Un autre mcanisme de diffrentiation et de
classification des services consiste en lutilisation des listes de contrle daccs. Ce
mcanisme est appliqu sur le trafic descendant pour identifier un service et pour assigner
galement l'identit du VLAN correspondant sans lintervention du CPE.


Figure I.11 : Identification base des ACL.

2.3. Gestion du rseau OMNIAX

Ce rseau se compose de plusieurs OMNIAX-COT et OMNIAX-RT. Ces derniers
peuvent tre dploys selon diverses topologies : en anneau, en bus ou mme point point.
Chaque lment de la topologie choisie et dploye forme ainsi un sous rseau qui peut
prendre son tour une certaine configuration. En fait, il peut tre configurer pour supporter
soit les services bande troite, soit les services large bande, soit les deux la fois. Ces sous
rseaux sont dploys dans des sites gographiquement disperss.

Il est ncessaire dans ce cas de raliser la gestion du rseau ainsi que de chacun des sous
rseaux. Le systme de gestion NMS permet alors deffectuer toutes les oprations de
configuration, contrle et supervision. Les diffrents lments du rseau OMNIAX sont
adressables par IP par la station de gestion. Cette gestion peut tre classe en trois niveaux
comme le montre la figure I.12.




Figure I.12 : Gestion du rseau OMNIAX.

2.3.1. Gestion centrale

Cest une gestion du plus haut niveau qui prend en considration toute la topologie du
rseau. Ce niveau permet la visualisation et la supervision de la topologie de tous les rseaux
OMNIAX pris en charge. Elle peut grer jusqu 20 OMNIAX-COT et 100 OMNIAX-RT.
De mme, lon peut descendre jusqu des niveaux plus bas savoir au niveau des cartes ou
mme au niveau des ports.

Le systme de gestion du rseau doit en fait communiquer avec tous les lments en
permanence et raliser les tches suivantes :

- La gestion de configuration : Seffectue en deux tapes. La premire consiste la
configuration du rseau pour pouvoir tre gr, la deuxime est la configuration des lments
du rseau.

- La gestion des dfauts : Permet la dtection instantane des pannes et la mise en
places de toutes les actions correctives dans des dlais assez courts permettant ainsi la
continuit de fonctionnement du rseau. Le systme est quip dun panneau dalarmes de
diffrents niveaux (niveau rseau, niveau cartes et niveau ports) permettant la signalisation
des dfauts ou des pannes.



- La gestion de performances : Met en uvre la manipulation des liaisons de tout le
rseau permettant lidentification des zones de congestion.

- La gestion de scurit : Pour le contrle et la dtection des tentatives daccs non
autoriss, la vrification des oprations dauthentification des abonns et le blocage des
attaques au services.

2.3.2. Gestion distante

Le deuxime niveau de gestion seffectue distance, travers une liaison Ethernet.
C'est--dire pour un seul OMNIAX-COT et bien sr pour ses diffrents sous rseaux. Il
indique la topologie utilise (point point, en bus ou en anneau) et permet davantage daller
plus bas comme pour le cas de la gestion centrale. Le systme de gestion distant REMS
(Remote Element Management System) donne loprateur toutes les possibilits de
vrification de la qualit des lignes dabonns et de configurer les dbits.

2.3.3. Gestion locale

La gestion locale seffectue pour chaque OMNIAX-RT travers une liaison Ethernet.
Cette opration de gestion est ncessaire gnralement durant le dploiement du systme et
galement durant la dtection de dfaillances du rseau.

IV. Conclusion

Lors de ce chapitre, nous avons trait dans une premire tape les diffrentes
technologies daccs existantes. Une grande partie a t consacre aux technologies xDSL et
FTTx tenues par notre plateforme OMNIAX.

Dans une deuxime tape, nous avons dcrit ladite solution daccs. Elle a t compare
larchitecture daccs xDSL base sur ATM. Cette comparaison nous a permis de tirer
lavantage majeur de la plateforme OMNIAX. En effet, elle met en uvre des interfaces lui
permettant la connexion directe au rseau de donnes.

En plus, nous avons pu dpasser linconvnient majeur des technologies DSL qui est la
distance entre les abonns et le terminal distant. Cette distance affecte normment la qualit


des connexions notamment en terme de dbit sur une paire torsade en cuivre. En fait, les
DSLAM peuvent atteindre les locaux des abonns grce la mise en place de la fibre optique.

En outre, cette solution est volutive du fait que sa capacit de raccordement peut
augmenter au fur et mesure que la demande lexige. La flexibilit au niveau dploiement lui
permet aussi de sadapter lenvironnement.






























Chapitre II



Processus de dimensionnement du
rseau daccs OMNIAX



I. Introduction

Lchange dinformations et de donnes ncessite aujourdhui des rseaux de
tlcommunication fiables, performants et capables de satisfaire les besoins des utilisateurs.
En plus, ces rseaux doivent rsorber un trafic en constante volution, gnr par une
demande sans cesse croissante de nouveaux services.

Pour mieux grer ses investissements, un oprateur de tlcommunication ou un
fournisseur de service doit planifier et dimensionner le dploiement de son rseau. Il doit
procder en fonction des rgles dingnierie, de la qualit de service requise de la part des
utilisateurs et des contraintes environnementales.

Dans ce chapitre, nous prsenterons les diffrentes tapes utiles pour le
dimensionnement dun rseau daccs. Nous identifierons dans une premire partie, les
donnes ncessaires au processus de dimensionnement. Dans une deuxime partie, nous nous
intresserons au dimensionnement du rseau daccs OMNIAX en terme de capacit
dusagers et de trafic grer.

II. Hypothses de dimensionnement

Afin de bien dimensionner un rseau de tlcommunication, plusieurs donnes
(estimation du nombre dabonns, estimation du trafic, ) doivent tre identifies. En effet,
cette tape influe directement sur le cycle de vie ainsi que sur la rsilience de tel rseau.

La figure II.1 prsente schmatiquement le processus de dimensionnement du rseau
daccs OMNIAX.




Figure II.1 : Processus de dimensionnement du rseau OMNIAX.

Dans une premire tape, nous devrons dterminer la prvision du nombre dabonns
court, moyen et long terme. Ceci nous permet de rpondre aux nouvelles exigences des futurs
entrants sur le rseau en terme de capacit de raccordement.

Dans une deuxime tape, nous sommes amens faire une estimation de la charge du
trafic gnre par ces usagers, avec la qualit de service requise qui garantit le bon
fonctionnement du rseau long terme.

1. Distribution des abonns

Lestimation du nombre dabonns desservis par OMNIAX consiste dterminer le
nombre dabonns qui peuvent tre connects au rseau ainsi que leur distribution
gographique. En effet, ce rseau peut tre compos dune ou de plusieurs zones. Chaque
zone est divise en une multitude de sites. Chacun de ces sites est sujet dune catgorie
dabonns bien dtermine.

En effet, nous avons vu quil serait plus judicieux de considrer que les abonns du
mme site soient de la mme catgorie ayant les mmes proprits de trafic. Nous avons


constat alors que les abonns du rseau peuvent tre diviss au nombre de trois catgories.
Chacune de ces catgories est caractrise par lhomognit des caractristiques de ses
abonns concernant la fois les services demands, et donc les dbits ncessaires, ainsi que la
qualit correspondante. Par consquent, nous distinguons les catgories ou classes dabonns :

- Rsidentiels ou grand public ;

- Petites et moyennes entreprises ;

- Grandes entreprises.

Par consquence, nous pouvons dterminer la distribution et la localisation exactes des
diffrents sites du rseau partir de la prvision de la rpartition des usagers. Aussi le nombre
de catgories et le nombre dabonns par catgorie sont identifis sous lhypothse quune
classe dabonns possde des caractristiques identiques en terme de trafic. Ceci nous permet
de dterminer le type et le nombre d'quipements de commutation mettre en place, bien
entendu en fonction de la demande actuelle et future des usagers.

2. Trafic lheure de pointe

La prvision du trafic consiste dterminer les deux types de trafic que le rseau
OMNIAX doit grer et couler vers le rseau tlphonique commut et vers le rseau de
donnes. Ces trafics doivent tre estims lheure la plus occupe du jour. En effet, pour
chaque abonn appartenant une catgorie bien dtermine, nous devrons calculer le flux de
trafic de dpart et darrive puisque la plupart de ces trafics sont mesurs en bidirectionnel.

Soit A la charge du trafic mesure en Erlang (E) et dfinie par :

[ ]
3600
T C
E A

= (1)

Avec :

- C : Nombre moyen de communications par heure ;

- T : Dure moyenne dune communication



La distribution des usagers du rseau OMNIAX en des classes dabonns contribue
mieux dterminer cette charge. En effet, il est plus sr dtablir la prvision des trafics pour
une classe dabonns au lieu de prendre toute la masse du rseau. Ceci est sous-entendu que
lvolution du comportement des usagers pour une certaine catgorie est homogne.

III. Dimensionnement des quipements

Dans ce qui suit, nous allons nous intresser la description des diffrentes tapes qui
seront utiles lors du dimensionnement du rseau daccs. A savoir la dtermination des
quipements installer au sein dun site. Il sagit de dterminer le nombre des cartes
dabonns, les cartes systmes (cartes de contrle et cartes de stacking) ainsi que le nombre de
chssis installer.

1. Calcul des cartes dabonns

Le service de la tlphonie analogique traditionnelle (POTS) est soutenu grce la mise
en place de cartes dabonns POTC (Plain Old Telephone Card). Chaque carte peut supporter
le raccordement de 32 usagers. Alors que les services haut dbit sont assurs par la disposition
de cartes ADLC (Asymmetric Digital Line Card). Chaque carte permet la desserte de 24
usagers.

1
32
_
_ +
(

=
POTS N
POTC N (2)

Avec :
- N_POTS : Prvision du nombre dabonns POTS par site ;
- N_POTC : Nombre de cartes POTC par site.



1
24
_
_ +
(

=
ADSL N
ADLC N (3)

Avec :
- N_ADSL : Prvision du nombre dabonns ADSL par site ;
- N_ADLC : Nombre de cartes ADLC par site.



Lors de la prestation du service ADSL, la sparation entre le trafic tlphonique et le
trafic de donnes est essentielle. Pour ce faire, nous devons disposer de cartes appeles
Cartes Splitter . Le nombre des cartes splitter est gal celui des cartes ADLC.

2. Calcul des chssis

Ltape suivante du dimensionnement du rseau OMNIAX consiste dterminer la
combinaison ncessaire des chssis installer au sein dun site.

Ces chssis seront utiles pour linsertion des cartes dabonns dj calcules. En fait,
trois modles sont disponibles chacun avec une certaine capacit de raccordement (Voir
tableau I.2).

1
_
_ _
_ +
(

+
=
Max Cap
POTC N ADLC N
OMNIAX N (4)

Avec :
- Cap_Max : Capacit maximale dun chssis en nombre de cartes ;
- N_OMNIAX : Nombre de chssis de chaque modle.

A lexception de OMNIAX-RT 300 qui se compose uniquement dun rack principal, les
deux autres modles supportent deux types de racks, un rack principal et un rack en extension.
Le rack principal peut contenir jusqu 12 cartes ADLC, ou 11 carte POTC ou une
combinaison ; le rack dextension peut contenir jusqu 9 cartes ADLC, ou 12 cartes POTC
ou une combinaison des deux.

3. Calcul des cartes de contrle

Deux types de cartes de contrle sont disponibles, une carte de contrle TDCC (TDM
Control Card) pour les services bande troite, et une carte BBCC (BroadBand Control Card)
pour les services large bande. Ces cartes contiennent entre autre la matrice de commutation,
des interfaces vers le rseau de donnes ainsi que des interfaces pour le systme de gestion du
rseau OMNIAX. Ces cartes de contrle doivent tre dupliques pour la redondance.



2 1
23
_
_
|
|
.
|

\
|
+
(

=
POTC N
TDCC N (5)

Avec :
- N_TDCC : Nombre de cartes de contrle pour les services TDM.

2 1
23
_
_
|
|
.
|

\
|
+
(

=
ADLC N
BBCC N (6)

Avec :
- N_BBCC : Nombre de cartes de contrle pour les services large bande.

4. Calcul des cartes de stacking

Dans le cas o le processus de dimensionnement exige linstallation dun chssis ayant
les deux types de racks ( savoir OMNIAX-600 et/ou OMNIAX-1200), nous devrons mettre
en place un certain nombre de cartes dites Cartes de Stacking . Ses cartes servent pour la
connexion des racks en extension aux racks principaux.

( ) 1200 _ 2 600 _ _ OMNIAX N OMNIAX N Stack N + = (7)

Avec :
- N_Stack : Nombre de cartes de stacking.

IV. Dimensionnement des liens de transmission

La prvision du nombre dabonns desservis par le rseau daccs OMNIAX, avec la
qualit de service requise, nous a permis destimer les trafics de la voix et de donnes. Ces
trafics sont gnrs lheure de pointe. Ils doivent tre achemins vers le rseau tlphonique
commut travers des liaisons E1 et vers le rseau de donnes via des liaisons FE et/ou GE.

Dans ce qui suit, nous dtaillerons les diffrentes tapes qui nous ont permis de calculer
la capacit de ces liens en bande passante ncessaire. Elle permet de satisfaire les besoins des
diffrents flux. Une capacit de rserve doit tre prise en compte pour assurer la rsilience du
rseau. Il ne faut pas aussi surestimer nos prvisions afin de ne pas gnrer des cots
supplmentaires.


1. Dimensionnement des liens vers le RTC

1.1. Modles de trafic

Nous distinguons plusieurs modles de trafic utiliss pour le dimensionnement des
rseaux de tlcommunication, lobjectif est de choisir celui qui correspond le mieux nos
besoins et qui nous permet dobtenir des rsultats les plus proches de la ralit. Pour ce faire,
il faut tout dabord fixer quelques critres notamment :

- Le modle darrive des appels ;

- La loi de service ;

- Le nombre de sources ;

- La probabilit de blocage.

Ces paramtres seront utiles par la suite pour la justification du choix du modle de
trafic adquat, bien quaucun dentre eux ne puisse reflter la situation relle de
lenvironnement tudier.

Parmi les modles les plus connus et les plus utiliss, nous citons le modle dErlang B,
le modle dErlang B tendu et le modle dErlang C. Dautres modles tels que Poisson,
Engset, etc existent mais avec une utilisation limite [10]. Chacun de ces modles prsente
des caractristiques diffrentes de lautre. Les proprits de ces modles sont fournies dans le
tableau II.1.

Modle
Modle
darrive
Loi de service
Nombre de
sources
Appels
bloqus
Poisson Alatoire Exponentiel Infini Retenus
Erlang B Alatoire Exponentiel Infini Rejets
Erlang B
tendu
Alatoire Exponentiel Infini Redirigs
Erlang C Alatoire Exponentiel Infini Retards
Engset Lisse Exponentiel Fini Rejets
Tableau II.1 : Diffrents modles de trafic.



1.2. Modle derlang B

Nous avons eu recours lutilisation du modle dErlang B lors du dimensionnement
des liens utiliss pour lacheminement du trafic de voix vers le rseau tlphonique commut.
Ce modle est trs utile dans le dimensionnement des rseaux de tlcommunications. Il
mesure la probabilit pour quun appel tlphonique ne puisse tre tablit.

Rciproquement, nous pouvons calculer le nombre de circuits pour que la probabilit de
blocage soit infrieure un certain seuil, tant donn que nous voulons enfuir un tel trafic. Il
sagit alors du trafic qui doit tre rellement coul, quil faut le distinguer du trafic offert. Le
trafic perdu est alors donn par le relation suivante :

c o l
A A A = (8)

Avec :
- A
l
: Trafic perdu (l = lost) ;
- A
o
: Trafic offert ;
- A
c
: Trafic coul (c = carried).

Le tableau suivant donne quelques valeurs de trafic couler par abonn :

Catgorie dabonns Trafic en erlang (E)
Ligne dabonn rsidentiel
0,04 0,06
(bidirectionnel)
Ligne professionnelle
0,1 0,2
(bidirectionnel)
Jonction vers PABX 0,7
Tableau II.2 : Trafic par catgorie dabonns [11].

Daprs le tableau II.I, le modle derlang B considre les hypothses suivantes :

- Larrive des appels est alatoire ;



- La loi de service est exponentielle ;

- Le nombre de sources est suppos infini ;

- Les appels bloqus sont rejets.


Figure II.2 : Principe du modle de trafic derlang B.

Ce modle de trafic est donn par la formule suivante :

!
...
! 2 ! 1
1
!
) , (
2
n
A A A
n
A
A n B
n
n
+ + + +
= (9)

Avec :
- B (n, A) : probabilit de blocage des appels ;
- n : nombre de circuits ;
- A [E] : trafic couler.

1.3. Calcul des liens E1

La dtermination du nombre de circuits ncessaires nous permet ainsi de calculer le
nombre de liens E1 utiles pour couler le trafic de voix vers le rseau tlphonique commut.
La figure II.3 explique schmatiquement le principe de dimensionnement de ces liens.




Figure II.3 : Nombre de liens E1.

Lentre pour ce processus est le nombre de circuits dj calcul pour chaque site ou
classe dabonns, il a comme rsultat le nombre de liens de transfert E1 achemins vers le
commutateur local de loprateur le plus proche. Par consquence, nous pouvons dterminer
le nombre de cartes dinterfaces E1 prvoir. En fait, une carte supporte le raccordement de
huit liaisons E1. Ces cartes sont dupliques pour la redondance.

2. Dimensionnement des liens vers le rseau de donnes :

Les modles de trafic prsents ci-dessus sont trs importants pour le dimensionnement
des rseaux de voix. Cependant, ils ne sont pas applicables notamment en ce qui concerne le
dimensionnement des rseaux de donnes. Par consquence, nous avons eu recours dautres
approches.

Le calcul se fait tout dabord en bande passante puis en nombre de liens permettant
lchange de trafic avec le rseau de donnes. Pour ce faire, nous allons dfinir quelques
paramtres qui seront utiles par la suite, et qui sont indispensable pour le dimensionnement
des rseaux DSL.

2.1. Estimation du dbit par utilisateur

Ceci consiste estimer la demande des abonns au sein dun site en terme de dbits
montant et descendant. Cette demande peut varier dun utilisateur un autre selon ses besoins


en dbits utiles. Mais elle reste, dans une certaine mesure, homogne. C'est--dire que la
variation de la demande varie lgrement entre usagers appartenant une mme catgorie
dabonns quentre usagers appartenant des catgories dabonns diffrentes. Quelques
exemples de dbits montant et descendant par classe dabonns sont donns au niveau du
tableau II.3.

Classe dabonns
Dbit descendant
(kbps)
Dbit montant (kbps)
256 64
256 128 Grand public
512 256
1024 256
1024 512
Petites et moyennes
entreprises
2048 256
8000 256
Grandes entreprises
8000 512
Tableau II.3 : Estimation de la demande en dbits.

2.2. Calcul de la bande passante utile :

Nous allons introduire quelques notions essentielles pour le dimensionnement des
rseaux DSL, notamment le facteur de contention CR (Contention Ratio) et le taux de
pntration.

2.2.1. Facteur de contention

En plus de la qualit de service (QoS) quoffre lATM (voir tableau I.1) pour le triple
service (voix, donnes et vido), le facteur de contention (CR) est considr aussi comme un
deuxime indicateur de QoS dans le dimensionnement des rseaux DSL. Il est dfini comme
tant le rapport entre le nombre total des usagers et le nombre dusagers connects
simultanment et qui partagent la mme connexion trs haut dbit (THD). La figure II.4
montre le principe de base de ce paramtre.




Figure II.4 : Point de contention.

Ce facteur varie considrablement dune classe dabonns une autre. Par consquence,
la performance de la connexion varie avec, elle se dgrade au fur et mesure que ce rapport
est plus lev. En plus, le nombre de sessions simultanes affecte la qualit de la connexion
en fonction du moment de la journe.

Par exemple, pour un CR de 50:1, la connexion THD (Trs Haut Dbit) est partage,
un instant donn, entre 50 utilisateurs. Ce rapport nest pas adapt pour les besoins des
professionnels auxquels nous devons attribuer un CR moins lev (de lordre de 20:1) afin
damliorer les performances.

2.2.2. Taux de pntration

Le taux de pntration dune certaine catgorie dabonns est dfini comme la rapport
entre le nombre dabonns appartenant cette classe et le nombre dabonns total de la zone
utilisant lADSL.

Lors de notre tude, nous avons considr les diffrents taux suivants :

- Classe dabonns rsidentiels : TP = 40 % ;

- Petites et moyennes entreprises : TP = 20 % ;

- Grandes entreprises : TP = 10 %.

Ainsi que nous avons dfini ces deux paramtres, nous allons maintenant les traiter pour
expliquer le processus tabli pour le calcul de la bande passante utile par dbit, ensuite par site
et enfin pour la totalit de la zone.



En effet, pour estimer le trafic de donnes total gnr par les abonns du rseau
OMNIAX, nous allons dterminer dans une premire tape la bande passante utile par dbit.
La formule suivante conduit la dtermination de la bande passante utile ncessaire pour
satisfaire les besoins des utilisateurs dun site ayant les mmes caractristiques de trafic :

i i i
CR D N B = (10)

Avec :
- B : Bande passante utile pour le dbit i ;
- N
i
: Nombre dabonns prvus demandant le dbit i ;
- D
i
: Dbit i demand ;
- CR
i
: Facteur de contention pour le dbit i.

Ltape suivante consiste calculer la bande passante utile pour la totalit du site. En
effet, au sein dun mme site, nous pouvons trouver des besoins diffrents en terme de dbits.

=
i
i i i
CR D N B ) ( (11)

Enfin, nous pouvons calculer le trafic total utile dans le rseau OMNIAX, et donc la
bande passante ncessaire prvoir afin de pouvoir lcouler vers le rseau de donnes. Nous
avons vu la ncessit dintroduire le deuxime paramtre qui est le taux de pntration de
chaque classe dabonns.


=
i j
ji ji ji i
CR D N Tp B ) ) ( ( (12)

Avec :
- Tp
i
: Taux de pntration pour les abonns de la catgorie i ;
- N
ji
: Nombre dabonns prvus appartenant la catgorie i et utilisant le dbit j ;
- D
ji
: Dbit j demand par les abonns de la catgorie i ;
- CR
ji
: Facteur de contention pour le dbit j.






2.3. Calcul des liens FE et/ou GE

Aprs que nous avons dtermin la bande passante utile gnre par les usagers du
rseau, nous pouvons maintenant exploiter ce rsultat pour le dimensionnement des liens
ncessaires lacheminement de ce trafic vers le rseau de donnes. Ce diagramme explique
en gros le processus :


Figure II.5 : Calcul des liens FE et/ou GE.

V. Conclusion

Le dimensionnement des rseaux, et notamment les rseaux daccs, constitue une tche
trs dlicate vu lvolution exponentielle de la demande des utilisateurs de nouveaux services
gnrant un trafic sans cesse croissant.

Dans ce chapitre, nous avons prsent les principes de base pour le dimensionnement
dun rseau DSL, nous avons identifi en premire tape les donnes utiles pour ce processus,
ces donnes ont t exploites dans une deuxime tape pour calculer le trafic couler, en
utilisant diffrents modles. Les rsultats obtenus ont t appliqus par la suite au
dimensionnement du rseau daccs OMNIAX.












Chapitre III



Dveloppement dun outil de
dimensionnement



I. Introduction

Nous avons labor au niveau du chapitre prcdent les diffrentes tapes utiles pour le
dimensionnement dun rseau daccs OMNIAX. Afin dautomatiser les tches, nous avons
dvelopp un outil daide au dimensionnement. Cet outil doit prendre en charge tous les
processus que nous avons dtaills antrieurement.

Nous dcrirons dans ce chapitre les diffrentes tapes dont nous avons eu besoin. Dans
une premire section, lapproche conceptuelle de loutil sera aborde. Les diffrentes
interfaces de lapplication seront dcrites dans une deuxime section en se basant sur une
tude dun cas rel.

II. Conception de lapplication

Avant de passer la ralisation concrte de loutil de dimensionnement, notre travail de
dveloppement consiste dabord spcifier puis analyser les besoins. Cette tape est
essentielle pour une bonne gestion de lavancement des tches de dveloppement. Deux
modles sont alors tudis et prsents afin de bien dcrire notre produit logiciel.

1. Spcification des besoins

Lexpression des besoins comme lindique son nom, permet de dfinir les diffrentes
exigences. Ceci consiste inventorier les principaux besoins fonctionnels qui conduisent
llaboration du premier modle, celui des cas dutilisation. Ce dernier reprsente le systme
de point de vue de lacteur et arbore sous forme de cas dutilisation ses besoins.




1.1. Identification des acteurs

Lacteur est celui qui interagit directement avec le systme. Il peut consulter et/ou
modifier directement ltat du systme en mettant et/ou en recevant des messages. Pour notre
cas, nous distinguons lexistence dun seul acteur, cest lutilisateur de loutil.

1.2. Identification des cas dutilisation

Lidentification des cas dutilisation consiste dcrire les diffrentes tches que
lutilisateur attend de notre outil afin de satisfaire ses besoins. Ils sont fournis au niveau du
tableau suivant.

Cas dutilisation Description
Identification
Lutilisateur doit choisir un nom et saisir par
la suite le mot de passe correspondant pour
accder lapplication.
Saisie des paramtres rseau
Lutilisateur doit saisir les paramtres de son
rseau.
Grer une zone
Lutilisateur peut saisir, consulter ou
supprimer une zone de son rseau.
Grer un site
Lutilisateur peut saisir, consulter ou
supprimer un site dune zone du rseau.
Dimensionnement du site
Lutilisateur peut calculer les quipements de
commutation installer au sein dun site.
Calcul E1
Lutilisateur peut calculer le nombre de liens
acheminer vers le RTC avec le modle
derlang B.
Dimensionnement du COT
Lutilisateur peut calculer le nombre de liens
acheminer vers le rseau IP.
Affichage architecture
Lutilisateur peut visualiser larchitecture du
rseau OMNIAX.
Tableau III.1 : Identification des cas dutilisation.





1.3. Diagramme de cas dutilisation

Les cas dutilisation identifis ci-dessus sont prsents par un diagramme de cas
dutilisation. Il rassemble toutes les tches que lutilisateur attend de loutil. La figure III.1
reprsente ce diagramme.


Figure III.1 : Diagramme de cas dutilisation.

2. Analyse des besoins

Aprs la spcification des besoins, nous passons maintenant leur analyse afin davoir
une bonne comprhension des exigences de lutilisateur. En effet, le modle danalyse nous
livre une spcification complte des besoins issus de ces cas dutilisation et les structurer sous
une forme de scnarios ou de squences.




2.1. Diagrammes de squences

Dans ce qui suit, nous allons prsenter quelques diagrammes de squences qui sont
indispensable pour la comprhension des cas dutilisation identifis ci-dessus.

- Diagramme de squences pour lidentification :

Ds lexcution de loutil, lutilisateur est amen sidentifier afin de vrifier son droit
dutilisation. En premier lieu, il doit choisir un nom dutilisateur parmi une liste. Il saisie par
la suite le mot de passe. La validation des deux donnes entrane une opration de vrification
afin de tester leur compatibilit. Si le mot de passe nest pas valide, un message derreur est
affich. Sinon la connexion avec loutil est effectue. La figure III.2 reprsente ces actions
sous forme dun diagramme de squences.


Figure III.2 : Diagramme de squences Authentification .

- Diagramme de squences pour la cration dun nouveau rseau :

Aprs ltablissement de la connexion avec loutil, lutilisateur est appel saisir les
paramtres de son rseau (identificateur, nom et pays). Une opration de vrification sur les
donnes saisies est lance. Si lun des trois champs est vide ou si lidentificateur (ID) du
rseau est dj existant, un message derreur est affich (voir figure III.3).



Figure III.3 : Diagrammes de squences Saisie paramtres rseau .

- Diagramme de squences pour lajout dune nouvelle zone :

Lutilisateur doit saisir la ou les zones qui composent son rseau dj cre. Il faut donc
saisir son nom, le nombre dabonns tlphoniques et ADSL prvus au sein de cette zone
ainsi que le nombre de sites sur lesquels ses abonns sont rpartis. Une opration de
vrification est lance. Si le nom de la zone est dj existant, un message derreur est affich.
Sinon les donnes sont valides et ajoutes


Figure III. 4 : Diagramme de squences Saisie zone .



Pour lajout dun site dans une zone du rseau, les mmes scnarios sont appliqus, sauf
quil faut saisir les paramtres correspondants savoir le nom du site, le nombre dabonns
POTS et le nombre dabonns ADSL prvus au sein de ce site ainsi que le nom de la zone
adquate.

- Diagramme de squences pour le dimensionnement dun site :

Ceci consiste calculer les quipements de commutation installer au sein dun site.
Lutilisateur doit choisir un site bien dtermin dune zone de son rseau. En validant son
choix, le nombre dabonns tlphoniques et ADSL sont rcuprs et affichs lcran.
Lutilisateur lance par la suite lopration de dimensionnement. Les rsultats de calcul sont
aussi affichs. Il peut les sauvegarder pour des consultations ultrieures.


Figure III.5 : Diagramme de squences Dimensionnement du site .





- Diagramme de squences pour le dimensionnement des liens E1 :


Figure III.6 : Diagramme de squences Calcul E1 .

- Diagramme de squences pour le dimensionnement des liens FE et/ou GE :


Figure III.7 : Diagramme de squences Dimensionnement du COT .



2.2. Diagramme de classes

Ceci consiste laborer les relations entre les objets partir de la mise en uvre dun
diagramme de classes finissant ainsi la structure statique du systme. Ce diagramme constitue
alors un point de dpart limplmentation.


Figure III.8 : Diagramme de classes.

III. Description de lapplication

Dans ce qui suit, nous prsenterons loutil dvelopp sous le nom de OMNIAX avec
une description fonctionnelle de ses diffrentes interfaces. Une tude dun cas rel sera aussi
traite. Lutilisateur doit en fait suivre une certaine hirarchie (voir figure III.9).




Figure III.9 : Hirarchie du processus de dimensionnement.

1. Au dmarrage

Ds que lutilisateur lance lapplication, il sera devant la fentre dauthentification
(figure 10). Elle comprend les deux champs ncessaires son identification. Afin daccder et
de bnficier des fonctionnalits de loutil, lutilisateur slectionnera son identifiant parmi une
liste de noms dutilisateurs. Il devra saisir par la suite le mot de passe correspondant.




Figure III.10 : Identification de lutilisateur.

Lors de la validation des deux donnes saisies lutilisateur aura alors accs loutil et la
fentre principale saffichera (figure III.11).


Figure III.11 : Fentre principale de loutil.

2. Menu principal

Les diffrents menus que lutilisateur pourra accder partir de la fentre principale
sont les suivants :


- Menu Fichier ;

- Menu Rseau ;

- Menu Dimensionnement ;

- Menu Dbits ;

- Menu Architecture .

2.1. Menu Fichier

Les deux sous menus suivants font partie du menu Fichier :

- Sous menu A propos de OMNIAX : Il donne une ide sur la version de loutil
dvelopp ainsi que son cadre gnral.

- Sous menu Quitter OMNIAX : Permet de quitter loutil.

2.2. Menu Rseau

Le menu rseau contient les trois sous menus suivants :

- Sous menu Rseau : Il permet lutilisateur de saisir lidentificateur du nouveau
rseau dimensionner, son nom ainsi que le pays l o il va tre dployer.

Figure III.12 : Paramtres du rseau.


- Sous menu Zone : Il permet lutilisateur dajouter, consulter ou supprimer les
zones de son rseau avec le nombre total dabonns POTS, le nombre total dabonns ADSL
et le nombre de sites dans chaque zone. La suppression dune zone engendre la suppression
automatique des sites pris en charge. Pour notre tude de cas, nous avons considr un rseau
compos de deux zones nommes RAOUED et ARIANA .

Figure III.13 : Paramtres de la zone RAOUED .

- Sous menu Site : Permet lutilisateur dajouter, consulter ou mme supprimer les
sites contenus dans une zone bien dtermine du rseau. A chaque fois o lutilisateur ajoute
ou supprime un site, bien videmment avec ses diffrentes caractristiques, des oprations de
mise jour sur les paramtres de la zone concerne seront effectues.

Figure III.14 : Paramtres du site EL GHAZELA .



Pour notre tude de cas, les deux zones RAOUED sont composes de trois sites ayant
des caractristiques de trafic diffrentes. Le tableau III.2 prsente les diffrents sites de ces
zones avec la considration des diffrentes catgories dabonns.

Zone Site Rsidentiels PME GE
El Ghazela Oui Non Non
El Nahli Oui Non Non RAOUED
Parc Non Oui Non
Charguia 1 Non Oui Oui
Charguia 2 Non Oui Oui ARIANA
Ariana centre Oui Oui Non
Tableau III.2 : Caractristiques des abonns.

La figure III.15 montre la distribution gographique de ces diffrents sites. Le rseau
dimensionner est compos de deux anneaux connects au mme OMNIAX-COT qui va se
charger de vhiculer le trafic de donnes vers le rseau de donnes. Le trafic tlphonique est
achemin partir de chacun des sites du rseau vers le rseau tlphonique commut public.


Figure III.15 : Distribution gographique des sites.



2.3. Menu Dimensionnement

Le menu dimensionnement contient les sous menus suivants :

- Sous menu Dimensionnement des RTs : Ainsi que les donnes en terme de nombre
dabonns prvus pour chaque site sont saisies, lutilisateur pourra maintenant dimensionner
les quipements de commutation ncessaires installer. Il peut enregistrer les rsultats pour
des consultations ultrieures.


Figure III.16 : Dimensionnement des quipements de commutation.

Aprs la phase de dimensionnement des sites, lutilisateur commencera dimensionner
les liens de transmission ncessaires pour chaque type de trafic, savoir le trafic de voix et le
trafic de donnes.

- Sous menu Calcul liens E1 : Concernant le trafic tlphonique, lutilisateur devra
calculer le nombre de liens E1. Aprs la slection du site concern, il saisira les donnes
ncessaires au dimensionnement notamment le trafic prvu lheure de pointe BHT (Busy
Hour Traffic) en erlang et la probabilit de blocage des appels. Il aura comme rsultats le
nombre de liens et le nombre des cartes dinterfaces E1 installer.



Figure III.17 : Calcul des liens E1 par site.

Comme le montre la figure III.17, il faut prvoir deux liens E1 pour acheminer le trafic
de la voix gnr par les abonns du site El Ghazela vers le rseau tlphonique commut
public.

- Sous menu Dimensionnement de COT : Ce menu permet de calculer le nombre de
liens de transmission FE et/ou GE acheminer vers le rseau de donnes afin dcouler le
trafic de donnes total agrg au niveau du OMNIAX-COT.


Figure III.18 : Calcul des liens FE et/ou GE par zone.



La figure III.18 prsente le trafic de donnes agrg au niveau du terminal distant
OMNIAX-COT de la zone RAOUED . Il sagit du trafic gnr par les trois sites
appartenant cette zone. Ce trafic est calcul pour les deux sens montant et descendant.
Comme rsultats, nous aurons le nombre de liens ncessaires afin de le vhiculer vers le
rseau de donnes.

Cependant, ceci nest possible quaprs le calcul du trafic gnr par les usagers
appartenant chacun des sites de la zone concerne. Pour ce faire, lutilisateur devra passer
avant au menu Dbits .

2.4. Menu Dbits

Ce menu contient les sous menus caractrisants les trois classes dabonns que nous
avons identifi dans le chapitre prcdent (rsidentiels, petites et moyennes entreprises et
grandes entreprises).

- Sous menu Rsidentiels : Il fixe les diffrentes caractristiques de la classe
dabonns grand public en terme de dbits, taux de pntration et facteur de contention CR.


Figure III.19 : Paramtres de trafic pour la catgorie grand public.



- Sous menu Petites et moyennes entreprises : Il caractrise les paramtres de trafic
des abonns appartenant cette catgorie. Ils possdent des spcificits diffrentes de la
premire en terme de dbits demands et de qualit de service.


Figure III.20 : Paramtres de trafic pour les PME.

- Sous menu Grandes entreprises : Ce sous menu caractrise les paramtres de trafic
des grandes entreprises. Pour amliorer les performances, le taux de pntration ainsi que le
facteur de contention attribus cette classe dabonns sont encore plus infrieurs.

La demande au sein du mme site en terme de dbits peut varier. Pour ce faire,
lutilisateur peut modifier le champ Demande en attribuant chaque fois les dbits
ncessaires. En aucun cas, ce champ ne peut pas dpasser le nombre dabonns ADSL au sein
de ce site. Il peut aussi modifier, dans une certaine mesure, le facteur de contention afin de
satisfaire la qualit de service demande par les usagers. Par consquence, ils auront une
meilleure performance au niveau de leurs connexions.

2.5. Menu Architecture



Ce menu contient un seul sous menu Architecture OMNIAX . Il permet la
visualisation de larchitecture de base de dploiement du rseau daccs OMNIAX.

IV. Conclusion

Nous avons prsent dans ce chapitre loutil dvelopp pour le dimensionnement des
rseaux daccs OMNIAX fournissant les services de tlphonie analogique classique et les
nouveaux services haut dbit grce au dploiement de lADSL. Les diffrentes fonctionnalits
de loutil ont t prsentes en tudiant un cas rel.

Le dimensionnement de tel rseau nest pas une tche facile raliser. En effet,
loprateur ou le fournisseur de tlcommunication doit faire des prvisions exactes avant de
dimensionner son rseau. Il doit donc, ni sous estimer ni sur estimer la capacit de
transmission de son rseau, non seulement pour satisfaire les besoins des usagers en terme de
dbits et de qualit de service, mais aussi pour ne pas gnrer des cots supplmentaires. Il
doit tenir compte aussi des futures demandes des utilisateurs en terme de capacit de
raccordement.


















Conclusion gnrale



Ce travail porte sur ltude et le dimensionnement des rseaux daccs. Il a t ralis
dans le cadre de mon projet de fin dtude. Nous avons prsent dans une premire tape les
diffrentes technologies existantes. Une grande partie a t consacre laccs base de paire
torsade en cuivre et base de fibre optique pour amener jusque chez lusager lADSL. Nous
avons dvelopp dans une deuxime tape, un outil daide au dimensionnement dudit rseau
OMNIAX.

Plusieurs nouvelles technologies daccs sont apparues durant cette dernire dcennie
Elles viennent satisfaire les besoins des usagers en matire de nouveaux services et
applications de tlcommunications. Ces derniers ncessitent une plus grande largeur de
bande. Ces technologies ont t classifies selon le support de transmission utilis. Dans ce
sens, nous trouvons les solutions cbles (paire torsade en cuivre et cble coaxial), les
solutions utilisant la fibre optique, les solutions sans fil mobiles et fixes et les solutions
utilisant le support lectrique comme moyen de transmission de donnes.

Nous avons retenu pour notre tude le cas de laccs par paire torsade en cuivre pour
fournir aux usagers lADSL. En effet, la technologie des lignes dabonn numriques s'est
avre la solution la mieux adapte pour un accs haut dbit et faible cot. Elle est venue
remdier aux dfauts des connexions Internet commutes. En fait, le dploiement dun rseau
daccs ADSL ne ncessite que trs peu dquipements mettre en place. Ainsi, il offre non
seulement des services des dbits levs comme la vido la demande, lInternet haut dbit,
la vido confrence et linterconnexion des rseaux, mais aussi des prix profitables.

Nous avons prsent aussi larchitecture de ladite plateforme daccs. Nous avons
dgag par la suite les apports quelle met en uvre. En effet, la connexion des diffrents
DSLAM composant le rseau OMNIAX se fait directement avec le rseau de donnes
travers des interfaces de type Ethernet. Le dploiement de la fibre optique a permit aussi de
franchir linconvnient majeur des technologies DSL qui est la distance entre les abonns et
leur DSLAM, cette distance affecte normment les connexions en terme de dbit.



Ltape suivante consiste dvelopper un outil de dimensionnement pour le rseau
OMNIAX. Une tude des diffrents modles de trafic est alors aborde. Nous avons exploit
le modle derlang B pour le trafic de voix. Les diffrentes caractristiques de ce modle ont
t tudies savoir larrive des appels, le temps de service, les appels bloqus et la
probabilit de blocage. Ainsi, nous avons pu dterminer le nombre de circuits acheminer
vers le rseau tlphonique commut.

En ce qui concerne le trafic de donnes, une autre approche a t prsente. Elle
consiste calculer la bande passante ncessaire pour grer le trafic engendr par la demande
dun certain dbit, ensuite par site et enfin le trafic total de la zone vu quelle peut servir
plusieurs catgories. Ces abonns peuvent avoir des caractristiques de trafic diffrentes.
Plusieurs paramtres qui grent la qualit de service sont aussi dfinis. De ce fait, il est
possible de dterminer le nombre de liens Fast Ethernet et/ou Gigabit Ethernet mettre en
place vers le rseau de donnes.

Notre outil ainsi dvelopp est simple utiliser. Il permet, dans une premire tape, de
dterminer la configuration de chaque site. Dans une deuxime tape, il dtermine le nombre
de liens ncessaire couler vers chaque rseau. Nous avons vu quil pourra aussi avoir des
amliorations notamment que la tche de dimensionnement des rseaux DSL nest pas aussi
simple que cela. Nous pensons alors intgrer les systmes dinformations gographiques au
sein de loutil pour mieux grer la distance entre les sites ainsi que leur distribution
gographique. Un aperu sur la topologie du rseau dployer sera alors plus clair, savoir
une topologie en anneau, en bus ou point point. Nous pourrons avoir aussi une ide
approximative sur la taille du rseau et donc sur la taille des investissements engendrs lors de
son dploiement.

Finalement, nous pouvons dire que les technologies xDSL conquirent une bonne part
du march des tlcommunications. Ils constituent une source de revenus en constante
volution pour les oprateurs utilisant la paire torsade en cuivre. En plus, le dploiement de
la fibre optique jusque chez lutilisateur fait que ces technologies acquirent encore de grands
intrts notamment pour les sites distants.






iiovnic.

[1] Daniel Kofmann, Synthse sur lvolution des rseaux de
tlcommunications , ENST, 21 septembre 2001 ;
[2] Maryam Razzaghi, Bruno Rouvio, Mathieu Santel Leborgne, Nouvelles
technologies rseau ; Triple Play ;
http://www.frameip.com/triple-play/
[3] Les rseaux PON Passive Optical Network , Elment dapprciation
techniques, conomiques et rglementaires, 18 Dcembre 2006 ;
[4] M. R. KARIM, MOHSEN SARRAF, W-CDMA and cdma2000 for 3G mobile
networks, McGraw-Hill TELECOM ;
[5] http://www.telecom.gouv.fr/ ;
[6] http://www.maison-domotique.com/pourquoi-comment/cpl.html ;
[7] HEVER Steve, PETAS Vincent, BOUZON Elodie, Nouvelles technologies
rseaux - ADSL, Ecole ingnieur 2000, Universit de Marne-la-Valle ;
[8] OMNIACOM, OMNIAX - Brochure technique ;
[9] OMNIACOM, Spcifications techniques de OMNIAX ;
[10] Traffic Analysis for Voice over IP, 25 Juin 2001;
[11] Commutation de circuits, Public Networks Communication, Edition3.3.