INGNKOALN

Optimisation de la QoS de la VoIP dans le rseau VSAT de SACONETS SA
REMERCIEMENTS
Mes sincres remerciements vont lendroit : du Pr. Emmanuel TONYE, encadreur acadmique de ce travail ; de lIng. Henri YEUTCHOU, encadreur dentreprise ; du Pr. Timlon Crpin KOFANE, prsident du jury qui sest donn la peine dvaluer ce travail ; du Dr. Jean KAMDEM et du Dr. John BANDON BILIKHA, membres du jury ; de M. Raymond TCHENKO, Directeur Gnral de SACONETS SA ; de toute lquipe technique de la direction gnrale de SACONETS SA ; de M. Raymond AYENE, Chef de service du dpartement de la gestion des frquences lART et camarade de promotion, pour son soutien durant ma formation ;
Par NKOLO Alain Nol, en vue de lobtention du diplme dIngnieur de conception des Tlcommunications de lENSP
Soutenu le 31 juillet 2006 10h00
DEDICACES
Je ddie ce travail : mon pre M. NKOLO NTERE Jean Claude, mes frres AYISSI Martin, BEN BELLA David et OKALA Sylvain Final et ma sur NGONO Claudine, Mlle KANA Ernestine, Mlle NGO NEMBA Anne Augustine, mes camarades de classe de lENSP, mes camarades du laboratoire de Physique Nuclaire de lUniversit de Yaound I, la famille MBA MENGUEDE, tous mes amis du GUPE.
ii
GLOSSAIRE
ATM : Asynchronous Transfert Mode Mode de Transfert Asynchrone BER : Bit Error Rate Taux dErreurs Bit CATV: Cble d'Antenne de Tlvision Codec : Codeur Dcodeur COPS : Common Open Policy Protocol Protocole de Politique Commune et Ouverte COS: Class of Service Classe de Service DiffServ: Differentiated Services Services Diffrentis DNS: Domain Names Server Serveur des Noms de Domaines ERLE: Echo Return Loss Enhancement Gain en Attnuation de lcho FEC: Forwarding Equivalence Class Classe dEquivalence FIFO: First In First Out Premier Entrant Premier Sortant GW: Gateway: Passerelle HPA: Heigh Power Converter Convertisseur Haute Puissance INTELSAT: International Telecommunications Satellite Consortium. Organisation Internationale de Tlcommunications par Satellite IntServ : Integrated Services Services Intgrs IP : Internet Protocol - Protocole Internet IS_907 : INTELSAT_907 LDP Label Distribution Peotocol Protocole de Distribution de Labels LNB: Low Noise Block Amplifier Bloc d'Amplificateur Faible Bruit LSP: Label Switched Path Chemin Commutation de Labels LSR: Label Switched Router Routeur Commutation de Label LSR: Labels Switching Router Routeur Commutation de Labels MPLS : Multiprotocol Label Switching Multiprotocole Commutation de Labels PIRE : Puissance Isotrope Rayonne Effective PING: Packet Internet Groper PTC: Poste de Tlphonie Commute QoS : Quality of Service Qualit de Service RSVP: Ressources reServation Protocol Protocole de Rservation des Ressources RTCP : Rseau Tlphonique Commut Public RTP : Real Time Transport Protocol Protocole de Transport en Temps Rel
iii
SBM : Subnet Bandwidth Manager Gestionnaire de Bande passante de Sous rseau TL: Total Length Longueur Totale ToS: Type of Service Type de Service TTL: Time To Live Dure de Vie UDP : User Data Protocol Protocole des Donnes Utilisateur UTP: Unshielded Twisted Pairs Paires Torsades Non blindes UTP5: Unshielded Twisted Pairs, Category 5 Paires Torsades Non blindes, Catgorie 5 UIT : Union Internationale des Tlcommunications UIT-T : Union Internationale des Tlcommunications Tlcommunication VoIP : Voice over IP - Voix sur IP VSAT : Very Small Aperture Terminal - Terminal Trs Petite Ouverture
iv
RESUME
Ce mmoire prsente la procdure de dtection des vecteurs dcho et des microcoupures qui troublent le cours normal dune conversation tlphonique travers le rseau Internet, dont laccs est ralis au moyen des stations VSAT. Le but final tant lamlioration de la qualit de service de la VoIP dans le rseau VSAT de la socit SACONETS SA, le travail a t organis les paragraphes qui suivent. Le premier point a consist prsenter les quipements qui forment le parcours de la voix sur le rseau Internet par VSAT, le principe de conversion de la voix en donnes et les gnralits sur la QoS associe la VoIP. Dans le second point il a t question disoler dune part la portion du rseau candidate abriter les vecteurs dun cho audible en se servant du principe de la gense de lcho, et dautre part les phnomnes susceptibles dtre lorigine des microcoupures dans le parcours de la voix en faisant usage des paramtres de performance de la VoIP. Le dernier point tait rserv lvaluation des paramtres de performance de la VoIP sur le rseau VSAT de SACONETS SA au moyen des relevs pratiques et des bilans de liaison des liaisons montante et descendante sur la station de test de SACONETS SA ; en plus il fallait cibler la source de lcho laide dun organigramme bti cet effet ; la confrontation entre les rsultats obtenus et les rfrences dfinies par lIUT-T devait permettre de tirer les conclusions consquentes quant aux problmes de VoIP rencontres SACONETS SA. Mots clef : Echo, Microcoupure, QoS, VoIP, VSAT. en trois grands points en sappliquant sur larchitecture type dune liaison pour VoIP de cette entreprise ; ces points sont explicits dans
ABSTRACT
The following dissertation describes the procedure to detect echo and microcut off vectors, which occur during a VoIP conversation accessed throughout VSAT stations. Given that the final purpose was the improvement of the VoIP quality of service inside the VSAT network of SACONETS SA, the document was organised in three points in relationship with the VoIP link of that enterprise. These points are explained in the follow: The first point consisted in the presentation of equipments that form the voice course over Internet network accessed by VSAT; it consisted also in the study of voice-data conversion principle and an overview on VoIP QoS; The second point was focused, in the first part, on the location of the network zone able to shelter an audible echo vectors, by using the genesis echo principle; in the second part, it was focused on phenomena susceptible to cause microcut off inside the voice course by using the VoIP performance parameters; The last point was dedicated to the evaluation of the VoIP performance parameters over the SACONETS VSAT network. For this, good use has been made of with practical measurements and link budgets of the uplink and downlink of the SACONETS VSAT test station. Another goal of this point was the echo source detection, by using a purposed drawing algorithm. The comparison between obtained results and references defined by ITU-T should have allowed in deducing consistent conclusions relative to the SACONETS SA VoIP problems. Key words: Echo, Microcut off., QoS, VoIP, VSAT.
vi
LISTE DES FIGURES

Figure1 : Diagramme bloc dune liaison tlphonique RTPC via IP.6 Figure 2: conversion de la voix en flux IP..9 Figure 3 : conversion du flux IP en voix ..10 Figure 4 : illustration architecturale du fonctionnement de DiffServ.......................................14 Figure 5: squence de rservation des ressources et d'acheminement des informations avec IntServ/RSVP............................................................................................................................16 Figure 6: la position de MPLS dans le modle OSI..16 Figure 7: squence de routage par commutation des labels......................................................17 Figure 8 : localisation de lcho22 Figure 9 : schma du principe de lannulateur dcho..23 Figure 10 : source de lcho dans le circuit terminal dun appel sur IP travers le rseau de SACONETS..............................................................................................................................27 Figure 11 : Procdure dvaluation du niveau sonore dun cho non attnu..28 Figure 12 : Recherche de la cause dun cho29 Figure 13 : Diagramme bloc de la station de mesure des proprits de la connexion..30 Figure 14 : Illustration du bilan de liaison dun systme sans fil.32 Figure 15 : Empreinte dINTELSAT_907 sur la zone Afrique centrale Afrique de louest34 Figure 16 : Variation temporelle du dbit en monte...36 Figure 17 : Evolution temporelle du dlai moyen de transfert par sens...37 Figure 18 : Variation temporelle du taux de pertes..38 Figure 19 : Algorithme de classification des services..42 Figure 20 : Algorithme de test de conformit..43 Figure 21 : Algorithme de gestion de la file dattente.45 Figure 22 : Interface de WITBE..47
LISTE DES TABLEAUX Tableau 1 : Rseau VSAT de SACONETS SA..6 Tableau 2 : Caractristiques de quelques codecs..10 Tableau 3 : Format du champs ToS..14 Tableau 4 : Bilans de liaison des liaisons montante et descendante.39
vii
SOMMAIRE
viii
INTRODUCTION GENERALE
La tlinformatique, qui est linformatique faisant appel aux moyens des tlcommunications, a acquis le qualificatif dindispensable dans lconomie moderne. La place quoccupent les rseaux tlinformatiques est dautant plus renforce que les grandes entreprises et les organismes internationaux comptents travaillent continuellement pour lintgration des services des tlcommunications existants dans les rseaux, et notamment Internet. Les premires rflexions allant dans ce sens datent des annes 1990, lorsquon abandonna lide de faire passer Internet dans les rseaux de tlphonie filaire, mais plutt de faire du tlphone, et donc de la voix, une composante des services vhiculs par Internet. La Voix sur IP offre lavantage dtre quasiment gratuite, car les factures des communications internes au rseau IP sont dissoutes dans la facture dInternet. Lintrt port ce service a t renforc par lutilisation du satellite comme point de passage : il facilite la mise sur rseau des zones difficilement accessibles et permet dtendre rapidement un rseau sur de trs grandes distances. Cependant malgr cette sduction plutt en phase avec le contexte socioconomique actuel, la VoIP ne fait pas encore lunanimit auprs des consommateurs. Ceci se justifie par des imperfections qui ont pour principales manifestations lcho et les microcoupures. Ces problmes sont rcurrents chez les promoteurs de la VoIP dont le signal Internet transite par un satellite gostationnaire, lexemple de SACONETS S.A. (Satellite Communication Network Services). Surmonter ces dfaillances revient dabord les matriser avant de penser trouver les solutions idoines. Tel est lenjeu de ce mmoire de fin de formation intitul Optimisation de la QoS de la VoIP dans le Rseau VSAT de SACONETS S.A. . Le but de ce travail sarticule donc autour des deux points centraux suivants :
-
identification des causes des microcoupures et de lcho dans le rseau VSAT de SACONETS, proposition des solutions orientes vers lamlioration des paramtres de performance de la QoS, en se rfrant aux prescriptions des organismes internationaux, particulirement lUIT.
Le travail en lui-mme est subdivis en quatre chapitres : Le premier chapitre est consacr la prsentation descriptive du rseau VSAT de SACONETS et le modle type du parcours de la voix dans ce rseau, aux gnralits sur la VoIP et la qualit de service, et ltat de la qualit de service de la VoIP dans le rseau de SACONETS.
Dans la deuxime partie, la problmatique associe ce sujet sera dabord dfinie, puis une tude de lcho et des microcoupures sera faite ; lintrt de cette tude est dinventorier les vecteurs potentiels qui se cachent derrire ces manifestations. Le troisime chapitre dcrit les approches adoptes pour trouver les causes de lcho et celles des microcoupures. La procdure de dtection des causes de lcho est btie sous forme dorganigramme, alors que celle de dtection des vecteurs des microcoupures sappuie sur un dispositif pratique dvaluation des paramtres de performance. Le dernier chapitre prsente les rsultats obtenus sous forme de graphiques et de tableaux pour une meilleure interprtation. A la lumire de ces rsultats, on pourra identifier ce qui est lorigine de lcho, idem pour les microcoupures. Cest aprs coup que les solutions convenables seront proposes.
CHAPITRE I : CONTEXTE
LInternet par satellite sest facilement dvelopp avec la libration des bandes de frquences trs larges, offrant ainsi des possibilits de transfert rapide d'informations. Cette voix daccs sest vulgarise grce larrive des VSAT. Les entreprises et surtout celles qui ont des reprsentations dans des zones enclaves, des fournisseurs daccs Internet et des particuliers vont de plus en plus sintresser ce service avec lintgration des services multimdias en gnral, et de la voix en particulier. Les gnralits sur ce service et la qualit de service associe font lobjet de ce chapitre, ainsi que le rseau VSAT de SACONETS. I-1- Le rseau VSAT de SACONETS Le rseau VSAT de SACONETS compte en ce mois de juillet 2006 128 stations rparties au Cameroun et au Gabon. A ces stations il convient dajouter les deux stations de test bases Sao Tome et Principe. Il sagit donc dun rseau assez dense et surtout en perptuelle mutation. Son architecture est du type maill.
PAYS PROVINCE ADAMAOUA VILLE NGAOUDERE TIBATI BANYO BAFIA YAOUNDE SOA OBALA MAKAK BATOURI LOMIE MAROUA MOUDA MOKOLO MAGA MORA KAELE YAGOUA KOUSSERI DOUALA NKONGSAMBA LAGDO GUIDER GAROUA BAMENDA NKAMBE BAFOUSSAM BAHAM DSCHANG MBOUDA FOUMBOT KRIBI DJOUM NIETE BUEA LIMBE KUMBA LIBREVILLE NOMBRE DE STATION 3 1 1 1 47 1 1 1 1 1 8 1 2 1 1 1 2 3 21 2 1 1 2 5 1 4 1 1 1 1 1 1 1 2 3 1 3 2
CAMEROUN
CENTRE
EST EXTREME NORD
LITORAL NORD NORD-OUEST OUEST
SUD SUD-OUEST GABON SAO TOME ET PRINCIPE
Tableau 1: rseau VSAT de SACONETS SA

En plus des services classiques dInternet et de VoIP, SACONETS SA propose les services dinterconnexion des structures telles les banques, les assurances, etc. I-2- La liaison VSAT de SACONETS SA pour la VoIP I-2-1- Architecture de la liaison Le parcours du signal de la voix de bout en bout sur la liaison VSAT de SACONETS SA se prsente tel que schmatise sur la figure ci-dessous.
Atmosphre
P.T.C
UTP
SPA
UTP5
Routeur
UTP5
DW6000
CATV 75
(1)
NOC
(1) atmosphre
DNS
NOC
P.T.C
UTP
SPA
UTP Routeur
UTP
(1) Atmosphre
DW6000
CATV 75
Figure1 : Diagramme bloc dune liaison tlphonique RTPC via IP I-2-1-1- PTC Cest le Poste tlphonique classique. Sa fonction est lacquisition et la conversion de lnergie acoustique en nergie lectromagntique et rciproquement. I-2-1-2- UTP Cest une paire de cbles non blinds reliant le poste la passerelle. A lmission comme la rception, un cble supporte le signal de transmission et lautre supporte le signal de rception. I-2-1-3- SPA (SIPURA Phone Adapter) LAdaptateur Tlphonique SIPURA est la passerelle RTPC-IP utilise pour la voix. Cest dans la passerelle que le signal analogique est transform en signal numrique et inversement. Pour ce faire, on a le choix entre les codecs G.711, G.729, G.726 et G.723.1 tous prsents dans la SPA. Le codec activ est le G.723.1.
I-2-1-4- UTP5 (Unshielded Twisted Pairs, Paires Torsades Non blindes) Cest un ensemble de quatre paires de cbles de connexion Ethernet servant relier le SPA au routeur, et le routeur au modem; il est non blind, de catgorie 5. Seules deux des quatre paires sont utilises, raison dune pour la transmission et lautre pour la rception. I-2-1-5- Le modem DW6000 Le modem effectue les oprations de codage et de modulation en signal de frquence intermdiaire 70 MHz, sur le signal bande de base lors de la transmission ; la rception, il permet de dmoduler le signal, puis de le dcoder. I-2-1-6- CATV-75 (Cble dAntenne de Tlvision) Il sagit du cble coaxial 75 conu pour les services large bande. La transmission dans ce cble se fait par modulation de frquence. I-2-1-7- Lantenne Lantenne est du type parabolique et comprend en gros quatre parties :
-
le HPC (High Power Converter, Convertisseur Haute Puissance) : il reoit du modem le signal FI et lamplifie tout en le transformant en un signal RF ; le LNB (Low Noise Block Amplifier, Amplificateur faible Bruit) : il reoit le signal RF et effectue les premires oprations de filtrage et damplification ; llment rayonnant : cest un cornet conique circulaire et corrugu. Un tel cornet a des pertes de polarisation du signal pratiquement nulles ; le rflecteur est une parabole ; SACONETS utilise en bande Ku des paraboles de diamtres 1.2m et 1.8m
I-2-1-8- le satellite Le satellite utilis est INTELSAT 907. Il fonctionne en bandes Ku et C. I-2-1-9- NOC (Network Operations Centre, Centre des Opration Rseau) Le NOC de SACONETS SA est bas Sao Tom et Principe. Ce choix se justifie par la bonne couverture vis--vis du satellite dont jouit ce pays. Le NOC est le point de transit de tous les flux de donnes changs avec un site du rseau. I-2-1-10-DNS (Domain Names Server, Serveur des Noms de Domaine)
Le DNS ralise la correspondance entre ladresse littrale dun abonn (plus facile retenir pour lHomme) et son adresse numrique (indispensable pour la machine). I-2-1-11- Le canal de transmission Le canal de transmission dans les liaisons satellitaires, est latmosphre. Le signal dans ce milieu est confront non seulement lattnuation en espace libre, mais aussi des parasites tels que : - les hydromtores, - les gaz atmosphriques, - le rayonnement cosmique. Linfluence de ces parasites sur le signal se traduit gnralement par la perte de polarisation et lattnuation. Le signal Internet SACONETS est transmis en bande Ku. Dans cette bande, laffaiblissement d aux gaz en ciel clair est particulirement caus par loxygne. En prsence de pluie, labsorption due aux molcules deau est prdominante. I-2-2- Quelques caractristiques de la liaison I-2-2-1- les dbits Les dbits offerts par SACONETS sont de 64, 128, 256 et 512 Kbps. Ces dbits sont largement suffisants pour assurer un service de VoIP satisfaisant, tant donn que le codec G.723.1 dlivre un flux dinformations un dbit de 6.3 Kbps. I-2-2-2- le dlai de transmission Le dlai de transmission est le temps coul depuis lmission du signal jusqu sa rception. Linconvnient majeur des transmissions par satellites gostationnaires est un dlai trop lev : la dure dun seul bond satellitaire vaut en moyenne 240 ms. Ajout cette dure le temps moyen de traitement du signal dans llectronique intervenant sur la liaison, on se retrouve avec un dlai de transmission denviron 300 ms. Dans une topologie maille, comme cest le cas SACONETS SA, ce dlai est multipli par deux, car aucune donne ne peut tre transmise sans transiter par le hub. I-2-2-3- le BER (Bit Errors Rate, Taux dErreurs Bit). La fiche technique du modem DW6000 indique un BER rception, et un BER maximum de 10-7 en transmission. maximum de 10-10 en
I-3-Generalits sur la VoIP et la QoS associe

I-3-1- Le principe de la VoIP La VoIP (Voice over Internet Protocole) est une technique qui permet le transport de la parole sur un rseau utilisant le protocole Internet. Elle repose sur la capacit convertir le signal de la voix en flux de donnes identifiables par le protocole IP, et inversement la reconstitution du signal de la voix sa destination. I-3-1-1- Conversion de la voix en flux IP La voix un est un signal lectrique analogique dont la bande des frquences de base va de 300 3400 Hz, soit une largeur de bande de lordre de 4 KHz. Son processus de transmission travers le rseau Internet passe par un chantillonnage, suivi dune quantification et une numrisation dans un convertisseur analogique/numrique.
Signal analogique de la voix
chantillonnage 8KHz
Quantification
Codage plus compression
Routeur
Flux IP
Convertisseur Figure 2 : conversion de la voix en flux IP I-3-1-2- Lchantillonnage Lchantillonnage est une opration par laquelle on distingue les valeurs choisies intervalles rguliers pour donner une reprsentation discontinue une grandeur continue dans le temps. Elle est opre une frquence de 8 KHz. En effet la largeur de la bande passante fondamentale de la voix est denviron 4 KHz ; conformment au thorme de Shannon, le signal ne pourra donc tre reconstitu lautre bout que si la frquence dchantillonnage vaut au moins 2 fois 4 KHz, soit 8 KHz. I-3-1-3- La quantification Le signal dans un chantillon donn reste une portion analogique du signal de base. Lopration de quantification consiste alors choisir une valeur reprsentative de cet chantillon. I-3-1-4- le codage et la compression Le codage de base gnre un train binaire de dbit 64Kbps. Ce dbit offre lavantage dune transmission rapide ; mais la ncessit dconomiser la bande passante impose quon procde une compression. Le taux de compression est par dfinition le dbit gnr la
sortie dun codec ; il dpend du codec utilis. Le tableau 1 donne les taux de compression et les codecs associs, ainsi que les retards quils introduisent.
CODEC DEBIT (Kbps) DELAI (codeur + Dcodeur)
G.711 64 125 s
G.726 32 300 s
G.728 16 3 ms
G.729 8 30 ms
G.723.1 6.3 37. 5 ms
Tableau 2 : caractristiques de quelques codecs Enfin le signal numrique est encapsul en paquets et tiquet RTP/UDP/IP. Ces paquets IP identifis et numrots, peuvent alors transits sur n'importe quel rseau IP. I-3-2- Conversion du flux IP en voix Le synoptique de reconstitution de la voix est reprsent par la figure 2.
Flux IP Routeur Echantillonnage Dcompression Quantification Blocage
Signal voix
Convertisseur a- lchantillonnage Figure 3 : conversion du flux IP en voix
Le routeur place priodiquement lentre du convertisseur numrique/analogique un mot de donnes I-3-2-1- la dcompression Elle permet de retrouver le dbit originel de 64 Kbps. I-3-2-2- la quantification Le bloc quantification convertit chaque mot qui lui parvient en un niveau de tension.
I-3-2-3- le blocage
10
Lopration de blocage ralise par un bloqueur, consiste retenir le niveau de tension prcdent pendant une dure gale la priode dchantillonnage en amont, lobjectif tant de produire une tension continue en sortie. I-3-3- Gnralits sur la Qualit de Service de la VoIP La notion de Qualit de Service est apparue pour la premire fois chez les oprateurs des tlcommunications vers 1997. On peut la dfinir comme tant la capacit d'un rseau fournir les performances exiges par un service (voix, visioconfrence, donnes critiques, donnes ordinaires) pour que lusager qui lutilise soit satisfait. Dans le cas de la VoIP, la Qualit de Service est value laide de cinq paramtres de performance dfinis par lUIT-T. I-3-3-1- Les paramtres de performance de la QoS de la VoIP a- Le dbit Le dbit ou bande passante est le nombre moyen de symboles dinformations que vhicule un systme de transmission par unit de temps. Pour faire de la voix sur IP travers un rseau, celui-ci doit garantir au minimum un dbit de 12 Kbps. b- Le dlai de transmission par sens Le dlai de transmission par sens est la dure moyenne ncessaire pour quune parole mise dune source soit restitue la rception. Plus le dlai est lev, moins la conversation est interactive. En VoIP, il est conseill de dimensionner le rseau de manire avoir un dlai infrieur 400 ms. Il nest pas vident dnumrer les causes de dlai, parce quelles sont lies la complexit des oprations effectues sur la voix dans un rseau IP. Toute fois on les rpartit en trois ensembles :
- le dlai ct metteur: il est d au codec, lempaquetage et la transmission ; - le dlai ct rseau: il est d la propagation et aux files dattente dans les routeurs ; - le dlai ct rcepteur: il est d aux buffers de gigue, au dpouillage des paquets, et au
codec.
11
c- La gigue La gigue est la variation du dlai de bout en bout. Elle est due la variation du dbit et aux diffrents chemins que les paquets peuvent emprunter de bout en bout. La valeur maximale admissible de la gigue en VoIP est 100ms. d- Le taux de pertes Le taux de pertes est le rapport du nombre moyen de paquets absents sur le port darrive sur le nombre total attendu. Sa valeur maximale pour que la conversation soit acceptable est 20%. e- Le taux derreurs Cest le rapport du nombre total de paquets reus avec erreur sur le nombre total de paquets reus. Sa valeur seuil en VoIP est 10-4. I-3-3-2- Les principaux mcanismes de la QoS Le fait mme de dfinir des types de services diffrents appelle des traitements tout aussi diffrents appliquer sur ces services. On devrait donc avoir des politiques de gestion des trafics fonction de la nature des informations quils acheminent. Des mcanismes de la QoS proposes, trois ont connu un franc succs ; il sagit de DiffServ, IntServ et MPLS a- DiffServ (Differentiated Services, Services Diffrentis) Le modle DiffServ consiste en la rpartition du trafic en classes grce un code prsent dans len-tte du paquet IP (le champ Type Of Service sur IPv4, Class of Service et Flow Label sur IPv6). Des traitements diffrents lis aux niveaux de priorit prdfinis pour chaque classe, leur sont alors appliqus. i- Les diffrentes classes de service Les besoins des diffrents types dinformation transmis sont trs variables. Cependant, il nest pas possible dtre exhaustifs et de considrer chaque cas particulier. En gnral on dfinit quatre classes de services, susceptibles de justifier lexistence de la QoS. - La Voix sur IP (VoIP) : elle justifie elle seule la notion de qualit de service. Lutilisation du rseau Internet pour transmettre la voix humaine ncessite des performances respectables ainsi quune grande stabilit du rseau. Une conversation tlphonique est gravement perturbe par dventuels retards ou coupures. Il faut donc veiller ce que le flot soit le plus continu possible et que les variations restent faibles.
12
- La Vido : les besoins de la vido sont identiques la voix, sauf que le volume de donnes est encore plus important et le besoin en bande passante plus lev. 1 - Les donnes usuelles : elles sont trs variables ; il peut sagir de tlchargements de gros fichiers, de navigation sur des pages web, de courrier lectronique, etc. En principe, ce genre de trafic est le moins gourmand en ressources, car lutilisateur napprciera pas de la mme manire un ventuel retard ou une variation de dbit. Les transferts de donnes sont donc souvent considrs comme les moins prioritaires vis--vis du tlphone par exemple. - Les donnes critiques : certaines informations changes sur Internet doivent tre considres avec une toute autre attention ; on pense notamment au commerce en ligne, aux oprations bancaires par Internet. Le volume de donnes est rarement lev mais le dlai dattente doit tre le plus court possible et la fiabilit irrprochable. ii- larchitecture de DiffServ Limplmentation de DiffServ sopre dans un routeur. Son architecture comprend quatre blocs : le classificateur de paquet, le marqueur, le bloc de mesure, le bloc de mise en forme,
13
Marqueur
2
Classificateur
Unit de mesure
File dattente
Flux de sortie
Flux de type IP Donnes usuelles Donnes critiques
Vido
Voix
Figure 4: illustration architecturale du fonctionnement de DiffServ - Le classificateur Il est charg de la rpartition en classes du flux IP entrant (1), conformment la valeur du champ ToS. Le ToS (Type of Service) est un champ de la trame IP permettant de lui attribuer une estampille destine identifier le type du contenu et par la mme occasion de connatre quels privilges QoS lui appliquer. Cette faon de travailler est trs pratique car elle permet dappliquer des algorithmes de QoS directement sur les paquets en transit. Le format du champ ToS est reprsent sur le tableau ci-dessous. Bits de priorit Bit de dlai Bit de dbit Bit de fiabilit P P P D T R 0 0 Tableau 3 : format du champ ToS Les bits P indiquent le niveau de priorit du contenu de la trame ; la valeur la plus leve correspond aux messages les plus prioritaires. Le bit D indique linfluence du dlai sur linformation. Il est mis 0 pour les services exigeant le dlai de transmission le plus faible possible, et 1 dans les autres cas.
14
Le T indique le besoin en bande passante du service. Il est 0 pour des besoins faibles de bande passante et 1 dans le cas contraire. Le bit R indique le niveau de fiabilit voulu pour lacheminement de la trame. Il prend la valeur 0 pour des transmissions non fiables, auquel cas le protocole utilis est UDP ; il est mis 1 pour des transmissions trs fiables, utilisant le protocole TCP. Les deux derniers bits ne sont pas utiliss. - Lunit de mesure (Meter) Il est possible de modifier lentte dun paquet IP de sorte que celle-ci ne soit plus en relation avec le contenu du paquet. Une telle opration vise trs souvent favoriser le transfert de ces donnes dans le rseau. Le rle de lunit de mesure est de filtrer ce genre de fichier. Aprs coup, les paquets incrimins sont envoys au marqueur avec un rapport dcrivant leurs vrais enttes (3). - Le marqueur Le marqueur rcrit les en-ttes IP des trames quil reoit de lunit de mesure conformment au rapport de test de conformit qui les accompagne. - lunit de file dattente Le bloc de file dattente met les paquets dans une file dattente de type FIFO (First In First Out), en commenant par les plus prioritaires. Ce bloc dispose aussi dun mcanisme de dcongestion qui rejette les paquets de niveau priorit le plus bas en cas de risque de surcharge lev. Larchitecture de DiffServ est particulirement flexible et permet dadapter les modles aux besoins. Cette technique vise optimiser le routage des paquets dont la QoS est primordiale. Son utilisation pour le transport de la Voix sur IP est viable ; mais un travail de dimensionnement et de contrle du systme est nanmoins ncessaire au pralable. Lune des carences majeures de DiffServ est dtre totalement statique : il ne peut pas prendre des dcisions en fonction de ltat du rseau. Pour rsoudre ce problme, on lui associe gnralement le protocole COPS (Common Open Policy Service). Bas sur une architecture client/serveur, ce protocole propose un modle d'change des rgles entre des quipements de rseau. En utilisant les voies des interfaces de communication et le rseau lui-mme, un serveur transmet des rgles de gestion des trafics des clients (routeurs, commutateurs ou firewalls), qui sont chargs de leur mise en application. Ces rgles
15
sont destines assurer une meilleure gestion des trafics et amliorer la QoS en fonction des vnements en temps rel. b-IntServ (Integrated Services, Services Intgrs) IntServ est un modle darchitecture qui propose de rserver des ressources chaque type de service avant de commencer les utiliser ; ceci permet de sassurer que lors du transfert de donnes, le flux restera constant et rpondra toujours aux critres qui auront t dfinis pour faire la rservation. Ce modle est aussi implment dans le routeur travers quatre fonctions de contrle du trafic.
i-RSVP
La rservation des ressources ncessaires la dlivrance dun service demand avec la qualit consquente, est faite laide du protocole RSVP (Resources reSerVation Protocol,
Protocole de Rservation des Ressources). Les besoins en terme de QoS pour un service
spcifique, sont dfinis par le routeur de destination. Il initie alors le signal RSVP pour solliciter la rservation de la bande passante requise auprs de chaque routeur devant constituer le trajet. Ainsi RSVP va maintenir un chemin dynamique l'intrieur du rseau. Les paquets ne peuvent tre changs que si la rservation est effective de bout en bout.
Figure 5 : squence de rservation des ressources et d'acheminement des informations avec IntServ/RSVP ii- Le contrle d'admission (Admission Control) Il implmente lalgorithme qui autorise l'arrive d'un nouveau flot muni de sa QoS, sans toutefois perturber celles des flots dj existant. iii- Le classificateur de paquets (Packets Classifier) Ils classent les paquets de flots admis dans les classes spcifiques.
16
iv-L'ordonnanceur de paquets (Packets Scheduler) Il dtermine l'ordre dacheminement des paquets quil reoit. IntServ permet dassurer de manire stricte une rservation de bande passante. Toute fois son utilisation reste vraisemblablement restreinte aux rseaux de petite taille. Par exemple si pour tablir une communication intercontinentale, il faut transiter par 100 routeurs, ces 100 routeurs devront garder une trace de la rservation. Le dploiement de IntServ grande chelle nest donc pas indiqu. Larchitecture IntServ/RSVP a connu une extension la couche 2 du modle OSI avec lavnement SBM (Subnet Bandwidth Manager- Administrateur de la Bande passante des Sous rseaux). SBM est un protocole de signalisation, bas sur "ladmission control" de RSVP, dont limplmentation a lieu dans le switch. c- MPLS La norme MPLS (Multiprotocol Label Switching, Commutation dtiquettes Multiprotocole) a pour but d'offrir une solution aux problmes de multiplication des circuits virtuels ainsi que de la qualit de service dans les rseaux IP, ATM ou Relais de Trame. Elle se propose de rendre plus rapide lacheminement des paquets dun bout lautre, en limitant la consultation de lentte un label. MPLS se propose d'tre le protocole faisant le lien entre la couche de liaison et la couche rseau, comme le montre la figure ci-dessous. Niveau 2 MPLS Niveau 3 Niveaux 4, 5, 6 et 7
Label 20 bits
EXP 3 bits
S 3 bits
TTL 8 bits
Figure 6: la position de MPLS selon OSI EXP : anciennement appel COS, "Class of Service". S indique la prsence dune pile ; sil ny a quun label dans la pile, s vaut 0. TTL champ utilis afin dindiquer le nombre de noeud MPLS traverser. Les lments de base de MPLS sont dfinis dans la suite.
17
i-Le label Un label est un identificateur local (entre deux routeurs adjacents), de longueur 32 bits, employ pour identifier un ensemble de paquets transports sur le mme chemin. ii-LSP Les LSP (Label Switched Path, Chemin Commutation de Labels) sont des labels de longueur 32 bits, insrs entre les couches 2 et 3. Les informations quils contiennent, caractrisent les donnes transmettre. Ils sont distribus par le protocole LDP (Label Distribution Protocol), RSVP ou parfois par les protocoles de routage. Chaque paquet de donnes encapsule et transporte des labels pendant son acheminement iii- La FEC La classe dquivalence ou classe de transfert, identifie lensemble des paquets qui seront tiquets par le mme label la sortie du LSR (Label Switching Router) dentre et suivront ainsi le mme chemin commut ou LSP. Les FEC (Forwarding Equivalence Class, Classe dEquivalence)sont dfinies en fonction de plusieurs paramtres dont les plus courants sont le prfixe de ladresse destination, ladresse hte, les numros de ports source et destination et la qualit de service demande. La transmission de donnes dans MPLS se fait laide des LSP. Les LSP sont tablis en fonction du type de transmission des donnes ou aprs dtection dun certain type de donnes. Un paquet est dabord tiquet puis transfr vers un routeur spcifique. Ce dernier na pas besoin danalyser len-tte du protocole rseau ; la FEC suffit dterminer dans la table de routage du routeur actuel, quel est le prochain saut, ainsi que son nouveau label. Tous les paquets appartenant une mme FEC, vont suivre le mme chemin.
18
LSR
LSR
LSR dentre
Pa qu et
Paquet IP
IP
15
LSR
Paquet IP 8
LSR LSR de sortie

Paqu et IP
10
Paquet IP
Figure 7 : squence de routage par commutation des labels Avec ce principe, lattribution du premier label suffit pour effectuer tout le routage. Cela a de nombreux avantages sur les mcanismes traditionnels de routage rseau :
- Le transfert de MPLS peut tre effectu par des switches, aptes lire un label et le
remplacer par un nouveau, alors quils ne peuvent pas lire un en-tte de niveau rseau.
Le routeur dentre assigne au paquet lorsquil entre dans le rseau une FEC fonction des informations contenues dans len-tte et du port par lequel le paquet est arriv. Tout ce qui provient dun port dtermin du routeur correspond une FEC dtermine.
Le principal inconvnient de MPLS est quil requiert la mise en oeuvre d'une infrastructure de rseau entirement nouvelle, sachant grer l'tiquetage des flux IP. De plus, MPLS lui seul ne permet dtendre, via Internet, la couverture des sites hors de porte du backbone de l'oprateur. I-4- Situation de la QoS de la VoIP SACONETS La gestion du trafic dans lInternet classique est faite suivant la logique des files dattente ordinaires : le premier paquet qui entre dans le routeur est aussi le premier sortir. Cette faon de grer le trafic est appele Best Effort ou le mieux que lon peut . En labsence
19
dun mcanisme plus volu, cest la Best Effort qui est oprationnel. Cest la situation qui prvaut SACONETS. Le but de ce chapitre tait la prsentation du rseau VSAT de SACONETS SA, ainsi que davoir une premire vue sur les notions de QoS et VoIP. Le chapitre suivant prsentera des mcanismes conus pour se substituer au Best Effort dans un environnement de services diffrents. Ce point sera abord aprs la problmatique et lcho.
20
CHAPITRE II : PROBLEMATIQUE
21
Le processus dintgration voix - donnes est de nos jours une ralit au point o loffre de la tlphonie sur IP passe pour tre largument commercial de matre des fournisseurs daccs Internet. Cependant elle nest pas toujours accepte par les clients sans hsitation, surtout quand le signal Internet transite par un satellite gostationnaire, cause de lcho et parfois des microcoupures qui altrent fortement la qualit des communications. Ce chapitre fait une prsentation de ces phnomnes la suite de la problmatique du sujet. II-1- Problmatique du sujet Laccs Internet par satellite connat un grand essor ; mais de lavis des fournisseurs, lexemple de SACONETS SA, sa vulgarisation reste confronte au cot encore lev de la location du segment spatial. Une solution pour surmonter ce frein est de relever la qualit des services offerts par Internet. Il va de soi que la rentabilit et le maintien de la clientle conquise en affichant au premier plan la VoIP, dpendent du degr de qualit qui laccompagne. Il est donc indispensable de trouver les raisons de ces imperfections, et dexplorer par la suite moyens de correction efficaces. II-2- Etude du phnomne dcho Lcho est la rverbration du signal voix mis : labonn entend sa propre voix quelques instants aprs son mission. Lcho est prsent dans toute communication tlphonique satellitaire. Pour pouvoir liminer lcho, il faut dabord le localiser, et ensuite partir de ltat de fonctionnement de lannulateur dcho pour retrouver la cause locale. II-2-1- Localisation de lcho Dans lenvironnement camerounais, le synoptique de larchitecture gnrale dun rseau supportant la VoIP est prsent par la figure 8. Elle va nous guider dans la localisation de lcho. A
RTPC GW Rseau numrique: Dlai de propagation par sens trs long
Circuit analogique 1: le signal dcho retourne trop vite pour tre audible
Rseau WAN
GW
RTPC
Circuit analogique 2: Trs bon candidat en qualit de source dcho
Figure 8: localisation de l'cho
22
Lcho ne peut pas prendre naissance dans un quipement spcifique au rseau IP; le signal y tant entirement binaire, il ne peut pas passer du circuit dmission vers le circuit de rception. Lcho se localise donc dans les parties analogiques du rseau. Le signal rflchi dans le circuit analogique (1) revient trs vite dans le poste tlphonique A ; il ne peut donc produire un cho audible. Par suite lcho peru par A est gnr quelque part dans le circuit analogique (2) (circuit terminal de B). Lattnuation de cet cho pour tre efficace, devra tre faite dans le circuit qui lui laisse le minimum de temps de propagation, c'est--dire le circuit analogique (2). II-2-2- Lannulateur dcho Les passerelles pour VoIP intgrent un dispositif de traitement de lcho appel Annulateur dcho. Lannulateur dcho rduit le niveau de tout cho produit dans le circuit analogique auquel il appartient. Le schma de principe de lannulateur dcho est donn en reprsentation de Laplace la figure 9. Lannulateur dcho est modlis par la fonction de transfert (P) ; tout le circuit terminal est modlis par la fonction de transfert H(P) ; S(P) modlise la source vocale en B.
Annulateur dcho
X(P)
(P)
H(P)
Y(P) S(P) +
(P) + S(P)+E(P)
Y(P) + S(P)
Figure 9: schma du principe de l'annulateur d'cho Les quations du circuit sont donnes ci-dessous :
(P) = (P) X(P) Y(P) = H(P) X(P) E(P) = (P) - Y(P) = X(P) [ (P) - H(P)]
(1)
23
II-2-2-1- Ajustement initiale de (P) Lensemble du circuit terminal est initialement au repos ; S(P) est nul, parce que ce nest pas le correspondant B qui initie la communication, et lannulateur ne connat pas les caractristiques lectriques du circuit terminal. Sa fonction de transfert est aussi nulle. Les premires paroles qui vont arriver lui permettront dapprendre et de mmoriser ces caractristiques, ainsi que le niveau dcho E(P) gnr lors de sa passivit. Fort de ces informations il va faire crotre (P) jusqu une valeur trs proche de H(P). Lcho produit pendant la priode transitoire est tout fait audible par le correspondant A.
II-2-2-2- Ajustement dynamique de (P) et attnuation de lcho pendant la conversation
Lannulateur dcho garde en mmoire pendant une dure maximale bien prcise une rplique du signal X(P) lorsque celui-ci traverse la passerelle en allant vers B. Ensuite il commute rapidement en mode dcoute pour attendre larrive de lcho correspondant cette rplique. Lorsque ce dernier arrive, il lui superpose le signal (P) pour lattnuer. La valeur actuelle de E(P) est utilis pour ajuster dynamiquement la fonction de transfert (P) de sorte quelle soit trs proche H(P), lidal tant davoir E(P) nul. Cest cette nouvelle valeur de (P) qui est utilise pour rduire lcho suivant. Lannulateur dcho ne peut fonctionner efficacement que si les causes de lcho sont suffisamment neutralises. Dans le cas chant lcho sera perceptible. Lanalyse de lquation (3) permet de prdire les dfauts susceptibles de gnrer un cho. II-2-3- Les causes de lcho Lcho peut tre justifi par une mauvaise adaptation dimpdance, un niveau de tonalit trop important ou alors un dlai de propagation trop long. II-2-3-1- Ladaptation dimpdance La diffrence [(P) - H(P)] est une mesure de lcart entre les impdances du terminal B et de lannulateur. Si cet cart est important, E(P) sera consistant ; alors lcho sera audible par A. II-2-3-2- Niveau de tonalit trop important On commet presque toujours une erreur dadaptation dimpdance, aussi infime soitelle. Lamplitude de X(P) est une mesure de la tonalit. Si donc la tonalit est trs leve, X(P) amplifiera le signal dcho, et il sera peru en amont.
24
Un signal dcho avec un niveau de tonalit suffisamment lev ne pourra pas tre distingu du signal voix du correspondant dans le dispositif de traitement de lcho. Ainsi ce dernier nentreprendra aucune action, car sinon il altrera le signal dsir. II-2-3-3- Le retard de lcho On appelle couverture de lannulateur la dure de sjours dune rplique dans sa mmoire. Sa valeur maximale tourne autour de 200 ms. Si le retard de lcho est suprieur la couverture de lannulateur, ce dernier ne pourra pas lattnuer. II-2-3-4-La variation du dlai de transmission par sens Le dlai de propagation en lui-mme ninfluence pas lattnuation de lcho; ce sont les phnomnes qui ont une incidence sur la constance du dlai, qui entranent lmergence de certains chos non attnus. Laction de lannulateur sur lcho est quantifie en terme de Gain en Attnuation de lcho (en anglais Echo Return Loss Enhancement, ERLE). Cest la puissance minimale exprime en dB quil faut soustraire de celle du signal dcho pour le rendre inaudible. II-3- Phnomne des microcoupures Les microcoupures peuvent tre dfinies comme tant des interruptions alatoires et plus ou moins brves de la voix, constates par linterlocuteur Les microcoupures peuvent traduire :
- des coupures de faisceau : il est possible que le signal un moment donn perde trop
de puissance durant le parcours ;
- la perte des paquets: Une erreur sur l'entte du paquet peut entraner l'envoi vers une
mauvaise destination. La correction est impossible, car le protocole UDP, utilis pour le transport des paquets de la voix, ne permet pas la rmission des paquets perdus ;
- la congestion des routeurs : elle entrane la destruction dune certaine proportion des
paquets entrants.
- Taux derreurs trop lev : certains paquets de donnes arrivent destination avec un
taux derreurs trs important. Ceux-ci ne sont tous simplement dtruits. A la suite de la prsentation de la problmatique du sujet, lcho et les microcoupures ont t abords dans lobjectif de rpertorier les causes ventuelles de ces manifestations. Ces informations constituent le socle sur lequel va sappuyer llaboration de mthodologie
25
CHAPITRE III : METHODOLOGIE
26
Le besoin damliorer la qualit de service de la voix sur IP dans le rseau de SACONETS, a t justifi dans le prcdent chapitre. Il sagit maintenant de savoir quelle approche adopter pour arriver cette fin. La mthodologie retenue stale sur deux parties ; la premire concerne lidentification des causes de lcho ; elle sera guide par la description faite de ces causes au chapitre deux ; la deuxime est rserve la justification des microcoupures. III-1- Procdure de dtection des causes de lcho III-1-1- Localisation de la source Le parcours de la voix dans le rseau VSAT schmatis sur la figure 3 peut tre remplac par celui de la figure 10, o le nuage rseau se substitue tous les quipements de la partie numrique. En se servant de cette figure et des causes numres dans le chapitre deux, on arrive localiser la provenance dun cho dans une communication tlphonique en VoIP.
B A
GW
Rseau WAN
GW
Figure 10: source de l'cho dans le circuit terminal d'un appel sur IP travers le rseau de SACONETS
Source dcho
Il ressort clairement dans ce synoptique que, si le rseau est bien administr, un cho ne peut natre que dans le poste de tlphone. III-1-2- Recherche des causes La procdure classique de dtermination de la cause dun cho voudrait quon commence vrifier ltat de fonctionnement et de configuration de lannulateur dcho, tel que lindiquent les organigrammes des figures 11 et12. La premire tape consiste apprcier le niveau sonore dun cho non attnu.
27
DEBUT
DESACTIVER LANNULATEUR
Faire un appel vers la passerelle ; dire quelques mots rapidement avant que l 'interlocuteur lautre bout parle . Apprcier lintensit de lcho rsultant
FIN
Figure 11: procdure d'valuation du niveau sonore d'un cho non attnu
28
La deuxime tape est la recherche proprement dite du vecteur de lcho.
DEBUT
Activer lannulateur dcho
Fermer et rouvrir le port de la voix
Appeler le poste et dire quelque chose trs rapidement avant que le correspondant se signal
Oui
cho trs vanouissant? Non
Lannulateur fonctionne normalement
Intensit presque gale celle de la premire tape? Non Impdances adaptes? Oui Couverture maximale? Oui
Oui Annulateur dfectueux
Non
Adapter les impdances
Non
maximiser la couverture
ERLE >= 65 dB Oui
Non
ajuster 65 dB
La source est dans la gestion du rseau
FIN
Figure 12: recherche de la cause d'un cho
29
Malheureusement la passerelle SPA noffre pas lopportunit de suivre ces tapes. On va contourner le problme en considrant son comportement dans un autre rseau. Si des chos anormaux ne sont pas observs, on conclura sur un dfaut de gestion ou de dimensionnement du rseau. III-2- Procdure de dtection des causes des microcoupures Toute la rsolution va sappuyer sur les paramtres de performance de la QoS de la VoIP prsents dans le premier chapitre. On procdera par comparaison avec les recommandations de LUIT-T. III-2-1- Le dbit offert La figure 13 illustre le montage utilis pour apprcier les proprits de la connexion Internet ; un poste ordinateur est directement reli au modem. Les mesures seront faites sur une liaison sense garantir un dbit de 64 Kbps. Il suffit alors de disposer dun logiciel de mesure de la bande passante pour se faire une ide de son tat. Le logiciel MySpeed gratuit pour une priode de quinze jours partir de la date tlchargement sur le site http://myspeed.visualware.com, a t retenu. Le fait quil soit gratuit pour des raisons publicitaires lui accorde quelque crdibilit. De plus il prcise un facteur de correction 1.33 - pour tenir compte des pertes de paquets qui surviennent dans le rseau. Une attention particulire sera accorde la rgularit du dbit et sa valeur moyenne temporelle, vu quil peut subir des fluctuations.
UTP5
CATV-75
Antenne Poste ordinateur Modem de mesure des proprits de la connexion Figure 13: diagramme bloc de la station
Le principe consiste ouvrir la page du site ; ensuite on actualise pour obtenir les premires valeurs de dbit. Aprs chaque mesure, on actualise pour passer la suivante. III-2-2- Le dlai de transmission Le dlai de transmission nous permettra tout simplement de nous faire une ide du niveau dinteractivit des communications tlphoniques. Sa mesure est faite laide de loutil INVITE DE COMMANDES de windows.
30
L'invite de commande est un mode de contrle d'un ordinateur fonctionnant en ligne de commande (commandes tapes au clavier). Il utilise un interprteur de commandes en mode interactif. L'invite elle-mme se rsume ici au nom de compte de l'utilisateur, se terminant par le caractre > , invitant l'utilisateur taper une commande. La commande qui a t tape ici est ping 193.219.193.190 , o 193.219.193.190 est ladresse IP (version 4) du DNS. Le principe consiste envoyer une rafale de requtes PING (Paquets INternet Groper) au DNS pendant cinq minutes. Au terme de cette dure, on stoppe lenvoi en appuyant sur les touches ctrl et C . Loutil INVITE DE COMMANDES restitue alors les dlais minimal, maximal et moyen qui scoulent entre lenvoi dune requte et le retour de laccus de rception ou du message dchec de transmission, ainsi que le taux de pertes enregistrs pendant cette tranche de temps. Le choix du DNS est justifi par le fait que le nombre de bonds satellitaires pour un aller et retour est le mme que celui du parcours de la voix sur IP dans un sens, soit quatre. III-2-3- le taux de pertes Un service IP est dfini disponible si le taux de pertes ne dpasse pas un certain seuil c1 pendant un intervalle de temps t. Les valeurs suggres sont 20% pour c1 et 5 minutes pour t dans le cas de la VoIP. Lobjectif de cette mesure est sassurer que la connexion est apte vhiculer les appels tlphoniques. III-2-4- Taux derreurs et bilans de liaison A dfaut dvaluer directement le taux derreurs, on va utiliser les bilans de liaison dtaills des liaisons montante et descendante, parce que le taux derreurs est fonction du seuil de sensibilit de lantenne : plus une antenne est sensible, plus le taux derreurs est faible. Le bilan de liaison est lensemble des oprations ncessaires pour effectuer une transmission entre un metteur et un rcepteur avec la qualit requise. Les objectifs viss dans le cas d'un systme de communications par satellite sont divers : dimensionnement des antennes d'mission et de rception, calcul de la puissance d'mission, calcul du rapport signal sur bruit adquat, etc. Dans le cas prsent on comparera les puissances de rception aux seuils de sensibilit des antennes du satellite et de la station VSAT.
31
III-2-4-1- Formule de Friis La figure 14 modlise une transmission sans fil entre un metteur et un rcepteur. Elle ressort tous les facteurs prendre en compte pour calculer la puissance reue.
Gain de lAntenne dmission GT Gain de lAntenne de rception GR Puissance reue PR
Puissance mise PT metteur
PTI
PRI
Attnuation Arienne L Pertes de conduit lmetteur LT
Rcepteur
Pertes de conduit la rception LR
Figure 14 : illustration du bilan de liaison d'un systme sans fil Le calcul de la puissance reue dans un systme de communication sans fil tient compte des caractristiques intrinsques des antennes mettrice et rceptrice et des influences de latmosphre. La relation ci-dessous dfinit la formule de Friis ([2], pages 85 et 86).
PR =
On pose
P GT G R T LLT LR
(2)
PT GT PTI = LT
et
PR LR PRI = GR
(3)
PTI et PRI sont les Puissances Isotropes Rayonnes Effectives (PIRE) lmission et la rception respectivement. Les pertes dues la propagation et latmosphre sont alors:
L =
P TI PRI
(4)
32
III-2-4-2- Analyse des pertes Les pertes sont la consquence de la propagation en espace libre et des parasites qui interfrent sur londe en propagation. La complexit des phnomnes dans latmosphre empche une numration exhaustive des sources de lattnuation du signal dans ce canal. Toutefois les principales pertes de puissance en bande Ku sont :
4 r - Les pertes de propagation en espace libre =
2
(5)
O r la distance parcourue par londe et sa longueur donde ;

- Les pertes dues aux gaz, qui se rduisent linfluence de loxygne en bande Ku ([12], page 22)
6. 09 4. 81 0. 006 3 f + 7.19 10 + 2 = 2 f + 0. 227 ( f 57 ) + 1.5 sin
(6)
- Les pertes de polarisation : elles seront fixes 0.5 dB en comparaison certains bilans de liaison effectus sous dautres cieux ([10], pages 38 40 et 72). Afin de prvenir des intrusions ngatives sur le parcours du signal, deux grandeurs de prvention ont t dfinies :
- La marge de protection : on suppose quau-del des pertes inventories dans le bilan,

des phnomnes ponctuels peuvent survenir dans la haute atmosphre et attnuer le signal ;
- La marge de masque 90% : lors du dploiement dune station VSAT, on devrait

viter tout obstacle pouvant influencer la propagation en vue directe. La marge de masque 90% permet de prendre en compte une ventuelle perte de 10% au maximum du signal reu, suite aux obstacles terrestres. III-2-4-3- la PIRE du satellite La PIRE du satellite INTELSAT_907 sera prise gale la moyenne arithmtique des deux valeurs de son empreinte sur le Cameroun reprsente sur la figure 15, soit une valeur de 49,6 dBw.
33
Figure 15: empreinte d'INTELSAT_907 sur la zone Afrique centrale Afrique de l'ouest.
Source : www.intelsat_907.com
34
CHAPITRE IV : RESULTATS
35
Ce chapitre expose les rsultats obtenus, dune manire gnrale sous formes de graphiques et de tableaux. Linterprtation de ces rsultats va aider identifier les vecteurs de lcho et des microcoupures. Ensuite on prsentera les solutions proposes. IV-1- Rsultats relatifs aux paramtres de performance Les rsultats obtenus sur les paramtres de performance de la QoS de la VoIP sont prsents sous forme de graphiques sous Excel. Il sagit du dbit, du dlai de transfert, du taux derreurs et du bilan de liaison. Le dbit et le dlai de transfert permettent de tirer des conclusions sur le comportement de la gigue. IV-1-1- le dbit Le dbit qui nous intresse est celui de la liaison montante. Sur la figure 16, on peut apprcier son allure dans le temps. On y a aussi reprsent la valeur moyenne de ce dbit et la valeur seuil recommande par lIUT-T si on veut faire de la VoIP.
Variation te m pore lle du d bit m ontant 140 120 100 Dbit en Kbps 80 60 40 20 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 Ins tants de m e s ure ; che lle : 5 m in Dbit montant Dbit moyen Seuil pour la VoIP
Figure 16 : variation temporelle du dbit en monte Ce graphique amne faire les observations suivantes :
- le dbit est trs variable dans le temps ; - sa valeur moyenne, 67.1696 Kbps, est trs proche du dbit thorique de la connexion
qui est de 64 Kbps ; de plus elle est largement suprieure la valeur seuil en VoIP (12 Kbps).
36
Cette irrgularit a pour consquence la variation du dlai de transmission. IV-1-2- le dlai de transfert et le taux de pertes. La figure 17 donne lvolution temporelle du dlai moyen par sens obtenue laide de loutil INVITE DE COMMANDES . Chaque mesure a t faite pendant une dure de cinq minutes. Il en est de mme des taux de pertes illustrs sur la figure 18.
Evolution temporelle du dlait moyen de transfert par sens
2000 1800 1600
dlai moyen par sens (en ms)
1400 1200 1000 800 600 400 200 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
Instants de mesure; chelle: 5 min
Figure 17 : volution temporelle du dlai moyen de transfert par sens La valeur moyenne temporelle du dlai de transfert est 1448 ms. On remarque une fluctuation des dlais moyens : la diffrence entre deux dlais conscutifs va de 3 ms 289 ms.
37
Variation temporelle du taux de pertes
8 7
Taux de pertes (en %)
6 5 4 3 2 1 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
Instants de mesure; chelle: 5 min
Figure 18 : variation temporelle du taux de pertes Le taux de pertes moyen est dans tous les cas nettement infrieur 20%. IV-1-3- Les bilans de liaison Lobjectif de ce bilan de liaison est de comparer la puissance reue tant en liaison montante quen liaison descendante, la sensibilit de la station de rception. Les rsultats des calculs sont rpertoris dans le tableau 4.
38
Sens montant Sens descendant unit (VSAT- IS_907) (IS_907- VSAT) Frquence dmission 14.0425 0.0385 11.0185 0.0645 GHz PARTIE EMISSION a Gain dantenne 45.8580 38.6466 dBi b Puissance dmission 3.0103 10.9533 dBw c Pertes de couplage 0.0000 0.0000 dB d Pertes dans les cbles 1.6443 0.0000 dB e PIRE (a + b + c) 47.2240 49.6000 dB PARTIE RECEPTION f Pertes de propagation 207. 1477 205. 0175 dB g Pertes dues aux gaz atmosphriques 0.0962 0.0867 dB h Pertes dues la pluie 0.0000 0.0000 dB i Pertes de polarisation 0.5000 0.0000 dB j Pertes dues au corps humain 0. 0000 0. 0000 dB k Affaiblissement de parcours 207.7439 205.1042 dB (f + g + h + i) l Marge de protection 5.0000 3. 0000 dB m Gain de lantenne 40. 7531 43.7521 dBi n PIRE (e j) -160.5199 -155.5042 dB o Pertes dans les cbles (*) 0. 0000 1.6443 dB p Puissance du signal reu -124.7668 -116.3964 dB (m + n l o) q seuil de sensibilit -140.0000 -120.0000 dB r Marge de masque 90% 0. 0000 0.5 dB Affaiblissement maximum 227.9771 211.7078 dB
* on a considr les pertes dans les cbles nulles dans les sens montant aprs consultation du document [10]
Tableau 4 : bilans de liaison des liaisons montante et descendante En comparant les rsultats des lignes p et q, on constate que la puissance reue par le satellite est bien au-dessus de son seuil de sensibilit ; par contre dans le cas de la liaison descendante, la puissance en rception est tout juste au-dessus du seuil de sensibilit. On conclut sur une liaison montante trs stable ; la liaison descendante est stable, mais elle est plus expose aux coupures. Il ressort au terme de cette analyse que de tous les paramtres de performance dfinis pour mesurer la QoS de la VoIP, seule la gigue ne respecte pas les recommandations. IV-2- Mise en corrlation avec les problmes de VoIP observs SACONETS SA IV-2-1- Justification de lcho On a constat que le fournisseur de SACONETS SA en passerelle SIPURA na pas des problmes dcho. Pourtant il utilise les mmes quipements pour ses appels sur IP. Lcho ne saurait donc tre justifi par une configuration approximative de la passerelle, car si
39
tel tait le cas le problme serait gnral. La cause de lcho se trouve plutt dans la gestion du rseau : la conclusion prcdente sur les paramtres de la QoS de la VoIP incrimine la gigue. En effet une variation du dlai de transmission aura pour consquence laccroissement du sjour des paquets dans la mmoire tampon du routeur. Cet accroissement peut tre suffisamment important pour que la mmoire de lannulateur se vide avant larrive de la prochaine rplique du signal de la voix. Ainsi le circuit tombera au repos, et lcho ne sera pas attnu. IV-2-2- Justification des microcoupures Les valeurs de la gigue peuvent tre trop leves pour quelle soit rsorbe par les buffers. Il en dcoule une suppression systmatique des paquets incidents sans discrimination vu quil ny a aucun mcanisme de qualit de service activ. Cest cette suppression qui justifie les microcoupures observes lors des conversations tlphoniques. IV-3- Les solutions proposes La matrise de la qualit de service de la VoIP est un enjeu essentiel. Cette matrise fait appel la mise au point dune politique de qualit de service qui tient compte de la complexit du rseau. Elle fait aussi appel au dploiement des quipements qui supportent cette qualit de service, et la visualisation de bout en bout des paramtres de performance IV-3-1-Choix dun mcanisme de QoS pour VoIP Il a t mentionn au premier chapitre les caractres volutif et dense du rseau VSAT de SACONETS SA. Le mcanisme de qualit de service dployer devra tre suffisamment flexible pour accepter lajout dune nouvelle station et convenir un rseau de taille importante. Ces exigences constituent un point fort de DiffServ par rapport ses concurrents IntServ et MPLS, quand on sait que seuls les routeurs dentre et de sortie sont contraints supporter DiffServ, les routeurs internes se contentant dacheminer le trafic tel quil leur parvient. Lautre motivation favorable au choix de DiffServ est le routeur CISCO prsent au NOC ; ce constructeur est un grand promoteur de DiffServ. IV-3-2- Proposition dune technique dimplmentation La mise au point dune technique dimplmentation passe par la construction dune relation entre les quatre classes de service dfinis et les valeurs du ToS.
40
IV-3-2-1- Relation entre les valeurs du ToS et les classes de services. a- Service Voix La voix est qualifie de service de classe 1 ; elle est par consquent plus prioritaire que tous les autres services. Les trois premiers bits P du ToS prendront alors la valeur binaire 1. Pour les bits D T et R, on procdera comme suit :
- D = 0, car le dlai doit tre le plus court possible ; - T = 0, car la bande passante ncessaire pour la voix est troite ; - R = 0, car le protocole utilis pour le transport est UDP.
La valeur en binaire de ToS est donc 11100000, soit en dcimale 224. b- Fichier bancaire Elle est qualifie de service de classe 2. Pour cette raison le troisime bit P est mis 0. Les bits D, T et R prennent les valeurs ci-aprs : - D = 0 parce que car le dlai doit tre le plus court possible ; - T = 0, car ils doivent tre transmis le plus rapidement possible ; - R = 1, car le protocole de transport est TCP. La valeur en binaire de ToS est 11000100, soit en dcimale 196. c- la vido Elle est qualifie de service de troisime classe, pour linstant car elle est encore en pleine intgration. Cest pourquoi ses bits de priorit sont mis respectivement 1, 0 et 1.Les bits D, T et R prennent les valeurs ci-aprs : - D = 0 parce que le dlai doit tre le plus court possible ; - T = 1, car la bande passante ncessaire pour la vido est trs grande (environ 6 MHz) ; - R = 0, car le protocole de transport est UDP. La valeur en binaire de ToS est alors10101000, soit en dcimale 168. d- le reste du trafic Le reste du trafic va tre celui de la classe 4. Ses bits P valent dans lordre 1, 0 et 0. Les bits D, T et R sont indiffremment mis 1 ou 0. Le classificateur de trafic se servira donc de ces valeurs pour diffrentier les services. IV-3-2-1- Algorithme de classification des services Lorganigramme de la figure 19 rsume lalgorithme bti sur la base des relations prcdentes pour implmenter DiffServ.
41
DEBUT
Entre les paquets IP
Lire le ToS
Convertir le ToS en dcimale
oui
ToS = 224 ?
non oui ToS = 196 ?
affecter le paquet dans la classe 1
non oui ToS = 168 ?
Unit de mesure
FIN
Figure 19 : algorithme de classification des services
42
IV-3-2-2- Algorithme de vrification de conformit Lalgorithme de vrification de conformit est implment dans lunit de mesure. Il vrifie la conformit du contenu dun paquet avec le champ ToS. Lalgorithme propos fonctionne avec un seul critre, la taille totale du paquet. Le dbit maximal rserv la voix SACONETS SA est 8 Kbps. La taille maximale des donnes de la voix admissible en 100 ms est donc 800 octets. Puisque la longueur de lentte IP est 64 octets, la taille maximale de la trame est 864 octets. Toute trame qui entrera dans lunit de mesure avec son champ total length suprieur 864 octets et son champ ToS valant 224 ou 196 est non conforme. On obtient alors lalgorithme ci-dessous.
DEBUT
Entre des paquets IP dans lunit de mesure
Lire la taille du paquet

oui
TL > 864 ?
non
Envoyer dans le marqueur
Envoyer le paquet dans lunit de file dattente
FIN
Figure 20: algorithme de test de conformit
43
IV-3-2-3- Gestion de la file dattente La file dattente est du type FIFO (First In First Out) et est remplie selon lordre de priorit. La gestion concerne principalement le niveau de remplissage de la file. Celui-ci ne doit pas dpasser un seuil prcis, sinon tous les paquets prsents lentre de la file doivent tre systmatiquement dtruits ; un chec ce niveau est susceptible dentraner lclatement du rseau. Pour viter de courir un tel risque, il est propos de dsengorger progressivement la file dattente. On dfinit alors quatre paliers de dcongestion laide des taux de remplissage de la file. On a choisit 60%, 70%, 80% et 90%. Cest sur cette base quest construit lalgorithme de la figure 21.
44
DEBUT
Lire le niveau de congestion de la file dattente , N_ C ong.
non N_Cong. < 90% ?
liminer tous les paquets entrant
oui non N_Cong. < 80% ?
liminer les paquets des classes 2, 3 et 4
liminer les paquets des classes 3 et 4
liminer les paquets de classe 4
oui
N e rien faire
FIN
Figure 21 : algorithme de gestion de la file d'attente Il est aussi important de prciser que si la VoIP est une priorit pour certains clients, ce nest pas forcment le cas pour dautres entreprises, telles que les banques qui, on sen doute bien, favoriseront leurs fichiers bancaires. Lordre de priorit dfini lors du dploiement de DiffServ sera donc arrt de commun accord avec le client.
45
IV-3-2- Les quipements IV-3-2-1- Le bandwidth manager La mise en service du BANDWIDTH MANAGER est une ncessit pour stabiliser les dbits des clients. Le bandwidth manager permettra au gestionnaire du rseau de matriser l'attribution des ressources du rseau en fonction des critres qui dfinissent la politique d'utilisation de ce rseau : priorit sera donne par exemple tel classe de service pour tel client, tel catgorie d'utilisateurs ou liste de serveurs et ce en fonction de l'heure de la journe et parfois du jour de la semaine. IV-3-2-2- Des nouveaux routeurs chez les clients Le dploiement dune politique de qualit de service pour VoIP au NOC ne garantit pas un client que ses appels seront fluides sans un effort de sa part ; la qualit de service doit tre garantie de bout en bout. Il est donc avantageux de remplacer progressivement les routeurs actuels par ceux qui intgrent dj DiffServ et qui sont administrables. IV-3-2-3- Les outils de monitoring Les outils de monitoring sont essentiels pour la visualisation et la mesure de la qualit de service de bout en bout. Ils jouent un rle crucial dans lapprciation de ses paramtres de performance. Les outils de monitoring permettront dvaluer constamment ltat du rseau, danalyser son comportement dans le temps, et rapporteront les rsultats concernant les paramtres de la QoS. Pour ce faire un exemple doutil est propos : le systme Witbe Le systme Witbe analyse une conversation tlphonique de rfrence pour en dterminer la qualit relle. Base sur les modles acoustiques et physiologiques de l'oreille humaine, la technologie Witbe permet de mesurer l'impact des imperfections techniques des rseaux sur la qualit perue par l'utilisateur. Linterface du systme est prsente la figure 22. On y reconnat dans le cadre rserv la lgende :
- du ct utilisateur : le dlai dacheminement ; - du ct rseau : le dlai de transit moyen et lcart type du dlai de transit moyen
(gigue) ;
- du ct tat du signal : le niveau du signal en dBv dont limpact sur la qualit a t

signal dans ltude de lcho, et la dgradation du signal en dB quil faut relier au BER.
46
Figure 22 : interface de WITBE Il est tout de mme avantageux pour lentreprise SACONETS de dvelopper ses propres plates-formes de surveillance du rseau. Le grand avantage de cette option est la matrise du fonctionnement ces outils de sorte que, en cas de disfonctionnement, la correction sera trs aise. IV-3-2-4- Des IP phones et des passerelles plus volues La meilleure solution vis--vis des problmes dcho est dliminer les sources. Lintroduction des IP phones (postes tlphoniques IP) vient pratiquement liminer la partie analogique dans le parcours de la voix. SACONETS devrait sen procurer un, au moins pour ses tests de VoIP. Il est galement intressant davoir une passerelle plus ouverte que SIPURA. Ainsi on aura une opinion plus prcise sur le niveau dadaptation dimpdance, le degr dattnuation de lcho, et surtout la couverture de lannulateur dcho.
47
IV-3-3- La documentation technique La principale difficult quon a rencontre dans ce travail est laccs des informations techniques importantes, qui devraient tre fournies par les constructeurs partenaires, notamment HNS et INTELSAT. INTELSAT met gnralement la disposition de ses clients des documents qui spcifient les caractristiques radiatives (gain des antennes dmission et de rception, PIRE, sensibilit, temprature de bruit) des antennes embarques sur le satellite qui couvre leur zone gographique, soit INTELSAT 907 dans le cas de SACONETS. Ces informations sont capitales pour le dimensionnement efficace des liaisons montante et descendante. HNS devrait aussi fournir une documentation assez complte sur les mmes informations propos de ses lments rayonnants.
48
CONCLUSION GENERALE
49
Lobjectif de ce travail est doptimiser la qualit de service de la voix sur IP dans le rseau VSAT de SACONETS SA. Pour ce faire il a fallu dterminer les entorses la fluidit des conversations tlphoniques travers ce rseau. Ces problmes se rsument en deux mots : cho et microcoupures. La procdure adopte pour y arriver a consist, en ce qui concerne lcho, reprer dabord la partie du rseau hte de la source de cet cho dans le cas o cette source serait un quipement. Lapproche retenue pour retrouver lorigine des microcoupures se calquait autour de la comparaison des paramtres de performance du rseau avec les valeurs de rfrence recommandes par lUIT-T. Pour obtenir les valeurs de ces paramtres, on a effectu des relevs directes sur le rseau en se servant de loutil Myspeed pour ce qui est du dbit montant, et de loutil INVITE DE COMMANDES de Windows pour ce qui est du dlai de transmission et du taux de pertes. Ltude des bilans de liaison des liaisons montante et descendante a servi vrifier indirectement si les paquets reus taient trop errons pour tre dcods. Les rsultats obtenus ont rvl que seule la gigue a des valeurs ne respectant pas les normes : elles sont frquemment suprieures 100 ms, cause principalement de linstabilit du dbit. Cette gigue devrait tre la base de lcho, parce quelle entrane le retour frquent ltat de repos de lannulateur dcho. La taille des buffers dans les routeurs dentre ne permet pas de rsorber des gigues de cette ampleur ; il en rsulte des pertes de paquets par dcongestion et parmi lesquels ceux de la voix, puisquil ny a pas de politique de prioritisation. Les solutions proposes ont donc vis la rgulation du dbit de chaque usager dune part, et dautre part limplmentation du mcanisme de QoS DiffServ qui convient mieux ce type de rseau. Une orientation vers des quipements plus administrables a aussi t juge utile. Si de telles quipements avaient t acquis, nous aurions donn une orientation beaucoup plus pratique notre tude, notamment de btir un utilitaire qui interagit avec le rseau, et restitue en temps rel les valeurs des paramtres de performance. Cette approche devrait tre plus prcise, car la surveillance du rseau serait alors conviviale.
50
BIBLIOGRAPHIE [1] Kim Loan Thai, Vque Vronique, Znaty Simon, Architecture des rseaux haut dbit, Ed. HERMES, pp 287 293. [2] Saunders Simon R., Antennas and Propagation for Wireless Communication Systems, Ed John Wiley & sons, 409 p. [3] CTO ART, Sminaire sur Design of Satellite Telecommunications Systems using VSAT , Yaound, du 28 mars au 01 avril 2005. WEBOGRAPHIE [4] Nouvelles Technologies VoIP [consult le 12 mai 2006] sur le site sur lez site www.commentamarche.com [5] Echo Analysis for Voice over IP [consult le 26 juin 2006] sur le site www.cisco.com [6] Implementing Residential Voice over Broadband Services with the Sipura Phone Adapter (SPA) [consult le 22 mai 2006] sur le site www.sipura.com [7] S. VENTURA, J. EHRENSBERGER, S. ROBERT, Qualit de Service pour la Voix sur IP : Protocoles DiffServ RSVP SBM MPLS COPS, [consult le 12 avril 2006] sur le site www.cisco.com [8] BACHAR ZOUARI, Analyse dun rseau TCP/IP avec des services diffrencis, rapport de stage DEA Rseaux et Systmes distribus, [consult le 10 avril 2006] sur le site http:// rangiroa.essi.fr/rapports/2001/01-dea-zouari.pdf [9] Using Satellites for Transmitting Voice over Internet Protocol (VoIP), [consult le 22 mai 2006] sur le site www.intelsat.com [10] Suem Ping Loo, System Design of an Integrated Terrestrial-Satellite Communications Network for Disaster Recovery [consult le 05 avril 2006] sur le site http://scholar.lib.vt.edu/theses/available,etd-0220.2004-095500/.pdf [11] Introducing Intelsat 907 @ 332.5E High Power. High Performance. [consult le 26 juin 2006] sur le site www.intelsat.com [12] ASOKA DISSANAYAKE, JEREMY ALLNUTT, FATIM HAIDARA, A Prediction Model that Combines Rain Attenuation and Other Propagation Impairments Along EarthSatellite Paths, [consult le 27 juin 2006] sur le site www.spacejournal.org
51

INGNKOALN

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

INGNKOALN

Загружено:

Авторское право:

Доступные форматы

Optimisation de la QoS de la VoIP dans le rseau VSAT de SACONETS SA

Optimisation de la QoS de la VoIP dans le rseau VSAT de SACONETS SA

Optimisation de la QoS de la VoIP dans le rseau VSAT de SACONETS SA

Optimisation de la QoS de la VoIP dans le rseau VSAT de SACONETS SA

Optimisation de la QoS de la VoIP dans le rseau VSAT de SACONETS SA

Optimisation de la QoS de la VoIP dans le rseau VSAT de SACONETS SA

Optimisation de la QoS de la VoIP dans le rseau VSAT de SACONETS SA

LISTE DES FIGURES

Optimisation de la QoS de la VoIP dans le rseau VSAT de SACONETS SA

EST EXTREME NORD

LITORAL NORD NORD-OUEST OUEST

SUD SUD-OUEST GABON SAO TOME ET PRINCIPE

Tableau 1: rseau VSAT de SACONETS SA

I-3-Generalits sur la VoIP et la QoS associe

Signal analogique de la voix

Codage plus compression

CODEC DEBIT (Kbps) DELAI (codeur + Dcodeur)

G.723.1 6.3 37. 5 ms

Convertisseur a- lchantillonnage Figure 3 : conversion du flux IP en voix

Flux de type IP Donnes usuelles Donnes critiques

LSR LSR de sortie

Circuit analogique 2: Trs bon candidat en qualit de source dcho

Figure 8: localisation de l'cho

CHAPITRE III : METHODOLOGIE

La deuxime tape est la recherche proprement dite du vecteur de lcho.

Fermer et rouvrir le port de la voix

cho trs vanouissant? Non

Lannulateur fonctionne normalement

Oui Annulateur dfectueux

Adapter les impdances

ERLE >= 65 dB Oui

La source est dans la gestion du rseau

Puissance mise PT metteur

Attnuation Arienne L Pertes de conduit lmetteur LT

Pertes de conduit la rception LR

O r la distance parcourue par londe et sa longueur donde ;

6. 09 4. 81 0. 006 3 f + 7.19 10 + 2 = 2 f + 0. 227 ( f 57 ) + 1.5 sin

- La marge de protection : on suppose quau-del des pertes inventories dans le bilan,

- La marge de masque 90% : lors du dploiement dune station VSAT, on devrait

dlai moyen par sens (en ms)

1400 1200 1000 800 600 400 200 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

Instants de mesure; chelle: 5 min

Variation temporelle du taux de pertes

Entre les paquets IP

Convertir le ToS en dcimale

affecter le paquet dans la classe 1

affecter le paquet dans la classe 2

non oui ToS = 168 ?

affecter le paquet dans la classe 3

affecter le paquet dans la classe 4

Lire la taille du paquet

Envoyer dans le marqueur

Envoyer le paquet dans lunit de file dattente

non N_Cong. < 90% ?

liminer tous les paquets entrant

oui non N_Cong. < 80% ?

liminer les paquets des classes 2, 3 et 4

oui non N_Cong. < 70% ?

liminer les paquets des classes 3 et 4

oui non N_Cong. < 60% ?

liminer les paquets de classe 4

- du ct tat du signal : le niveau du signal en dBv dont limpact sur la qualit a t

Вам также может понравиться