Vous êtes sur la page 1sur 33

Institut de la Francophonie pour lInformatique

Rapport final
Travail d'Intrt Personnel Encadr (TIPE)
Sujet:

tudes sur la dgradation de la qualit de la voix suite la transmission sur un rseau IP

Professeur : tudiant : Promotion :

M. Victor Moraru Nguyen Ba Linh XI

HaNoi, Janvier 2007

Travail d'Intrt Personnel Encadr (TIPE)

Table des matires


I. Introduction.....................................................................................................................4 II. Les composants de la voix sur IP (VoIP) .........................................................................5 III. Les protocoles de la voix sur IP ...................................................................................6 3.1 Le protocole H.323..................................................................................................6 3.1.1 Composants H.323...........................................................................................6 Terminaux.......................................................................................................................6 Passerelles.......................................................................................................................6 Garde-barrires ...............................................................................................................7 MCU...............................................................................................................................7 3.1.2 Protocoles spcifis par H.323 .........................................................................8 3.2 Le protocole SIP......................................................................................................9 3.2.1. Entits de SIP ...................................................................................................... 10 3.2.2 Messages .............................................................................................................. 11 3.3 RTP (Real-time transport protocol).............................................................................. 12 3.3.1 Format du paquet RTP.......................................................................................... 12 3.3.2 Diffrentes fonctions du protocole RTP ................................................................ 13 3.3.3 Utilisation par RTP de RTCP................................................................................ 14 3.3.4 Scnario de RTP................................................................................................... 15 3.3 Equipements intermdiaires................................................................................... 15 III. La qualit de la Voix sur IP ............................................................................................. 16 1. CODEC..................................................................................................................... 16 2. PERTE DE TRAMES ............................................................................................... 17 3. LE DELAI................................................................................................................. 17 3.1 Sources de dlai....................................................................................................... 17 3.1.1 Dlai dalgorithmique .................................................................................... 17 3.1.2 Dlai de Packetization.................................................................................... 18 3.1.3 Dlai de srialisation...................................................................................... 18 3.1.4 Dlai de Propagation...................................................................................... 18 3.1.5 Dlai de composant........................................................................................ 18 3.2 Annulation dcho ............................................................................................. 18 3.3 Chevauchement de Causeur ............................................................................... 19 3.4 Dlai de la gigue (Jitter) .......................................................................................... 19 IV. Mesure de la qualit de voix............................................................................................ 19 1. MOS (Mean Opinion Score) .................................................................................. 19 2. PSQM (Perceptual Speech Quality Measure) ......................................................... 20 3. Transmission caractristiques et E-modle............................................................. 21 V. Tester VoIP...................................................................................................................... 21 1. Analyse de Rseau IP ................................................................................................ 21 2. Analyse de Voix Bout--Bout (End-to-End) .......................................................... 22 3. Signal Stress Test .................................................................................................. 23 VI. Implmentation et Rsultat.............................................................................................. 24 4.1 Implmentation ........................................................................................................... 24 4.1.1 Travailler avec des mdias Temps Bass .............................................................. 24  Flux de mdia........................................................................................................ 24 2

Travail d'Intrt Personnel Encadr (TIPE)

 Prsentation de mdia............................................................................................ 24  Traitement de mdia .............................................................................................. 25  Capture de mdia................................................................................................... 25 4.2 Conception avec JMF .............................................................................................. 25 4.2.1 Architecture de JMF RTP ..................................................................................... 25 4.2.2 Le systme de transmission de mdia en utilisant JMF RTP.................................. 26 4.2.3 Emetteur de mdia................................................................................................ 27 4.2.4 Rcepteur de mdia .............................................................................................. 27 4.3 Contrler la bande passante ......................................................................................... 27 4.4 Rsultats...................................................................................................................... 29 V. Conclusion ....................................................................................................................... 32 VI. Rfrences ...................................................................................................................... 32

Travail d'Intrt Personnel Encadr (TIPE)

I. Introduction
Lintrt de la voix sur IP a augment solidement au cours de ces dernires annes. Les entreprises, ISPs (Internet Service Providers), ITSPs (Internet Telephony Service Providers) regardent VoIP comme une manire viable de mettre en application du paquet de voix. Les raisons dimplmenter de VoIP incluent typiquement des tollbypass, la consolidation de rseau, et la convergence de service. Tollbypass permet de raliser des appels longue distance sans frais. Grce la consolidation de rseau, la voix, la vido, et des donnes peuvent tre transmis dans une infrastructure simple de rseau, donc simplifiant la gestion de rseau et rduisant le cot par lutilisation de lquipement commun. Avec la convergence de service, la fonctionnalit augmente peut tre mise en application par l'accouplement des techniques damlioration ou de garantie de la qualit des services proposs. Jadis rserv au transport des donnes, IP est dsormais utilis pour le transport de la voix et on assiste un rel mouvement dans ce sens sur le march. Cette tendance se vrifie aussi bien dans les grandes entreprises qui sont nombreuses franchir le pas que parmi les oprateurs qui offrent des services de voix sur IP. Si les techniques de mise en uvre dIP permettent thoriquement de transporter la voix avec un bon niveau de qualit, encore faut il que les choix darchitecture, de dimensionnement et de paramtrage permettent datteindre lun des objectifs vis qui est le partage des ressources dinfrastructures entre les donnes et la voix. En effet des choix inadapts en terme dingnierie de linfrastructure et du trafic rendront impossible la cohabitation voix/donnes. Lobjectif de ce TIPE est de mesurer la qualit actuelle de la VoIP grce des simulations de trafic suivant les diffrentes hypothses dimplmentation de la voix pour savoir la dgradation de la qualit de la voix suite la transmission sur un rseau IP. Ce rapport se compose cinq parties principales :  Les composants de la voix sur IP: introduire les composants de la voix sur IP  Les protocoles de la voix sur IP: les protocoles qui permettre de transmettre voix sur IP  Mesure de la qualit de voix : les techniques diffrentes pour mesurer la qualit de la voix sur IP  Tester VoIP : examiner les diffrentes configurations de test et les objectifs de test.  Implmentation et Rsultat : implmentation une application qui permet dmetteur et de rcepteur la voix. Mesurer la qualit de la voix avec diffrences codecs et des rsultats.

Travail d'Intrt Personnel Encadr (TIPE)

II. Les composants de la voix sur IP (VoIP)


Le figure1 prsente les composants principaux de rseau VoIP. La passerelle (gateway) convertit les signaux de tlphonie (POST, T1/E1, ISDN, E&M trunks) en VoIP. Une tlphonie dIP est un terminal qui se relie directement un rseau dIP. Le serveur fournit la gestion et les fonctions administratives pour router des appels travers sur le rseau. Dans le systme bas sur H.323, le serveur est garde-barrire (gatekeeper). Dans le SIP/SDP, le serveur est un serveur de SIP. Dans le systme bas sur MGCP ou MEGACO, le serveur est call agent. En conclusion, le rseau dIP fournit la connectivit entre tous les terminaux. Le rseau dIP peut tre un rseau priv, un Intranet, ou lInternet.

Figure 1: Les composants de VoIP

Une fois un appel a t install, la parole sera digitalise et puis transmettra travers le rseau comme les trames dIP. Des chantillons de la voix sont dabord encapsuls dans RTP (Real-Time Transport Protocol) et UDP (User Datagram Protocol) avant dtre transmise dans une trame dIP. La figure 2 montre un exemple de la trame dIP dans le LAN et WAN.

Figure 2 : Encapsulation de la trame dIP 5

Travail d'Intrt Personnel Encadr (TIPE)

III. Les protocoles de la voix sur IP


Il y a plusieurs protocoles qui permettent de transmettre et de contrler la voix dans le rseau dIP inclut H.323, SIP, MGCP, SCCP, Deux protocoles les plus rpandus aujourdhui ce sont le protocole H.323 et le protocole SIP.

3.1

Le protocole H.323

La norme H.323 a t dveloppe par ITU-T (International Telecommunications Union-Technology Standardization Sector) pour transmettre audio et la vido sur Internet. Au cours des 10 dernires annes, cette norme est passe par plusieurs rvisions et additions plus de dispositifs, et de stabilit. 3.1.1 Composants H.323 La norme H.323 indique quatre types de composants qui unissant ensemble, fournir les services de communication de multimdia bout bout et les services bout en multi bout: - Terminal - Passerelle (gateway) - garde-barrire (gatekeepers) - MCUs(Multipoint control units) Terminaux Utilis pour des communications bidirectionnelles en temps rel de multimdia, un terminal H.323 peut tre un PC (PC) ou un seul dispositif autonome courant un H.323 et les applications de multimdia. Il soutient des communications audio, des communications de vido ou des donnes. Puisque le service de base fourni par un terminal H.323 est la communication audio, un terminal H.323 joue un rle principal dans le service d'IP-tlphonie. Le but primaire de H.323 est de ragir rciproquement avec d'autres terminaux de multimdia. Les terminaux H.323 sont compatibles avec les terminaux H.324 sur SCN et rseaux sans fil, les terminaux H.310 sur B-ISDN, les terminaux H.320 sur le ISDN, les terminaux H.321 sur ISDN, et les terminaux H.322 sur QoS garanti LANs. Les terminaux H.323 peuvent tre utilises dans des confrences multipoint. Passerelles Une passerelle relie deux rseaux diffrents. Une passerelle H.323 fournit la connectivit entre un rseau H.323 et un rseau non-H.323. Par exemple, une passerelle peut relier et fournir la communication entre un terminal H.323 et les rseaux de SCN. Cette connectivit des rseaux diffrents est ralise en traduisant des protocoles pour l'installation et le dgagement d'appel, en convertissant des formats de
6

Travail d'Intrt Personnel Encadr (TIPE)

mdias entre diffrents rseaux, et en transfrant l'information entre les rseaux relis par la passerelle. Une passerelle n'est pas exige pour la communication entre deux terminaux sur un rseau H.323. Garde-barrires Un garde-barrire peut tre considr comme le cerveau du rseau H.323. C'est le point focal pour tous les appels dans le rseau H.323. Bien qu'ils ne soient pas exigs, les garde-barrires fournissent des services importants comme l'adressage, l'autorisation et l'authentification des terminaux et des passerelles, gestion de largeur de bande, comptabilit, facturation, et remplissage. Les portiers peuvent galement fournir des services de call-routing. MCU MCUs fournissent l'appui pour des confrences de trois terminaux H.323 ou plus. Tous les terminaux participant la confrence tablissent un raccordement avec le MCU. Le MCU contrle des ressources de confrence, ngocie entre les terminaux afin de dterminer le codeur/dcodeur audio ou visuels (CODEC) pour employer, et peut manipuler le flux de mdias. Les garde-barrires, les passerelles, et le MCUs sont les composants logiquement spars de la norme H.323 mais peuvent tre mis en application comme dispositif physique simple.

Figure 3 : Architecture H.323 (Source : http://www.protocols.com/pbook/architecture.htm )

Travail d'Intrt Personnel Encadr (TIPE)

3.1.2 Protocoles spcifis par H.323 Les protocoles spcifis par H.323 sont numrs ci-dessous:

Figure 4 : Protocoles spcifis par H.323 Source: http://www.protocols.com/papers/voip2.htm

RTP (Real-Time Protocol) est le protocole de transport temps rel qui porte les chantillons actuel de la voix. Chaque paquet de RTP contient un petit chantillon de la conversation de voix. La taille du paquet et la taille de l'chantillon de voix l'intrieur du paquet dpendent du CODEC utilis. L'information de RTP est encapsule dans un paquet d'UDP. Si un paquet de RTP est perdu ou lch par le rseau, il ne sera pas retransmis (de mme que standard du protocole d'UDP). C'est parce qu'un utilisateur ne voudrait pas une longue pause ou dlais dans la conversation cause du rseau ou de tlphones demandant les paquets perdus. Donc, le rseau devrait tre conu, de sorte que peu de paquets soient perdus par transmission. RTCP (Real-Time Control Protocol) est un protocole qui est utilis rarement. Ce protocole permet aux points finaux de communiquer directement en prenant en compte la qualit de l'appel. RTCP permet les bouts la capacit dajuster lappel en temps rel pour augmenter la qualit de lappel. RTCP permet de rsoudre adquatement le dpannage du flux de voix. Les analyseurs traditionnels de VoIP se placent aux endroits spcifiques sur un circuit et basent seulement sur leurs rsultats drivs par des paquets qu'ils capturent. Avec RTCP, l'analyseur peut voir la qualit bout bout aussi bien que la qualit au point o l'analyseur se place. Ces possibilits permettent l'utilisateur de classifier des problmes beaucoup plus rapidement. RAS (registration, admission, status) est le protocole qui gre des appels de tlphone. Le canal logique de RAS est tabli entre les tlphones dIP et le garde8

Travail d'Intrt Personnel Encadr (TIPE)

barrire (gatekeeper) pour contrle ces tlphones. Sans appropries de RAS, un tlphone d'IP ne pourra pas raliser ou recevoir des appels. H.245 est la partie de contrle mdia du protocole H.323, il tablit un canal logique pour chaque appel (bout bout). Il peut changer les fonctions de gestion de flux mdia chaque bout pendant le temps de ngociation. Le choix du CODEC utilis est dans cette fonction. Q.931 reprsente les messages de signalisation qui utilisent avec ISDN (Integrated Services Digital Network). Ces messages incluent linstallation, la connexion, la sonnerie, le processus dappel, dconnect, le contrle. Ils sont bass sur le H.255 signalisation schma et sont dfinis comme suit.  Installation - ce message essaye de relier un appel. La partie appelante envoie ce message la partie appele.  Alerter- ce message est envoy de la partie rappele de nouveau la partie appelante pour le appeler savoir que le partie appele lointaine est alerte (ringing).  Relier- ce message informe la partie appelante que la partie appele a accept l'appel. La conversation peut commencer en ce moment.  Le processus dappel - ce message informe les terminaux que l'appel est en service. Des messages dans le processus d'appel sont changs aux intervalles spcifiques pendant l'appel.  Dconnect- ce message est envoy par la partie (appel ou appelant) qui dbranche l'appel d'abord.  Le contrle - ces messages reprsentent des messages de contrle. Ils apparaissent quand un passerelle est exig pour relier un appel.

3.2 Le protocole SIP


SIP (Session Initiation Protocole) est conu pour contrler et tablir des sessions de multimdia, comme vido confrence, les appels de voix, et le partage des donnes. SIP est encore dans la premire tape de dploiement et devient un norme de protocole. C'est la norme que beaucoup de fabricants d'lment emploient pour dvelopper des produits. Il a des caractristiques principales qui le rendent si attrayant :  Systme dadressage dURL Il permet de la portabilit de nombre qui est indpendant d'endroit physique. L'adressage peut tre un nombre de tlphone, un IP adresse, ou une adresse d'email. Les messages sont trs semblables ceux employs par l'Internet (HTTP).  Multimdia Le SIP peut davoir des sessions multiples de mdia pendant un appel  Cest un protocole lger et facilement dployer
9

Travail d'Intrt Personnel Encadr (TIPE)

3.2.1. Entits de SIP Un rseau de SIP se compose de quatre types d'entits de SIP. Chaque entit a des fonctions spcifiques et participe la communication de SIP comme le client (demandes d'initis), le serveur (rpond aux demandes), ou tous les deux. Un dispositif physique peut avoir plus de fonctionnalits quune entit logique de SIP. Par exemple, un serveur de rseau fonctionne comme proxy serveur peut galement fonctionner comme serveur denregistrement en mme temps. Il y a quatre types dentits logiques de SIP: Agents dutilisateur Les agents d'utilisateur reprsentent le tlphone (client d'agent d'utilisateur) et le serveur (serveur d'agent d'utilisateur). Le client d'agent d'utilisateur (UAC) lance des appels de mdias. Le serveur d'agent d'utilisateur (UAS) rpond ces demandes d'installation au nom de l'UAC. L'UAS est galement responsable de trouver la destination UAC ou UAS intermdiaire. Proxy serveur Proxy server contiennent des caractristique du client et du serveur. Le proxy server peut recevoir des messages de demandes et des messages de rponse. Il peut ajuster l'information d'en-tte avant dexpdier la demande sur le prochain proxy server ou de rentrer au client d'utilisateur Serveur de redirection Un serveur de redirection est un serveur qui accepte une demande de SIP, projette l'adresse de SIP de la partie appele en zro (s'il n'y a aucune adresse connue) ou des nouvelles adresses et les renvoie au client. Diffrence des proxys serveurs, les serveurs de redirections ne transmettent pas la demande d'autres serveurs. Serveur d'enregistrement Un serveur denregistrement est un serveur qui accepte des demandes de REGISTRE afin de mettre jour une base de donnes d'endroit avec l'information de contact de l'utilisateur indiqu dans la demande.

Figure 5 : Architecture SIP (Source: http://www.protocols.com/pbook/architecture.htm) 10

Travail d'Intrt Personnel Encadr (TIPE)

3.2.2 Messages Comme HTTP, des messages de SIP contiennent deux catgories principales, incluant des messages des clients aux serveurs et des messages des serveurs aux clients. En-ttes de message Chaque message a un en-tte de message. L'en-tte de message identifie le type de message, la partie appelante et la partie appele. Il y a quatre types de message: En-ttes gnraux - cet en-tte de message s'applique aux messages de demande et de rponse. En-ttes d'entit - cet en-tte de message fournit des informations du type de corps de message et de la longueur. En-ttes de demande - cet en-tte de message permet des clients d'inclure l'information additionnelle de demande. En-ttes de rponse - cet en-tte de message permet au serveur d'inclure l'information additionnelle de rponse. Message de requte Des messages de requte sont lancs par un client un serveur. SIP, un protocole lger , a seulement quelques messages de requte qu'il emploie pour relier des appels. La section suivante dfinit les messages de requte de SIP. INVITE : cette requte indique que lapplication (ou utilisateur) correspondante lURL SIP spcifi est invit participer une session. Le corps du message dcrit cette session (par ex : mdia supports par lappelant). En cas de rponse favorable, linvit doit spcifier les mdias quil supporte. ACK : permet de confirmer que le terminal appelant a bien reu une rponse dfinitive une requte INVITE. OPTIONS : un proxy server en mesure de contacter un terminal appel, doit rpondre une requte OPTIONS en prcisant ses capacits contacter le mme terminal. BYE : cette requte est utilise par le terminal de lappel fin de signaler quil souhaite mettre un terme la session. CANCEL : cette requte est envoye par un terminal ou un proxy server fin dannuler une requte non valide par une rponse finale : Si une machine ayant t invite participer une session, et ayant accept linvitation ne reoit pas de requte ACK, alors elle met une requte CANCEL. REGISTER : cette mthode est utilise par un client pour enregistrer son adresse auprs du serveur auquel il est reli.

11

Travail d'Intrt Personnel Encadr (TIPE)

Message de rponse Les messages de rponse contiennent des codes numriques de rponse. Les codes de rponse de SIP sont en partie bass sur des codes de rponse de HTTP. Il y a deux types des rponses et de six classes : - Types de rponse  Provisional (classe 1xx) des rponses provisionaux sont employes par le serveur pour indiquer le progrs, mais elles ne terminent pas des transactions de SIP.  Final (classes 2xx, 3xx, 4xx, 5xx, 6xx) - les rponses finales terminent des transactions de SIP. - Classes  1xx Message dinformation  2xx Message de succs  3xx Message de redirection  4xx Message derreur sur le client  5xx Message derreur sur le serveur  6xx Destination occupe, non accessible ou refusant la communication

3.3 RTP (Real-time transport protocol)


RTP est un protocole qui a t dvelopp par lIETF afin de facilit le transport temps rel de bout en bout des flots donnes audio et vido sur les rseaux IP, cest dire sur les rseaux de paquets. RTP est un protocole qui se situe au niveau de l'application et qui utilise les protocoles sous-jacents de transport TCP ou UDP. Mais l'utilisation de RTP se fait gnralement au-dessus de UDP ce qui permet datteindre plus facilement le temps rel. Les applications temps rels comme la parole numrique ou la visioconfrence constitue un vritable problme pour Internet. Qui dit application temps rel, dit prsence dune certaine qualit de service (QoS) que des protocoles simples comme Internet ne peuvent pas mettre en place du fait de la prsence de routeurs qui eux noffrent pas de qualit de service. Ne travaillant quau niveau applicatif, RTP ne garantie donc aucune qualit de service. De plus RTP est un protocole qui se trouve dans un environnement multipoint. Donc on peut dire que RTP possde sa charge la gestion du temps rel mais aussi ladministration de la session multipoint.

3.3.1 Format du paquet RTP


L'entte d'un paquet RTP est obligatoirement constitu de 12 octets. Cette entte prcde le "payload" qui reprsente les donnes utiles.
RTP header (12 octets) | Payload

Format de l''entte RTP 12

Travail d'Intrt Personnel Encadr (TIPE)

Figure 6 : Format du paquet RTP version V sur 2 bits : V=2 padding P (linsertion de bits de bourrage ou non) sur 1 bit : si P=1, le dernier octet du paquet indique le nombre doctets de bourrage qui ont t ajouts. extension X sur 1 bit : si X=1 l'entte est suivie d'un paquet d'extension CSRC count CC sur 4 bits : contient le nombre de CSRC qui suivent l'entte marker M sur 1 bit : son interprtation est dfinie par un profil d'application (profile) payload type PT (type de la charge) sur 7 bits : ce champ identifie le type du payload (audio, vido, image, texte, html, etc.) sequence number (champ de numro de squence) sur 16 bits : sa valeur initiale est alatoire et il s'incrmente de 1 chaque paquet envoy, il peut servir dtecter des paquets perdus timestamp (horodatage) sur 32 bits : reflte l'instant d'chantillonnage du premier octet du paquet SSRC sur 32 bits : identifie de manire unique la source, sa valeur est choisie de manires alatoire par l'application CSRC sur 32 bits : identifie les sources de contribution. Donnes de lapplication

3.3.2 Diffrentes fonctions du protocole RTP


Le protocole RTP a pour but dorganiser les paquets lentre du rseau et de les contrler la sortie de faon reformer les flots avec ses caractristiques de dpart. RTP est gr au niveau de l'application donc ne ncessite pas l'implmentation dun Kernel ou de librairies. RTP est un protocole de bout en bout. RTP est volontairement incomplet et mallable pour s'adapter aux besoins des applications. Il sera intgr dans le noyau de l'application. RTP laisse la responsabilit du contrle aux quipements d'extrmit. Les diffrentes fonctions de ce protocole : - Le protocole RTP met en place un squencement des paquets par une numrotation et ce afin de permettre ainsi la dtection des paquets perdus. Ceci est un point primordial dans la reconstitution des donnes. Mais il faut savoir quand mme que la perte dun paquet nest pas un gros problme si les paquets ne sont pas perdus en trop grand nombre. Cependant il est trs important de savoir quel est le paquet qui a t perdu afin de pouvoir pallier cette perte. Et ce par le remplacement par un paquet qui se compose dune synthse des paquets prcdent et suivant. - Le protocole RTP identifie le contenu du message, pour par exemple, compenser des pertes de paquets.

13

Travail d'Intrt Personnel Encadr (TIPE)

Le protocole RTP permet lidentification de la source cest dire lidentification de lexpditeur du paquet. Dans un multicast lidentit de la source doit tre connue et dtermine. Le protocole RTP permet la synchronisation entre mdias grce des estampilles, cest dire grce des marques indiquant des valeurs de paramtres temporelles. Le protocole RTP est un protocole dont les applications audio et vido sont transportes dans des trames (avec des dimensions qui sont dpendantes des codecs qui effectuent la numrisation).Ces trames sont incluses dans des paquets afin dtre transportes et doivent de ce fait tre rcupres facilement au moment de la phase de dpaqutisation afin que lapplication soit dcode correctement.

3.3.3 Utilisation par RTP de RTCP


Le protocole RTP utilise le protocole RTCP (Real time Transport Control Protocol) qui transporte les informations supplmentaires suivantes pour la gestion de la session : - Les rcepteurs utilisent RTCP pour renvoyer vers les metteurs un rapport sur la QoS. Ces rapports comprennent le nombre de paquets perdus, le paramtre indiquant la variance dune distribution (plus communment appel la gigue : cest dire les paquets qui arrivent rgulirement ou irrgulirement) et le dlai aller-retour. Ces informations permettent la source de sadapter, par exemple, de modifier le niveau de compression pour maintenir une QoS. - Une synchronisation supplmentaire entre les mdias. Les applications multimdias sont souvent transportes par des flots distincts. Par exemple, la voix, limage ou mme des applications numrises sur plusieurs niveaux hirarchiques peuvent voir les flots grs suivre des chemins diffrents. - Lidentification car en effet, les paquets RTCP contiennent des informations dadresses, comme ladresse dun message lectronique, un numro de tlphone ou le nom dun participant une confrence tlphonique. - Le contrle de la session car RTCP permet aux participants dindiquer leur dpart dune confrence tlphonique (paquet bye de RTCP) ou simplement de fournir une indication sur leur comportement. Le protocole RTCP demande aux participants de la session denvoyer priodiquement les informations cites ci-dessus. La priodicit est calcule en fonction du nombre de participants de lapplication. On peut dire que les paquets RTP ne transportent que les donnes des utilisateurs. Tandis que les paquets RTCP ne transportent en temps rel, que de la supervision. On peut dtailler les paquets de supervision en 5 types: - 200 : rapport de lmetteur - 201 : rapport du rcepteur - 202 : description de la source - 203 : au revoir 14

Travail d'Intrt Personnel Encadr (TIPE)

204 : application spcifique Ces diffrents paquets de supervision fournissent aux nuds du rseau les instructions ncessaires un meilleur contrle des applications temps rel.

3.3.4 Scnario de RTP


La figure 7 montre la combinaison fonctionnalit d'opration de RTP. Les mdias tre transmis (fichier de audio) est reu par l'encodeur sur ct d'metteur et les donnes est comprim et envoie lmetteur de RTP. L'metteur transmet les donnes au packetizer, o les donnes sont converties en paquets de RTP et des en-ttes sont joints et transmis. Ceci est reu par l'metteur de UDP/IP sur le ct d'metteur et puis transmis sur le rseau d'IP.

Figure7 : Opration de transmettre RTP


(Source: Performance Analysis of Audio Codecs over - J Light) Les donnes transmises sont reues par le rcepteur du UDP/IP sur le ct de rcepteur et transmises au RTP rcepteur. Ici, le depacketization est fait, les en-ttes sont enlevs et les donnes sont envoient au dcodeur audio. Le dcodeur audio dcode les donnes et il est jou. UDP a t choisi comme le protocole de transport de cible pour RTP en raison de deux raisons. Premirement, RTP est principalement conu pour le multicast, le TCP connexion orient ne soutient pas bien et n'est pas donc appropri. Deuximement, pour des donnes en temps rel, la fiabilit n'est pas aussi importante que la livraison opportune. Encore plus, transmission fiable fournie par retransmission comme dans le TCP n'est pas souhaitable. Si le protocole exige une transmission fiable, les paquets retransmis pourraient probablement augmenter le retarder, bloquent le rseau par la suite l'application de rception.

3.3

Equipements intermdiaires

Il existe deux quipements intermdiaires, les translateurs (translator) et les mixeurs ( mixor ) qui permettent de rgler les problmes dhomognit lorsquil y a plusieurs rcepteurs. Plus 15

Travail d'Intrt Personnel Encadr (TIPE)

simplement, ces translateurs et ces mixeurs peuvent modifier un flot pour ladapter au rcepteur. - Un translateur pour fonction de traduire une application code dans un certain format en un autre format car certains rcepteurs ne sont pas accessible directement (passage par un sous rseau). Par exemple, une application de visioconfrence code en MPEG2 peut-tre dcode et recode en MPEG-4 si lon souhaite rduire la quantit dinformations transmises. - Un mixeur a pour but de regrouper plusieurs applications correspondant plusieurs flots distincts en un seul flot conservant le mme format. Cette approche est particulirement intressante pour les flux de parole numriques. Il faut savoir aussi que len-tte RTP inclus un moyen permettant au mixer didentifier les sources dans le paquet mixer. Exemple dutilisation de translateur et mixeur : Nous sommes dans une confrence vido. Chacun de ces rcepteurs possde un codage diffrent. Il faut donc un translateur afin de traduire le flot destin lun des rcepteurs dans une syntaxe proche de la sienne. On aura besoin dun mixeur afin de rassembler deux images qui viennent de deux metteurs diffrents dans un mme document.

III. La qualit de la Voix sur IP


Dans cette partie, on considre tous les facteurs qui affectent la qualit de la voix sur IP. 1. CODEC Avant que la voix analogue puisse tre transmise sur un rseau IP, dabord, elle doit tre digitalise. Les normes communes de codage sont numres dans la table suivante : Le codec G.711 G.726 G.728 G.729 G.723.1 Algorithme PCM (Pulse Code Modulation) ADPCM (Adaptive Diffrentiel Pulse Code Modulation) LD-CELP(Low Delay Code Excited Linear Prediction) CS-ACELP(Conjugate Structure Algebraic CELP) MP-MLQ(Multi-Pulse Maximum Likelihood Quantization) ACELP(Algebraic Code Excited Linear Prediction) Dbit 64 kbps 16,2 32,40 kbps 16 kbps 8 kbps 6.3 kbps 5.3 kbps 6.3 kbps 5.3 kbps

 L'algorithme G.711 est bas sur la modulation de code d'impulsion fonctionnant un taux
d'chantillon de 8 kHz, avec 8 bits par un chantillon. 16

Travail d'Intrt Personnel Encadr (TIPE)

 Il y a une corrlation gnrale entre la qualit de voix et le dbit : plus le dbit est haut, plus la qualit de voix est haute. 2. PERTE DE TRAMES Les trames VoIP qui traversent dans le rseau dIP sont incertaines. Les paquets peuvent tre perdus en raison de la congestion de rseau ou de la corruption de donnes. En outre, avec le trafic en temps rel comme la voix, retransmissions des paquets perdus la couche transport nest pas pratique, en raison du dlai additionnel. Donc, la voix terminale doit faire face des paquets insuffisants. Leffet de la perte des paquets sur la qualit de voix dpend de la faon dont le terminal rsout ce problme. Dans le cas le plus simple, le terminal laisse un espace dans le flux de voix si un chantillon de voix est absent. Sil y a plusieurs paquets perdus, le discours semblera variable avec manquer de syllabes ou de mots. Une stratgie possible de rtablissement est de rejouer l'chantillon prcdent de voix. Ceci fonctionne bien si seulement quelques chantillons sont absents. Pour faire face mieux aux erreurs d'clat, l'interpolation est habituellement employe. Bas sur les chantillons prcdents de voix, le dcodeur prvoira ce qu'tre les paquets absents devrait. Cette technique est connue en tant que Packet Loss Concealment (PLC) Codec G.771 sans PLC G.771 avec PLC G.729A G.723.1 6.3 kbps) Ie (0% perte) 0 0 11 15 Ie (2% paquets alatoire perte) 35 7 19 24 Ie (5 paquets alatoire perte) 55 15 26 32

3. LE DELAI Le dlai de transit influence fortement la QoS est un des paramtres critiques influenant fortement la QoS dun service de voix sur IP. Cest le temps pour une trame de la voix dIP traverse linfrastructure entre deux interlocuteurs. 3.1 Sources de dlai Avant d'valuer l'impact de dlai, il est utile d'abord identifient les sources de dlai. 3.1.1 Dlai dalgorithmique C'est le dlai caus par le CODEC et est inhrent l'algorithme de codage. La table suivante rsume l'algorithmique dlai des normes communes de codage. Le codeur G.771
17

Dlai algorithmique (ms) 0.125

Travail d'Intrt Personnel Encadr (TIPE)

G.726 G.7.28 G.729 G.732.1

1 3-5 15 37.5

3.1.2 Dlai de Packetization Dans RTP (Real-Time Transport Protocol), des chantillons de voix sont souvent accumuls avant mettent dans un paquet transmission pour rduire le total de temps. RFC 1890 indique que la priode du dfaut de packetization de devrait tre 20 ms. Pour G.711, ceci signifie que 160 chantillons seront accumuls et puis transmis dans un seul paquet. 3.1.3 Dlai de srialisation C'est le temps requis pour transmettre un paquet d'IP. Par exemple, si G.711 est employ et la priode de packetization est la 20ms (c.--d., il y a 160 bytes selon RTP), alors la trame entire sera de 206 bytes assumant l'encapsulation de PPA. Pour transmettre cette trame, il requit 1.1 ms sur une ligne T1, 3.2 ms 512 kbps, et 25.8 ms 64 kbps. En outre, le dlai srialisation est encouru toutes les fois qu'il traverse un autre dispositif store-and-forward comme les routeurs ou les switchs. Ainsi, une trame qui traverse 10 routeurs encourra ce dlai 10 fois. 3.1.4 Dlai de Propagation Cest la dure de transmission en ligne des donnes numrises. Cette dure est normalement trs faible par rapport aux autres composantes du dlai de transit ; de lordre de quelques millisecondes. La vitesse de propagation dans un cble est approximativement 4 6 microsecondes par kilomtre. Pour la transmission par satellite, le dlai est 110ms avec un satellite de laltitude 14000 kilomtres et 260ms avec satellite de laltitude 36000 kilomtre. 3.1.5 Dlai de composant Cest le dlai caus par les divers composants dans le systme de transmission. Par exemple, une trame passant par un routeur doit se dplacer du port dentre au port de rendement par la carte mre. Il y a un certain dlai en raison de la vitesse de la carte mre et une certaine variable dlai en raison de file dattente et le processus de routeur. 3.2 Annulation dcho Le premier affaiblissement caus par dlai est leffet de lcho. L'cho peut surgir dans le rseau de voix en raison du temps dlai entre l'couteur et l'embouchure. Ceci est connu en tant qu'cho acoustique. Il surgit aussi quand une partie de l'nergie lectrique est reflte revient l'auteur par l'hybride circuit dans le PSTN (Public Switched Telephone Network). Ceci est connu en tant qu'cho hybride. Si l'cho qui est produit par le circuit de voix revient parleur moins que 25ms, il ne soit pas apparent. Par contre si l'cho excdera 25ms, on doit annuler l'cho.
18

Travail d'Intrt Personnel Encadr (TIPE)

3.3 Chevauchement de Causeur Mme avec l'annulation parfaite d'cho, la conversation bidirectionnelle devient difficile quand le dlai est trop long en raison du chevauchement de causeur. C'est le problme produit quand une partie de discours est coupe par une autre partie cause du long dlai. G.114 fournit les directives suivantes concernant l'one-way dlai limite : 0 - 150ms Acceptable pour la plupart d'application d'utilisateur 150 400ms Acceptable condition que les administrations se rendent compte de l'impact de temps de transmission sur la qualit de transmission > 400ms Inacceptable pour le rseau gnral 3.4 Dlai de la gigue (Jitter) Quand les trames transmettent dans le rseau dIP, la quantit de dlai de chaque trame peut tre diffre. C'est parce que la quantit de dlai de file d'attente et le temps processus peut tre diffr selon le rseau. Quoique le trame de voix envois intervalles rguliers (chaque 20ms) mais la destination ne reois pas intervalles rguliers en raison de la gigue. En gnral, la gigue cause el groupement et les lacunes dans le flux de donnes entrant. La stratgie gnrale en faisant face la gigue est de retenir les trames entres dans le tampon assez longs permettre le plus lentes d'arriver l'heur pour jouer dans l'ordre correct. Plus la quantit de la gigue est grande, le plus long certaines des trames seront tenues dans le tampon, il cause le dlai additionnel. Pour rduire au minimum le dlai cause du tampon, il faut quutiliser un tampon adaptatif. Si la quantit de la gigue dans le rseau est petite, la taille de tampon sera petite. Si les augmentations de la gigue dues au rseau, la taille de tampon augmenteront automatiquement pour la compenser. Parfois quand la gigue est trop grande, le tampon peut permettre une certaine trame perdue pour viter de dlai trop long.

IV. Mesure de la qualit de voix


Il y a des techniques diffrentes pour mesurer la qualit de la voix dIP. 1. MOS (Mean Opinion Score) Le MOS est la mesure la plus bien connue de qualit de voix. C'est une mthode subjective d'valuation de qualit. Il y a deux mthodes de tester : conversation opinion et couter opinion. Le but est de juger la qualit du systme de transmission de voix par raliser une conversation ou par couter des chantillons de la parole. Il range alors la qualit de voix en utilisant la balance suivante : 5- excellent, 4 Bons, 3 Justes, 2 Pauvres, 1 Le mauvais Le MOS calcule la moyenne des points des sujets de test. En utilisant cette balance, la moyenne de score gale ou plus que 4 est considre comme assez bon. Le MOS a conu pour valuer la qualit de diffrentes normes de codage. Le rsume suivant du MOS pour diffrents algorithmes de codage:
19

Travail d'Intrt Personnel Encadr (TIPE)

Codeur G.7.11 G.726 G.728 G.729 G.723.1 4.3-4.4 (64kbps) 4.0-4.2 (32kbps) 4.0-4.2 (16kbps) 4.0-4.2 (8kbps) 3.8-4.0 (6.3kbps) 3.5 (5.3kbps)

MOS

2. PSQM (Perceptual Speech Quality Measure) Cette mthode utilise le psycho-acoustic modle pour computer la diffrence entre le signal entr et le signal sorti:

Figure 8 : PSQM

En utilisant cette mthode, si le signal entr et le signal sorti sont identiques, les points de PSQM seront zro. Plus les diffrences sont grandes, plus les points seront jusqu' un maximum de 6.5. Cependant, la diffrence des mesures plus traditionnelles telles que le rapport signal/bruit (SNR), l'emphase de PSQM est sur les diffrences qui affecteront la perception humaine de la qualit de la parole.

20

Travail d'Intrt Personnel Encadr (TIPE)

3. Transmission caractristiques et E-modle Dans un rseau de VoIP, les affaiblissements de transmission jouent un rle trs important en dterminant la qualit de voix. Comme discut de la "qualit de voix" la partie II, ces affaiblissements de transmission incluent la perte de trame, dlai, et gigue. Une autre approche dans le test de la qualit de voix est mesurer directement ces affaiblissements de transmission et de prvoir alors ce que la qualit de voix sera donne ces affaiblissements. L'E-Modle fournit un modle utile pour l'analyse prdictive. L'quation du modle est comme suit : R = Ro Is Id Ie + A Ro : coefficient initial signal / bruit, capital initial de QoS , gal 94,3 en VoIP. Is : coefficient de dommages simultans avec lmission de la voix (bruit de fond...) Id : coefficient de dommages dus au dlai de transmission et de transport Ie : coefficient de dommage de distorsion cause par les quipements A : coefficient damlioration Le facteur R ainsi calcul de 0 100 permet de dduire directement un coefficient MOS de 0 5. Dans la ralit les valeurs de R oscillent entre 50 et 93,2, soit la limite basse acceptable pour le rcepteur, et la limite haute lie aux possibilits techniques de transformation de la voix humaine en signal. La moyenne de la valeur R sur les services en production se situe dans la fourchette 70 80. V. Tester VoIP 1. Analyse de Rseau IP Le but de ce test est de mesurer les caractristiques de transmission du rseau IP pour dterminer s'il peut supporter les applications de voix. Il est aussi important de mesurer l'effet du mcanisme de QoS.

Figure 9 :lAnalyse de rseau dIP 21

Travail d'Intrt Personnel Encadr (TIPE)

Pour tester l'effet de QoS, on doit simuler la mixture de voix et les trafics donns. On teste si le rseau IP peut traiter les voix et les donnes trafics par mesurer les caractristiques de transmission de chaque flux. (Ce test n'utilise aucun quipement de VoIP). 2. Analyse de Voix Bout--Bout (End-to-End) Le but est de tester la capacit du rseau VoIP pour transmettre la voix et autres signales de bout bout. Le plus important partie de ce test est d'valuer la qualit de la parole. On peut tester aussi autres information qui transmettent sur le rseau voie par exemple: DTMF, tonalit, fax, et modem.

Figure 10 : Lanalyse de voix End-to-End

On peut tester la transmission de la voix par changer la configuration de passerelle par exemple changer le CODEC. On teste la QoS du rseau par utiliser le trafic gnrateur pour augmenter la charge sur le rseau IP. On tester les voix sur rseau IP par simuler les affaiblissements pour tester leur performance dans les conditions mauvaises. Par exemple, on value la qualit de la voix si le taux de perdu trame est 1%, 2%, 3%, etc. insre le trafic de donnes pour causer la congestion.

22

Travail d'Intrt Personnel Encadr (TIPE)

Figure 11 : La simulation daffaiblissement

3. Signal Stress Test Ce test concentre sur lextensibilit de rseau VoIP. Dans le PSTN, la tlphonie traditionnelle ou PBXs ont t examins intensivement pour sassurer quils peuvent manipuler un grand nombre dappels. Dans un rseau de VoIP, le routage dappel est manipul par des dispositifs comme gatekeepers (dans H.323), call agents (dans MGCP et MEGACO) et serveur de SIP. Ces dispositifs doivent galement tre examins dune manire semblable. Ce test peut tre ralis laide dun bulk call generator :

Figure 12 : Signal Stress Test

Les mesures typiques incluent : - Que le taux d'appel le plus lev est-il les serveurs peut-il soutenir ? - Que le nombre le plus lev d'appels est-il les serveurs peut-il maintenir simultanment ? - Quelle est la dure d'tablissement dappel de la relation la charge ?
23

Travail d'Intrt Personnel Encadr (TIPE)

VI. Implmentation et Rsultat


4.1 Implmentation
Jai ralis un logiciel qui permet de mettre et de recevoir la voix sur le rseau local. Mon logiciel inclut deux parties le metteur et le rcepteur. Jai utilis le JMF (Java Media Framwork) pour coder mon logiciel. 4.1.1 Travailler avec des mdias Temps Bass N'importe quelles donnes qui changent clairement en ce qui concerne le temps peuvent tre caractrises en tant que mdias temps bass. Les clips audio, les squences du MIDI, les clips de film, et les animations sont les formes communes de mdias temps bass. De telles donnes de mdias peuvent tre obtenues partir d'une varit de sources, telles que de rseau, d'appareils photo, microphones, et vivre des missions.

Figure 13 : Le modle de traitement le mdia  Flux de mdia Une clef caractristique des mdias temps bass est qu'elle exige la livraison et le traitement opportuns. Quand le flux des donnes de mdias commence, il y a des dlais stricts en termes de recevoir et prsenter les donnes. Pour cette raison, des mdias temps bass dsign souvent sous le nom flux des mdias. Il est livr dans un jet rgulier qui doit tre reu et trait dans une tranche de temps particulire pour produire des rsultats acceptables.  Prsentation de mdia La plupart des mdias temps bass sont des signaux audio ou vido qui peuvent tre prsents par des appareils de sortie tels que des porte-voix et des moniteurs. De tels dispositifs sont la destination la plus commune pour sortir de donnes de mdias. Des jets de mdias peuvent galement tre envoys d'autres destinations. Par exemple, enregistrer un fichier ou transmis travers le rseau. Une destination pour sortir des donnes de mdias est parfois mentionne comme un collecteur de donnes.
24

Travail d'Intrt Personnel Encadr (TIPE)

 Traitement de mdia Dans la plupart des exemples, les donnes dans un jet de mdias sont manoeuvres avant qu'elles soient prsentes l'utilisateur. Gnralement, une srie de transformations se produit avant prsentation : Si le jet est multiplex, les diffrentes voies sont extraites. Si les diffrentes voies sont comprimes, elles sont dcodes. Au besoin, les voies sont converties en format diffrent Des filtres d'effet sont appliqus aux voies dcodes (si dsir).  Capture de mdia Des mdias temps bass peuvent tre capturs d'une source de phase pour le traitement. Par exemple, le audio peut tre capture d'un microphone ou une carte visuelle de capture peut tre employe pour obtenir la vido d'un appareil photo. La phase de capture peut tre considr comme la phase d'entre du modle standard des mdias traitant.

Figure 14 : Enregistrant, traitant, et prsentation des mdias temps bass. 4.2 Conception avec JMF 4.2.1 Architecture de JMF RTP Java Media Framework (JMF) fournit une architecture et un protocole unifis de transmission de messages pour contrler acquisition, traitement et livraison des donnes temps bases de mdias. JMF est conu pour soutenir la plupart des types contents de mdias standard, comme AIFF, AU, AVI, GSM, MIDI, MPEG, Quick Time, RMF, et WAV. Les JMF RTP APIs sont conus pour fonctionner avec la capture, la prsentation, et les possibilits de traitement de JMF. Les players et les processeurs sont prsentaient et manoeuvrer des flux des mdias de RTP comme tout autre contenu de mdias. Vous pouvez transmettre les flux de mdias qui ont t capturs d'un dispositif local de
25

Travail d'Intrt Personnel Encadr (TIPE)

capture en utilisant une capture DataSource ou celui a t stock un fichier en utilisant un DataSink.

Figure 15: Architecture de JMF RTP haut niveau 4.2.2 Le systme de transmission de mdia en utilisant JMF RTP Le systme qui transmet les paquets RTP est un systme de client/serveur cela se compose d'un module d'metteur et d'un module de rcepteur. Le systme a t dvelopp en utilisant Java APIs L'metteur transmet les donnes et le rcepteur reoit les trames. La figure 16 montres le processus global d'un procd de transmission de mdias en utilisant RTP. La transmission par RTP est reporte par des sessions. Une fois que l'metteur est prt pour la transmission de donnes, une session de RTP est cre pour transmettre le flux de donnes. Lmetteur

Le rcepteur

Figure 16 : Le systme de transmission de mdia en utilisant JMF RTP

26

Travail d'Intrt Personnel Encadr (TIPE)

 Le SessionManager() est une classe qui reoit un IP adresse et largument de numro de porte coordonne une session de RTP et peut avoir de divers auditeurs(listeners) supplmentaires.  Les flux dont le SessionManager s'occupe peuvent tre l'un de deux types : ReceiveStream ou SendStream.  Dans le systme dvelopp, le rcepteur coutent dehors l'vnement de NewReceiveStream, qui obtient activ toutes les fois qu'une nouvelle transmission se pass ou quand le DataSource se produit.  DataSource et un objet que transmet ou reoit les donnes, lies au flux obtiennent.  Le player inclut de deux types - contrleur et processeur. Le player de contrleur prend des donnes de son DataSource et prsente ceci comme la voix et le player de processeur extrait les donnes de mdias partir du fichier pour la transmission. 4.2.3 Emetteur de mdia Dans le systme dvelopp, l'metteur est essentiellement tabli pour l'mission simple. Les codecs audio sont mis en application dans l'metteur et le codec code le fichier audio avant que le flux de donnes soit transmis. Pour l'metteur, les donnes de mdias sont extraites partir des fichiers au moyen d'un processeur. Le processeur est employ ici pour analyser les mdias et nous permettent d'oprer le contenu facilement. Une fois que le fichier de donnes est disponible, il est alors pass un RTP SessionManager, qui manipuler le flux de transmission. Dans le systme s'est dvelopp, une interface de SendStreamListener est utilis pour surveiller des vnements sur le flux sortant. Le MediaLocator est employ pour obtenir des donnes partir des fichiers audio. Le module d'metteur de mdias a des mthodes spcifiques qui excutent diverses fonctions pour transmettre le flux de donnes qui est reu par le rcepteur. 4.2.4 Rcepteur de mdia Dans le module de rcepteur, le SessionManager reoit le flux de donnes du rseau qui tait transmis par l'metteur. Une fois le SessionManager commence recevoir le flux de donnes, le DataSource est employ pour placer et stocker les donnes et le player sont activs. Le rcepteur dcode le flux de donnes audio transmis. Le module de rcepteur de mdias emploie un objet de Controller Player.

4.3 Contrler la bande passante


Jai utilis la commande tc sur Linux pour contrler la bande passante pour tester linfluence de la bande passante sur la qualit de la voix sur le rseau. tc est un programme utilisateur permettant de crer et d'associer des files une interface de sortie. C'est un tout en un, il est utilis pour installer divers types de files, associer des classes ces files, mettre en place les filtres de classification.
27

Travail d'Intrt Personnel Encadr (TIPE)

Il fait partie du package iproute2 contenant galement d'autres utilitaires tel que ip permettant notamment d'effectuer de l'IP aliasing ou de l'IP tunneling. Pour utiliser la commande tc il faut que comprendre quelques concepts : qdisc Queue Discipline : C'est un algorithme grant une file d'attente. L'objet qdisc contient le type de l'algorithme et la file d'attente. class Class of traffic : C'est la manire dont est gr un traffic. L'objet class contient seulement le type de l'algorithme, il ne contient pas de file d'attente. Quand il a besoin d'un paquet il demande ses fils. filter Paquet filtering : Redirection d'un paquet en sortie vers un qdisc en fonction de tests fait sur le contenu du paquet.
HTB

Hierarchical Token Bucket : Quand on lui demande un paquet (s'il ne limite pas le trafic) il va demander l'un de ses fils de lui donner un paquet pour le transmettre au niveau du dessus. rate Le dbit moyen que l'on prvoit pour le flux. ceil Le dbit maximum (plafond) que l'on prvoit pour le flux. Sa syntaxe de tc est la suivante :
[root@leander]# tc Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } O OBJECT := { qdisc | class | filter } OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] }

Le but de mon programme est d'implmenter des restrictions de flux sortant de mdia en utilisant la commande tc. Les tests seront fait entre deux machines. Le flux sortant de mdia sera limit selon chaque format de mdia. Par exemple, je veux tester linfluence de la bande passante sur la voix codec PCMU frquences des chantillonnages 8000 Hz et le dbit 64 kbit/s. Jutilise la commande tc pour limiter la bande passante 70 kbit/s entre deux machines avec ladresse dIP 192.168.102.130 et 192.168.102.140 Ajouter une queue de discipline htp dispositif eth0
[root@leander]# tc qdisc add dev eth0 root handle 1:0 htb

Ajouter une discipline pour limiter la bande passante 70 kbit/s


[root@leander]# tc class add eth0 parent 1:1 classid 1:6 rate 70kbit ceil 70kbit

28

Travail d'Intrt Personnel Encadr (TIPE)

Appliquer la discipline la machine courant vers la machine ip 192.168.102.140


[root@leander]# tc filter add eth0 parent 1:0 protocol ip u32 match ip dst 192.168.102.140 flowid 1:6

Pour plus de dtails, consultez le site web :


http://www.linux-ip.net/articles/Traffic-Control-HOWTO/index.html

4.4 Rsultats
Jai ralis de tester la qualit de la voix sur diffrents codecs par limiter la bande passante pour voir linfluence de la bande passante sur la voix. Sur Linux jai install le logiciel Linphone qui permet de raliser un appel entre deux machines sur le rseau de lIFI et jai utilis la commande tc pour contrler la bande passante. Jai utilis la mthode MOS (Mean Opinion Score) pour mesurer la qualit de la voix. Tester avec le dbit 256 kbit/s avec la musique PCMU 64kbit/s Speex 20kbit/s (G711) Personne 1 4,5 3,5 Personne 2 4 3 Personne 3 4,25 3 MOS 4,25 3,16 Tester avec le dbit 256 kbit/s avec la voix normal PCMU 64kbit/s 4,5 4 4,5 4,3 Speex 20kbit/s 4,5 4,1 4 4,2 GSM 13,5kbit/s 4 4 4 4 1015 2,5kbit/s 3 3,5 3,25 3,25

GSM 13,5kbit/s 3 3 3 3

1015 2,5kbit/s 2.75 2.5 2,5 2,58

Personne 1 Personne 2 Personne 3 MOS

Avec les rsultats ci-dessus, je trouve que pour transmettre la musique sur le rseau dIP, on doit utiliser le codec PCMU pour garantir la qualit de la musique, dautre part, pour transmettre la voix normale, il faut bien utiliser le codec GSM qui peut assurer la qualit de la voix et rduire la bande passante. Limiter la bande passante pour voir linfluence de la bande passante sur la qualit de la voix. Ici, jai test la qualit de la voix normale avec les dbits diffrents sur les codecs diffrents :
29

Travail d'Intrt Personnel Encadr (TIPE)

PCMU Ordre 1 2 3 4 GSM Ordre 2 3 4 5

8000 Hz 64 kbit/s Dbit (kbps) Personne 1 80 kbps 3 70 2 75 2,1 85 4 8000 Hz 13,5 kbit/s Dbit (kbps) Personne 1 40 4 20 1 25 2 30 3

Personne 2 3,25 1,5 2 4

Personne 3 3 2 2 3,75

MOS 3,08 1,83 2,03 4,25

Personne 2 4 1 1,5 3,15

Personne 3 4 1 2 3,5

MOS 4 1 1,83 3,22

PCMA Ordre 1 2 3 4 5 Speex Ordre 1 2 3 4 speex Ordre 1 2 3

8000 Hz 64 kbit/s Dbit (kbps) Personne 1 65 2 70 2,7 75 3 80 4 85 4,4 8000 Hz 20 kbit/s Dbit (kbps) Personne 1 20 kbps 1 30 2 35 3 40 4 16000 Hz 28 kbit/s Dbit (kbps) Personne 1 30 kbps 1 35 2 40 2,7

Personne 2 2 2,5 3,5 3,5 4

Personne 3 2 2,5 3 3,75 4

MOS 2 3,56 3,16 3,75 4,13

Personne 2 1 1,5 3 4

Personne 3 1 2 3,2 4

MOS 1 1,83 3,06 4,13

Personne 2 1 2 2,5
30

Personne 3 1 2 2,5

MOS 1 2 2,56

Travail d'Intrt Personnel Encadr (TIPE)

4 1015 Ordre 1 2 3 4

45

3,67

8000 Hz 2,4 kbit/s Dbit (kbps) Personne 1 10 kbps 1 15 2 20 3 25 4

Personne 2 1 1,5 2,5 4

Personne 3 1 1,5 2,75 4

MOS 1 1,6 2,6 4

Pour rduire le temps de tester la qualit de la voix transmettant sur le rseau, jutilise mon logiciel criant en java, et jai captur la parole dans un fichier, aprs transmettre sur le rseau. Jai utilis le logiciel qui sappelle Bandwidth Controller Standard sur Window pour limiter la bande passante. dvi Ordre 1 2 3 4 8000 Hz 34 kbit/s Dbit (kbps) Personne 1 32 kbps 2 40 2,1 45 3 50 4

Personne 2 1 2 3 4

Personne 3 1 2 3 4

MOS 1,3 2,03 3 4

MPEG Audio 44100Hz 50 kbit/s Ordre Dbit (kbps) Personne 1 1 40 kbps 1,5 2 50 2 3 60 3 4 70 3,5 GSM Ordre 1 2 3 4 G723 8000 Hz 17 kbit/s Dbit (kbps) Personne 1 17 kbps 2 20 3 25 3 30 4 8000 Hz 5,3 kbit/s

Personne 2 1 2 3 3,75

Personne 3 1 1,5 3,2 4

MOS 1,16 1,83 3,06 3,75

Personne 2 2 2,5 3 4

Personne 3 1 2,5 3 4

MOS 1,6 2,6 3 4

31

Travail d'Intrt Personnel Encadr (TIPE)

Ordre 1 2 3 4

Dbit (kbps) 10 kbps 15 20 30

Personne 1 2 3 3 4

Personne 2 2 2,75 3 4

Personne 3 2 2,5 3 4

MOS 2 2,75 3 4

Avec les rsultats ci-dessus, on trouve que Pour transmettre la voix avec un certain dbit, il faut transmettre avec le dbit= le dbit de la voix+20 (kbit/s)

V. Conclusion
VoIP est une application dIP qui a des conditions dexcution rigoureuses. Lexcution du rseau dIP a un impact direct sur la qualit de voix. Ces tudes identifient les facteurs daffaiblissements de transmission qui devraient tre mesurs. Ceux-ci incluent le taux de perte de trame, dlai et gigue. En particulier, le QoS joue un rle important du rseau dIP. Quand il y a controverse de ressource comme la congestion de rseau, il est important de fournir un meilleur service au VoIP. Ces tudes examinent diverses mesures de qualit comme MOS, PSQM, et le E-Model. Toutes ces mesures sont utiles et peuvent tre employes en association. Dans ce TIPE, jai ralis un systme qui permet de transmettre la voix sur rseau dIP et mesur la qualit de la voix sous les codecs diffrents par mthode MOS, analys linfluence de la bande passante sur la voix dIP. Difficult de ce TIPE : - Pour mesure plus prcise la qualit de la voix par mthode MOS, il faut avoir plusieurs personnes pour couter, et chaque personne doit avoir un bon casque audio. - Perde beaucoup de temps de mesurer la qualit de la voix par mthode MOS. - Pour limiter la bande passante, on doit avoir une bonne connaissance de contrler la bande passante, il est trs compliqu.

VI. Rfrences
[1] Angus Ma, Voice over IP (VoIP) , (2001) Spirent Communication. Tlchargeable ici : http://www.spirentcom.com/documents/100.pdf [2] Todd Rapposelli, VoIP OVERVIEW, (2004) Aterna, LLC Tlchargeable ici: http://gm.slctech.org/HST-3000_whitepaper5_en.pdf [3] Accellent, La Qualit de Service de la Voix sur IP Principes et Assurance
32

Travail d'Intrt Personnel Encadr (TIPE)

Tlchargeable ici : http://www.accellent-group.com/media/La_qualite_de_service _VoIP_Principes_et_Assurance.pdf [4] Stphane Lohier, Dominique Prsent, Transmissions et Rseaux, 3e dition 2005 [5] Olivier Hersent, David Gurle, Jean Pierre Petit, La Voix sur IP-Codecs, H.323, SIP, MGCP, dploiement et dimensionnement, 2004 [6] Bert Hubert, HOWTO du routage avanc et du contrle de trafic sous Linux Tlchargeable ici : http://www.ibiblio.org/pub/Linux/docs/HOWTO/translations/fr/html-1page/AdvRouting-HOWTO.html#LARTC.ADV-FILTER.U32 [7] Martin A. Brown, Traffic Control HOWTO, Version 1.0.2, Oct 2006 Tlchargeable ici: http://www.linux-ip.net/articles/Traffic-Control-HOWTO/index.html [8] J Light, Performance Analysis of Audio Codecs over Real-Time Transmission Protocol (RTP) for Voice Services over Internet Protocol, 2004 IEEE [9] Java Media Framework API Guide, November 19, 1999 JMF 2.0 FCS [10] Jean-Philippe Farrugia, Qualit de service et multimdia [11] Radvision, SIP: Protocol Overview, 2001 Tlchargeable ici : http://www.radvision.com [12] The International Engineering Consortium, H.323

33