Glossaire

ADSL : quipement d'accs un rseau de tlcommunication, qui permet d'atteindre, sur des lignes tlphoniques traditionnelles, des hauts dbits de transmission de donnes, lesquels varient en fonction de la distance parcourir et sont asymtriques, parce qu'il n'y a pas d'quivalence entre la vitesse des donnes allant du rseau vers l'abonn (dbit descendant) et celle allant de l'abonn vers le rseau (dbit montant).

ATM : Asynchronous Transfer Mode (mode de transfert asynchrone), technique de multiplexage et d'acheminement pour rseaux multiservices hauts dbits.

DSL :

Digital Subscriber Line, ou xDSL, famille de technologies qui dfinit des transmissions hauts dbits sur la boucle locale reliant le central tlcoms le plus proche un abonn.

IP :

(Internet Protocol) Protocole de base du rseau Internet qui rgit l'expdition et la circulation des donnes sous forme de paquets travers des rseaux htrognes.

NGN : (Next Generation Network) C'est une nouvelle architecture de rseau de communication. Le principe est dutiliser les technologies de transport en mode paquet, rserv jusqualors pour les donnes, pour transporter lensemble des services de tlcommunications.

UMTS : (Universal Mobile Telecommunication System) Bluetooth : appareil qui dfini les sauts de frquences auxquels les autre appareils du piconet devront se baser. Systme de tlphonie cellulaire de troisime gnration, de conception europenne, qui vise permettre aux appareils de supporter des dbits pouvant aller jusqu' 2 mgabits par seconde (Mbit/s), de manire rendre plus facile l'accs Internet et faire en sorte que les communications multimdias puissent s'effectuer rapidement. C'est sur ce systme utilisant une bande de frquences se situant autour de 2 gigahertz (GHz) que doit reposer, en Europe, la future norme universelle rgissant les communications avec les tlphones cellulaires.

VoIP : (Voice over Internet Protocol) Technique permettant d'intgrer la voix aux donnes transmises par paquets sur un rseau utilisant le protocole Internet. Le terme voix sur Internet tait surtout employ l'poque o il s'agissait principalement de transmettre la voix sur le grand rseau public. On utilise davantage maintenant le terme voix

sur IP , puisqu'il s'agit non seulement de transmettre des messages vocaux sur Internet, mais aussi sur tout rseau priv IP (intranet). .

Une grande partie de ce glossaire s'inspire des dfinitions de l'Office de la langue franaise du gouvernement du Qubec : http://www.olf.gouv.qc.ca/

NGN : le rseau de demain pour la voix et les donnes

> Introduction > Les acteurs : fournir de nouveaux services multimdias > Une architecture plus ouverte : un rseau moins cher et plus volutif > Apporter de nouveaux services pour rentabiliser les technologies > Quatre concepts pour la conception de larchitecture NGN > Des concepts aux architectures > Deux filires pour larchitecture NGN > Les applications > De nombreuses applications dans le rseau daccs > UMTS : NGN sur laccs radio

Introduction NGN, pour Next Generation Network est une nouvelle architecture de rseau de communication. Le principe est dutiliser les technologies de transport en mode paquet, rserv jusqualors pour les donnes, pour transporter lensemble des services de tlcommunications. De plus, on spare les interfaces des diffrentes couches du rseau de communication (transport, commande et applications), pour permettre une volutivit plus importante du rseau. Enfin, NGN utilise les nouvelles technologies paquets pour proposer des services hauts dbits. Avec NGN, lobjectif est donc de disposer dun rseau unique pour lensemble des services, alors, quactuellement, il existe pratiquement un rseau par type de service.

Les acteurs : fournir de nouveaux services multimdias Le projet NGN dmarre la fin de la dcennie 90. Les rseaux tlphoniques taient alors bien tablis et les matriels taient rcents. Les industriels devaient donc trouver de nouveaux dbouchs. Pour cela, ils devaient proposer des

solutions qui permettaient dlargir loffre -au del des services tlphoniques- notamment des services multimdias. Les oprateurs de leur ct, enregistraient une croissance exponentielle du trafic des donnes. Pour rpondre ces besoins, ils ont donc tabli des rseaux de transport en mode paquets, en utilisant les technologies ATM ou IP. Naturellement, lide est venue de mettre galement la tlphonie sur ces nouveaux rseaux afin de raliser des conomies dchelle, notamment au niveau des transports.

Une architecture plus ouverte : un rseau moins cher et plus volutif Pourquoi alors ne pas tirer profit de cette restructuration pour remettre plat le fonctionnement du rseau ? Car plusieurs problmes se posaient aux oprateurs historiques comme France Tlcom. En effet, les services voluent beaucoup plus vite que les infrastructures de transport. Or, la couche transport constitue le gros des investissements. Il est donc important de ne pas remettre en cause les investissements de la couche transport lorsque que lon veut changer un service. Par ailleurs, les oprateurs veulent disposer dune architecture plus ouverte permettant de tirer un meilleur parti du march. Compte tenu de la complexit des solutions mises en uvre pour les rseaux de tlcommunications, il est impossible quun fournisseur soit le meilleur dans tous les domaines. Avec, une architecture ouverte, qui favorise la segmentation de loffre, certains industriels peuvent dvelopper une expertise trs pointue et proposer des offres vraiment innovantes. Ainsi, les oprateurs disposent de meilleurs produits tout en faisant jouer la concurrence. Actuellement, dans les rseaux intelligents par exemple, si un oprateur veut dfinir de nouveaux services, il dpend du constructeur de sa plate-forme. Si le constructeur est trop cher, il ne peut pas faire voluer son rseau. Autre avantage dune architecture ouverte : lamlioration des cycles de mise en uvre de nouveaux services. Dans un monde concurrentiel comme celui des tlcommunications, il faut tre capable de ragir trs vite. Les technologies ouvertes permettent de changer un composant et de mettre en uvre un nouveau service dans des cycles de quelques mois (actuellement, les dlais sont plutt de lordre de lanne). Evidemment, les nouveaux entrants nont pas la mme problmatique : ils nont pas sauvegarder leurs investissements. Ils peuvent donc prendre plus de risques, opter pour des technologies plus avant-gardistes. De mme, les oprateurs historiques sont aussi en concurrence dans leur dmarche de conqute de march linternational et France Tlcom est bien souvent nouvel entrant sur dautres marchs au niveau de ses filiales. Le but est donc pour tous de minimiser les cots dinvestissements et davoir la meilleure ractivit.

Apporter de nouveaux services pour rentabiliser les technologies Les oprateurs ont abandonn depuis longtemps lide de la killer application trs en vogue pendant la bulle Internet . Aujourdhui, ils parient plutt sur la synergie entre les diffrents mdias et sur les interactions entre les services. La combinaison de diffrentes offres permet par exemple doffrir moindre cot les donnes et la vido partir dun mme rseau. Le but est donc damener en pied dimmeuble tous les services dont le client a potentiellement besoin et de lui permettre dy accder le plus simplement et le plus naturellement possible. Aujourdhui, cest ADSL qui joue ce rle sur la ligne de cuivre ou encore la fibre optique dans les pays scandinaves. ADSL, ntant pas vraiment rentable pour un simple accs internet haut dbit, il sagit

dapporter de nouveaux services exploitant les possibilits de cette technologie. .

Quatre concepts pour la conception de larchitecture NGN Les bases sont poses mais quelle technologie mettre en uvre pour raliser le nouveau rseau ? On part dabord dun constat : les transports de donnes sont majoritaires dans les pays dvelopps US, Japon,, et ces trafics de donnes ont ncessit la mise en place de services de transports spcifiques utilisant les technologies spcifiques ATM ou IP.

Quatre concepts sont dterminants pour le choix des technologies (cf. encadr 1). Dabord, il sagit dutiliser le rseau paquet pour le transport banalis des informations (voix, donnes, vido) et tous les services. Ensuite, il faut externaliser et distribuer lintelligence. Aujourdhui, le commutateur tlphonique inclut toutes les couches de communication. Dans larchitecture NGN, les couches sont bien identifies et relies par des interfaces clairement dfinies. Il est ainsi possible de sauvegarder les investissements dans chacune des couches quelles que soient les modifications dans les autres couches du rseau. Troisime concept : un rseau de transmission optique. On a dj un cur de rseau tout optique mais la plus grande partie du rseau est encore sur paire de cuivre. Cependant, les applications sont de plus en plus gourmandes en terme de dbit et elles ncessiteront terme une volution vers du tout optique. Dernier concept : segmenter le march avec des interfaces ouvertes. On dfinit des interfaces standard entre les diffrentes couches. Les oprateurs peuvent ainsi constituer des rseaux htrognes pour tirer partie des meilleurs quipements. Ce qui est trs difficile actuellement.

Exemple dun service de visiophonie sappuyant sur larchitecture cible NGN

Des concepts aux architectures La stratgie dimplmentation de cette nouvelle technologie est alors trs variable. Il existe en fait de nombreux points de dpart comme choisir les rseaux de transit ou daccs. Les dcision ne sont pas les mmes pour loprateur de tlphonie, qui veut tablir des services multimdias donc dintroduire les donnes dans son rseau et les ISP, qui veulent introduire la voix. Loprateur historique doit quant lui tenir compte de lexistant et le nouvel entrant doit investir sur les nouvelles technologies. Pour leur part, les oprateurs mobiles sont aussi intresss par le concept NGN pour mieux structurer le rseau. Paralllement au niveau des industriels, on assiste surtout depuis les annes 90 une lutte dinfluence entre les industries traditionnelles des tlcoms et le monde informatique. Auparavant, chaque industriel construisait son calculateur. Il avait donc un march captif. Mais, on a vu se dvelopper peu peu lutilisation de plate-forme bases sur des machine informatiques de type HP, Sun ou Compaq. Cisco par exemple est arriv rcemment dans le monde des tlcoms. Autre point de dpart : les technologies daccs cohabitent actuellem ent (cuivre, radio ou encore satellite) notamment pour internet. Les rglements locaux ont galement un effet sur les nouvelles technologies, ainsi que les stratgies dinvestissement court ou long terme. Bref, tous ces paramtres aboutissent deux architectures diffrentes : lapproche tlphonie ou lapproche multimdia . (cf encadr 2)

Deux filires pour larchitecture NGN Les deux filires ont chacune leurs avantages et leurs inconvnients (cf encadr 2). La filire tlphonique a t teste par France Tlcom avec Ericson et a des caractristiques de fiabilit bien matrises par les industriels. La filire multimdia ou data , qui semble aujourdhui avoir la prfrence du march, est plus une volution des rseaux IP. Mais, la qualit de service nest pas garantie. La scalabilit est aussi un point faible de cette filire : le s machines utilises ont aujourd'hui de petites capacits et ne permettent pas de grer de faon simple des capacits identiques la filire tlphonique. Encore une fois, une solution ne simpose pas facilement. Il y a deux techniques dadaptation. Dabord, la voix sur ATM. Elle est supporte par la grande majorit des constructeurs de solutions pour le transit parce quelle permet de garantir la qualit de service, les utilisateurs nacceptant aucune rgression. Par contre, la prennit de lATM au cur du rseau est trs incertaine. Reste une deuxime technique : la voix sur IP. Elle est proche des applications et le protocole est bien tabli. Lintgration se fait sans problme dans le rseau ds que lon a implment des machines IP dans le cur du rseau. Une chose freine pourtant son dveloppement : sa qualit non garantie. En fait, ds que lIP saura fournir une qualit de service suffisante, ATM disparatra du cur du rseau. Cette migration devrait se faire dans les deux ou trois ans. Maintenant, les experts pensent que la cible est bien la voix sur IP (VoIP).

Les applications La premire application, cest le NGN transit. France Tlcom a dailleurs ralis une exprimentation pendant le premier semestre 2002. Le but tait de grer la croissance au niveau du transit prvue entre 2001 et 2005. Lexprimentation a montr quune architecture de type NGN, avec des passerelles au niveau des sources de trafic, permettait de rsoudre les problmes lis au trafic interconnexion, trs volatile en volume et en localisation. Elle a aussi permis dapprhender les nouveaux problmes dexploitation poss par ce type darchitecture. Le bilan nest pas complet mais on saperoit quil ny a pas vraiment de bouleversements dans lexploitation. Larchitecture NGN transit donne un niveau de souplesse que lon navait pas jusqu maintenant mme pour offrir le service tlphonique. Des passerelles assurent linterface avec le rseau tlphonique. Les interfaces du type NGN peuvent tre introduites dans un rseau de faon souple et en plus dlocalise, ouvrant de nouvelles possibilits pour des applications au niveau international. Par exemple, on peut envisager davoir un call serveur sur le territoire national et des passerelles dans les diffrentes filiales europennes du groupe pour offrir certains services intelligents.

De nombreuses applications dans le rseau daccs Larchitecture NGN a aussi de nombreuses applications au niveau du rseau daccs. La premire dentre elles est le remplacement des commutateurs tlphoniques existants. La deuxime application est la possibilits de mettre en place de nouvelles offres de services (l encore, on retrouve les deux filires : la tlphonie pour les remplacement de CAA existants et le multimdia). Enfin, le gros du march devrait se situer au niveau des services l'accs avec le dveloppement des services multimdias avec garantie de qualit de service, mettant profit les accs hauts dbit. Le NGN sur DSL et lapproche multimdia est une autre application prometteuse. Lide est dutiliser laccs ADSL dj dploy pour lInternet haut dbit pour offrir de nouveaux services.

UMTS : NGN sur laccs radio Il y a de plus en plus de convergence dans les solutions fixe et mobile proposes par les industriels. Dautant que lon parle de plus en plus dintroduire la gestion de la mobilit sur le fixe. Le mobile se diffrentie simplement par la gestion de la mobilit en temps rel alors quau niveau fixe ds linstant que le client sest dclar un endroit toute la cession va sy drouler. Ces solutions communes ne veulent pas dire pour autant que lon va vers un rseau unique fixe et mobile, essentiellement voqu par les gens du fixe. Ct oprateurs mobiles, on envisage plutt des scnarios o le rseau mobile prend en charge lensemble des services en ut ilisant le rseau fixe comme ADSL simplement pour le transport des paquets. Les rseaux mobiles sont plus rcents et ont des commandes plus volutives. Un autre scnario faisant appel une coopration entre les deux rseaux est galement envisageable. En outre, le rseau fixe sera toujours en mesure d'offrir plus de dbit que le rseau

mobile car la ressource radio est une ressource rare et chre. Aujourdhui, il reste donc de nombreuses questions. Le march actuel plutt atone- a frein le dploiement de NGN et na pas permis les arbitrages technologiques. Pour France Tlcom, il sagit doffrir ses clients des services innovants en utilisant les accs hauts dbits de type ADSL. Bien sr, lide dintroduire la mobilit dans le rseau fixe est toujour s prsente. Car le client veut avoir des services que lon appelle sans couture, peu lui importe davoir des services sur un rseau fixe ou un rseau mobile, son problme est de disposer de son environnement de service o quil soit. Cest un des grands dfis de NGN.

Fiche technique TITRE Migration NGN - IMS : Stratgie et Mise en oeuvre OBJECTIFS Cet atelier permet aux participants de comprendre la migration des rseaux traditionnels vers les rseaux de nouvelles gnrations, larchitecture et les technologies utilises et les nouveaux services associs aux dploiements des NGN. Il montre la transition de NGN vers IMS et sa mise en oeuvre et les aspects de cots qu'implique cette migration. POPULATION CIBLE Cet atelier sadresse aux ingnieurs, planificateurs de rseaux, aux dcideurs oeuvrant la dfinition de la stratgie de service des oprateurs, des rgulateurs et ISP du secteur des tlcommunications. METHODOLOGIE Prsentation suivi des tudes de cas sur les scnarios de transition. Benchmarking sur les solutions offertes par les oprateurs. PROGRAMME 1 Introduction au NGN 1.1 - Nouveaux enjeux et objectifs 1.2 - Evolution des rseaux de tlcommunications (rseaux de tlphonie, de donnes, mobiles et multimdias) 1.3 - Infrastructures des services de tlcommunications 1.4 - La nouvelle gnration des services tlcoms 1.5 - les concepts du NGN 1.6 - les rseaux de voix - le rseau tlphonique commut - le rseau smaphore numro 7 - le rseau intelligent 1.7 - scnarios de migration du RTC au NGN - NGN tlphonie (NGN Class 4, NGN Class 5) - NGN multimdia

2 Les composantes de l'architecture 2.1 - Principes gnraux de larchitecture NGN - Architecture de rfrence - Description des entits et des fonctionnalits 2.2 - Points de rfrence, Passerelles et protocoles 2.3 - Media Gateway - Trunking Gateway - Residential Gateway - Access Gateway - IUntegrated Access Device 2.4 - Architecture SoftSwitch - Modle lgataire pour la voix - Modle pour la filire donnes 2.5 - Signaling Gateway 2.6 - Configurations NGN - NGN de transit - NGN daccs - Ralisation organique - Le NGN lusage la voix sur IP - Modles darchitectures NGN pour VoIP - Le NGN lusage des rseaux mobiles UMTS - Architecture NGN dun rseau multimdia avec xDSL

3 les protocoles 3.1 - Protocole SIP de lIETF - Elments fonctionnels SIP - User Agent - Proxy Server - Redirect Server - Registrar - Les mthodes SIP - Requtes et scnarios dappel - SIP lusage du NGN 3.2 - Protocole H323 de lITU - Entits et protocoles H323 - H323 endpoint - H323 Gatekeeper - Multipoint Control Unit - H323 Gateway - Les protocoles H225 RAS, H225 Q.931, H245 - H323 v1, v2 et v3 - Modes de signalisation et scnarios dappel - H323 lusage du NGN 3.3 - H323 versus SIP 3.4 - MGCP/MEGACO/H248 - Rles et fonctions - protocoles et services - Les modles - Commandes et transactions

- Schmas dappel MEGACO - Diffrences MGCP/MEGACO/H248 3.5 - Positionnement SIP/H323 par rapport MEGACO 3.6 - Q.BICC et SIP-T 3.7 - SIGTRAN 3.8 - RTP et RTCP 3.9 - Interfonctionnement avec le RTC - Transport de la signalisation - Interfonctionnement avec SIP et H323

4 Rseaux mobiles et NGN 4.1 : UMTS R3 4.2 : UMTS R4 : Introduction du NGN tlphonie dans l'architecture UMTS - 3 phases - tude de cas 4.3 : UMTS R5 et R6 : Introduction du NGN NGN multimdia (IMS) dans l'architecture UMTS - planification de l'volution - conception et gestion de la QoS - controle de trafic et facturation - connectivit CS-IMS - tude de cas 5 : Taxation dans NGN et IMS 5.1 - architecture de taxation 5.2 - taxation offline 5.3 - taxation online 5.4 - taxation flow-based 5.5 - points de rfrence de taxation 5.6 - informations de taxation l'enregistrement 5.7 - ngociation et rservation de ressources 5.8 - informations de taxation en cours de session 5.9 - corrlation des informations de taxation

6 : Architecture de service NGN 6.1 - Architecture de services - plans fonctionnels - plans informationnels - plan de gestion 6.2 - Architecture de services SIP - Application Server - Media Server - Messaging Server 6.3 - API de dveloppement - PARLAY/OSA - JAIN - Interfonctionnement avec CAMEL

- Interfonctionnement avec les AS et les CCS 6.4 - Cration et excution des services - Environnements de cration de services - VHE et MExE - Cration et lexcution de services avec JAIN 6.5 - Vers des services intgrs valeur ajoute - Exemple dintgration des services du rseau intelligent - Dynamique dun service de base - Services VoIP valeur ajoute - Exemple de mise en uvre dun service de centre dappel - tude au choix : prsence, messagerie, congrence, gestion de groupe 6.6 - Catalogue d'applications NGN et mise en oeuvre 7 : les solutions NGN et IMS des constructeurs 7.1 - ERICSSON : Engine et IP multimdia 7.2 - ALCATEL : NGN et IMS 7.3 - SIEMENS : Surpass et IMS@vantage 7.4 - CISCO : Open Packet Telephony 7.5 - NORTEL : Succession et Multimedia Converged Services 7.6 - LUCENT : softswitch et Accelerate 7.7 - SONUS NETWORKS : softswitch 7.8 - comparaison entre les diffrentes solutions 8 : les approches NGN et IMS des oprateurs 8.1 - Configurations similaires Orange et Tunisie Tlcom 8.2 - Evolution des configurations 8.3 - Evolution des architectures physiques 8.4 - Solutions de migration du PSTN au NGN

DATE ET LIEU Du 16/04/2007 au 20/04/2007 Yaound [Cameroun] DUREE 5 jours ANIMATEURS Zeid Choukair Enseignent chercher SUP COM Tunis TARIF 500 000 FCFA CONTACT ESMT BP: 10 000 Dakar Libert Tl: (221) 824 98 06 / LD: (221) 869 03 16 Fax: 824 68 90 Contact: marcom@esmt.sn

NGN : le rseau de demain pour la voix et les donnes

Introduction NGN, pour Next Generation Network est une nouvelle architecture de rseau de communication. Le principe est dutiliser les technologies de transport en mode paquet, rserv jusqualors pour les donnes, pour transporter lensemble des services de tlcommunications. De plus, on spare les interfaces des diffrentes couches du rseau de communication (transport, commande et applications), pour permettre une volutivit plus importante du rseau. Enfin, NGN utilise les nouvelles technologies paquets pour proposer des services hauts dbits. Avec NGN, lobjectif est donc de disposer dun rseau unique pour lensemble des services, alors, quactuellement, il existe pratiquement un rseau par type de service.

Les acteurs : fournir de nouveaux services multimdia Le projet NGN dmarre la fin de la dcennie 90. Les rseaux tlphoniques taient alors bien tablis et les matriels taient rcents. Les industriels devaient donc trouver de nouveaux dbouchs. Pour cela, ils devaient proposer des solutions qui permettaient dlargir loffre -au del des services tlphoniques- notamment des services multimdia. Les oprateurs de leur ct, enregistraient une croissance exponentielle du trafic des donnes. Pour rpondre ces besoins, ils ont donc tabli des rseaux de transport en mode paquets, en utilisant les technologies ATM ou IP. Naturellement, lide est venue de mettre galement la tlphonie sur ces nouveaux rseaux afin de raliser des conomies dchelle, notamment au niveau des transports .

Une architecture plus ouverte : un rseau moins cher et plus volutif Pourquoi alors ne pas tirer profit de cette restructuration pour remettre plat le fonctionnement du rseau ? Car plusieurs problmes se posaient aux oprateurs historiques comme France Tlcom. En effet, les services voluent beaucoup plus vite que les infrastructures de transport. Or, la couche transport constitue le gros des investissements. Il est donc important de ne pas remettre en cause les investissements de la couche transport lorsque que lon veut changer un service. Par ailleurs, les oprateurs veulent disposer dune architecture plus ouverte permettant de tirer un meilleur parti du march. Compte tenu de la complexit des solutions mises en uvre pour les rseaux de tlcommunications, il est impossible quun fournisseur soit le meilleur dans tous les domaines. Avec, une architecture ouverte, qui favorise la segmentation de loffre, certains industriels peuvent dvelopper une expertise trs pointue et proposer des offres vraiment innovantes. Ainsi, les oprateurs disposent de meilleurs produits tout en faisant jouer la concurrence. Actuellement, dans les rseaux intelligents par exemple, si un oprateur veut dfinir de nouveaux services, il dpend du constructeur de sa plate-forme. Si le constructeur est trop cher, il ne peut pas faire voluer son rseau. Autre avantage dune architecture ouverte : lamlioration des cycles de mise en uvre de nouveaux services. Dans un monde concurrentiel comme celui des tlcommunications, il faut tre capable de ragir trs vite. Les technologies ouvertes permettent de changer un composant et de mettre en

uvre un nouveau service dans des cycles de quelques mois (actuellement, les dlais sont plutt de lordre de lanne). Evidemment, les nouveaux entrants nont pas la mme problmatique : ils nont pas sauvegarder leurs investissements. Ils peuvent donc prendre plus de risques, opter pour des technologies plus avant-gardistes. De mme, les oprateurs historiques sont aussi en concurrence dans leur dmarche de conqute de march linternational et France Tlcom est bien souvent nouvel entrant sur dautres marchs au niveau de ses filiales. Le but est donc pour tous de minimiser les cots dinvestissements et davoir la meilleure ractivit.

Apporter de nouveaux services pour rentabiliser les technologies Les oprateurs ont abandonn depuis longtemps lide de la killer application trs en vogue pendant la bulle Internet . Aujourdhui, ils parient plutt sur la synergie entre les diffrents mdias et sur les interactions entre les services. La combinaison de diffrentes offres permet par exemple doffrir moindre cot les donnes et la vido partir dun mme rseau. Le but est donc damener en pied dimmeuble tous les services dont le client a potentiellement besoin et de lui permettre dy accder le plus simplement et le plus naturellement possible. Aujourdhui, cest ADSL qui joue ce rle sur la ligne de cuivre ou encore la fibre optique dans les pays scandinaves. ADSL, ntant pas vraiment rentable pour un simple accs internet haut dbit, il s agit dapporter de nouveaux services exploitant les possibilits de cette technologie. .

Quatre concepts pour la conception de larchitecture NGN Les bases sont poses mais quelle technologie mettre en uvre pour raliser le nouveau rseau ? On part dabord dun constat : les transports de donnes sont majoritaires dans les pays dvelopps US, Japon, et ces trafics de donnes ont ncessit la mise en place de services de transports spcifiques utilisant les technologies spcifiques ATM ou IP.

Quatre concepts sont dterminants pour le choix des technologies (cf. encadr 1). Dabord, il sagit dutiliser le rseau paquet pour le transport banalis des informations (voix, donnes, vido) et tous les services. Ensuite, il faut externaliser et distribuer lintelligence. Aujourdhui, le commutateur tlphonique inclut toutes les couches de communication. Dans larchitecture NGN, les couches sont bien identifies et relies par des interfaces clairement dfinies. Il est ainsi possible de sauvegarder les investissements dans chacune des couches quelles que soient les modifications dans les autres couches du rseau. Troisime concept : un rseau de transmission optique. On a dj un cur de rseau tout opti que mais la plus grande partie du rseau est encore sur paire de cuivre. Cependant, les applications sont de plus en plus gourmandes en terme de dbit et elles ncessiteront terme une volution vers du tout optique. Dernier concept : segmenter le march avec des interfaces ouvertes. On dfinit des interfaces standards entre les diffrentes couches. Les oprateurs peuvent ainsi constituer des rseaux htrognes pour tirer partie des meilleurs quipements. Ce qui est trs difficile actuellement.

Exemple dun service de visiophonie sappuyant sur larchitecture cible NGN.

Des concepts aux architectures La stratgie dimplmentation de cette nouvelle technologie est alors trs variable. Il existe en fait de nombreux points de dpart comme choisir les rseaux de transit o u daccs. Les dcision ne sont pas les mmes pour loprateur de tlphonie, qui veut tablir des services multimdia donc dintroduire les donnes dans son rseau et les ISP, qui veulent introduire la voix. Loprateur historique doit quant lui tenir compte de lexistant et le nouvel entrant doit investir sur les nouvelles technologies. Pour leur part, les oprateurs mobiles sont aussi intresss par le concept NGN pour mieux structurer le rseau. Paralllement au niveau des industriels, on assiste surtout depuis les annes 90 une lutte dinfluence entre les industries traditionnelles des tlcoms et le monde informatique. Auparavant, chaque industriel construisait son calculateur. Il avait donc un march captif. Mais, on a vu se dvelopper peu peu lutilisation de plate-forme bases sur des machine informatiques de type HP, Sun ou Compaq. Cisco par exemple est arriv rcemment dans le monde des tlcoms. Autre point de dpart : les technologies daccs cohabitent actuellement (cuivre, radio ou encore satellite) notamment pour internet. Les rglements locaux ont galement un effet sur les nouvelles technologies, ainsi que les stratgies dinvestissement court ou long terme. Bref, tous ces paramtres aboutissent deux architectures diffrentes : lapproche tlphonie ou lapproche multimdia . (cf encadr 2)

Deux filires pour larchitecture NGN Les deux filires ont chacune leur avantages et leurs inconvnients (cf encadr 2). La filire tlphonique a t teste par France Tlcom avec Ericson et a des caractristiques de

fiabilit bien matrises par les industriels. La filire multimdia ou data , qui semble aujourdhui avoir la prfrence du march, est plus une volution des rseaux IP. Mais, la qualit de service nest pas garantie. La scalabilit est aussi un point faible de cette filire : les machines utilises ont aujourd'hui de petites capacits et ne permettent pas de grer de faon simple des capacits identiques la filire tlphonique. Encore une fois, une solution ne simpose pas facilement. Il y a deux techniques dadaptation. Dabord, la voix sur ATM. Elle est supporte par la grande majorit des constructeurs de solutions pour le transit parce quelle permet de garantir la qualit de service, les utilisateurs nacceptant aucune rgression. Par contre, la prennit de lATM au cur du rseau est trs incertaine. Reste une deuxime technique : la voix sur IP. Elle est proche des applications et le protocole est bien tabli. Lintgration se fait sans problme dans le rseau ds que lon a implment des machines IP dans le cur du rseau. Une chose freine pourtant son dveloppement : sa qualit non garantie. En fait, ds que lIP saura fournir une qualit de service suffisante, ATM disparatra du cur du rseau. Cette migration devrait se faire dans les deux ou trois ans. Maintenant, les experts pensent que la cible est bien la voix sur IP (VoIP).

Les applications La premire application, cest le NGN transit. France Tlcom a dailleurs ralis une exprimentation pendant le premier semestre 2002. Le but tait de grer la croissance au niveau du transit prvue entre 2001 et 2005. Lexprimentation a montr quune architecture de type NGN, avec des passerelles au niveau des sources de trafic, permettait de rsoudre les problmes lis au trafic interconnexion, trs volatile en volume et en localisation. Elle a aussi permis dapprhender les nouveaux problmes dexploitation poss par ce type darchitecture. Le bilan nest pas complet mais on saperoit quil ny a pas vraiment de bouleversements dans lexploitation. Larchitecture NGN transit donne un niveau de souplesse que lon navait pas jusqu maintenant mme pour offrir le service tlphonique. Des passerelles assurent linterface avec le rseau tlphonique. Les interfaces du type NGN peuvent tre introduites dans un rseau de faon souple et en plus dlocalise, ouvrant de nouvelles possibilits pour des applications au niveau international. Par exemple, on peut envisager davoir un call serveur sur le territoire national et des passerelles dans les diffrentes filiales europennes du groupe pour offrir certains services intelligents.

De nombreuses applications dans le rseau daccs Larchitecture NGN a aussi de nombreuses applications au niveau du rseau daccs. La premire dentre elles est le remplacement des commutateurs tlphoniques existants. La deuxime application est la possibilits de mettre en place de nouvelles offres de services (l encore, on retrouve les deux filires : la tlphonie pour les remplacement de CAA existants et le

multimdia). Enfin, le gros du march devrait se situer au niveau des services l'accs avec le dveloppement des services multimdia avec garantie de qualit de service, mettant profit les accs hauts dbit. Le NGN sur DSL et lapproche multimdia, est une autre application prometteuse. Lide est dutiliser laccs ADSL dj dploy pour lInternet haut dbit pour offrir de nouveaux services.

UMTS : NGN sur laccs radio Il y a de plus en plus de convergence dans les solutions fixe et mobile proposes par les industriels. Dautant que lon parle de plus en plus dintroduire la gestion de la mobilit sur le fixe. Le mobile, se diffrentie simplement par la gestion de la mobilit en temps rel alors quau niveau fixe ds linstant que le client sest dclar un endroit toute la cession va sy drouler. Ces solutions communes ne veulent pas dire pour autant que lon va vers un rseau unique fixe et mobile, essentiellement voqu par les gens du fixe. Ct oprateurs mobiles, on envisage plutt des scnarios o le rseau mobile prend en charge lensemble des services en utilisant le rseau fixe comme ADSL simplement pour le transport des paquets. Les rseaux mobiles sont plus rcents et ont des commandes plus volutives. Un autre scnario faisant appel une coopration entre les deux rseaux est galement envisageable. En outre, le rseau fixe sera toujours en mesure d'offrir plus de dbit que le rseau mobile car la ressource radio est une ressource rare et chre. Aujourdhui, il reste donc de nombreuses questions. Le march actuel plutt atone- a frein le dploiement de NGN et na pas permis les arbitrages technologiques. Pour France Tlcom, il sagit doffrir ses clients des services innovant s en utilisant les accs hauts dbits de type ADSL. Bien sr, lide dintroduire la mobilit dans le rseau fixe est toujours prsente. Car le client veut avoir des services que lon appelle sans couture, peu lui importe davoir des services sur un rseau fixe ou un rseau mobile, son problme est de disposer de son environnement de service o quil soit. Cest un des grands dfis de NGN.

Les concepts : les fondements de NGN confronts lexistant

Concept N1 : utiliser le mme rseau paquet pour le transport banalis des informations (voix, donnes, vido) et tous les services.

ATM permet de fournir la qualit de service, une QS laquelle est largement habitu le client de
France Tlcom. Or, IP, de son ct, sil est devenu un standard au niveau applicatif, ne sait pas garantir la qualit de service. IPV6 rpond aux problmes dadresses utiles et de scurit mais la qualit de service dpend de technologies encore en cours dexprimentation. Rsultat : les deux technologies se combinent actuellement : ATM est utilis au niveau transport (niveau 2 de la couche rseau). ATM est encore la technologie de base pour lADSL. Mais, le rseau devra voluer vers IP qui est utilis dans les applications. Concept N2 : externaliser et distribuer lintelligence. Aujourdhui, le commutateur tlphonique inclut toutes les couches : le transport avec la matrice de

commutation, la commande qui permet de contrler les connexions sur cette matrice et mme la partie service qui est souvent incluse dans la commande. Tout cela est dans la mme machine. Le rseau smaphore permet de vhiculer les informations, la signalisation, les informations de commande du rseau de service.

Dans larchitecture NGN, la matrice de connexion est redistribue sur lensemble du rseau paquet. Lide est disoler la couche transport en sortant la commande, comme on peut le voir sur le schma, un serveur dappel pilote des passerelles, qui sont elles au niveau transport. Il assure simpl ement la connexion dun point un autre. Ces passerelles daccs font le lien entre les nouvelles technologies et lexistant. Elles font linterface entre le monde du tlphone et le serveur dappel qui les pilote. Car, pour un oprateur historique, il faut prendre en compte les problmes dinter fonctionnement avec des rseaux existants.

Autre avantage, les serveurs dappels peuvent tre regroups dans des sites dhbergement, car ils ne sont pas lis la matrice de connexion. On minimise ainsi les cots dexploitation. Loprateur peut galement mettre en place des quipes spcialises sur ces serveurs et garantir une excellente qualit de service. Il rsout ainsi un problme de ressources humaines : aujourdhui, les personnes qui soccupent dun commutateur, doivent avoir des connaissances trs diverses alors que les technologies sont de plus en plus pointues. Au niveau de la couche commande, on spare galement ce qui relve de ltablissement dun chemin et la partie applicative. Cette dernire est ramene au niveau des plates-formes dapplications avec des interfaces normalises que lon appelle des API. Avec ces API, on ouvre le march de nouvelles socits, qui vont concevoir des composants de base qui permettront un oprateur de construire rapidement ses propres applications. Par ailleurs, le rseau dispose dinterfaces bien identifies entre les diffrentes couches. Il est ainsi possible de sauvegarder les investissements dans chacune des couches quelles que soient les modifications dans les autres couches du rseau. Concept N 3 un rseau de transmission optique Les technologies de base voluent. On utilise par exemple le multiplexage de longueur dondes et lon va vers un cur de rseau tout optique. Aujourdhui, on utilise encore au maximum linfrastructure existante, et donc le cuivre, pour toute la priphrie, qui reprsente 80% de linvestissement. Mais, il faudra voluer puisque les applications ncessitent des dbits de plus en plus importants et les limites du rseau de cuivre finiront bien pas tre atteintes. Cette migration a dailleurs commenc au niveau des entreprises, qui disposent dj daccs directs sur fibre optique. Concept N4 : segmenter le march avec des interfaces ouvertes On a dfinit des interfaces standards entre les diffrentes couches. Au niveau des quipements cela permet de tirer le meilleur parti dans chacun des domaines et davoir des rseaux htrognes alors quactuellement cest trs difficile.

Deux approches pour larchitecture NGN

Retour au sommaire du dossier NGN : le rseau de demain pour la voix et les donnes

Les concepts : les fondements de NGN confronts lexistant

Concept N1 : utiliser le mme rseau paquet pour le transport banalis des informations (voix, donnes, vido) et tous les services

ATM permet de fournir la qualit de service, une QS laquelle est largement

habitu le client de France Tlcom. Or, IP, de son ct, sil est devenu un standard au niveau applicatif, ne sait pas garantir la qualit de service. IPV6 rpond aux problmes dadresses utiles et de scurit mais la qualit de service dpend de technologies encore en cours dexprimentation. Rsultat : les deux technologies se combinent actuellement : ATM est utilis au niveau transport (niveau 2 de la couche rseau). ATM est encore la technologie de base pour lADSL. Mais, le rseau devra voluer vers IP qui est utilis dans les applications. Concept N2 : externaliser et distribuer lintelligence Aujourdhui, le commutateur tlphonique inclut toutes les couches : le transport avec la matrice de commutation, la commande qui permet de

contrler les connexions sur cette matrice et mme la partie service qui est souvent incluse dans la commande. Tout cela est dans la mme machine. Le rseau smaphore permet de vhiculer les informations, la signalisation, les informations de commande du rseau de service.

Dans larchitecture ngn, la matrice de connexion est redistribue sur lensemble du rseau paquet. Lide est disoler la couche transport en sortant la commande, comme on peut le voir sur le schma, un serveur dappel pilote des passerelles, qui sont elles au niveau transport. Il assure simplement la connexion dun point un autre. Ces passerelles daccs font le lien entre les nouvelles technologies et lexistant. Elles font linterface entre le monde du tlphone et le serveur dappel qui les pilote. Car, pour un oprateur historique, il faut prendre en compte les problmes dinterfonctionnement avec des rseaux existants.

Autre avantage, les serveurs dappels peuvent tre regroups dans des sites dhbergement, car ils ne sont pas lis la matrice de connexion. On minimise ainsi les cots dexploitation. Loprateur peut galement mettre en place des quipes spcialises sur ces serveurs et garantir une excellente qualit de service. Il rsout ainsi un problme de ressources humaines : aujourdhui, les personnes qui soccupent dun commutateur, doivent avoir des connaissances trs diverses alors que les technologies sont de plus en plus pointues. Au niveau de la couche commande, on spare galement ce qui relve de ltablissement dun chemin et la partie applicative. Cette dernire est ramene au niveau des plates-formes dapplications avec des interfaces normalises que lon appelle des API. Avec ces API, on ouvre le march de nouvelles socits, qui vont concevoir des composants de base qui permettront un oprateur de construire rapidement ses propres applications. Par ailleurs, le rseau dispose dinterfaces bien identifies entre les diffrentes couches. Il est ainsi possible de sauvegarder les investissements dans chacune des couches quelles que soient les modifications dans les autres couches du rseau. Concept N 3 un rseau de transmission optique Les technologies de base voluent. On utilise par exemple le multiplexage de longueur dondes et lon va vers un cur de rseau tout optique. Aujourdhui, on utilise encore au maximum linfrastructure existante, et donc le cuivre, pour toute la priphrie, qui reprsente 80% de linvestissement. Mais, il faudra voluer puisque les applications ncessitent des dbits de plus en plus importants et les limites du rseau de cuivre finiront bien pas tre atteintes. Cette migration a dailleurs commenc au niveau des entreprises, qui disposent dj daccs directs sur fibre optique. Concept N4 : segmenter le march avec des interfaces ouvertes On a dfini des interfaces standard entre les diffrentes couches. Au niveau des quipements cela permet de tirer le meilleur parti dans chacun des domaines et davoir des rseaux htrognes alors quactuellement cest trs difficile.

TLCOMMUNICATIONS - Vers une nouvelle gnration de rseau

Prise de vue

1. La problmatique de l'volution des rseaux

Les services et les rseaux d'aujourd'hui volution des services

2. Vers un rseau unique : le N.G.N. (Next Generation Network).

Le scnario services moyen terme Premiers impacts sur le rseau Le N.G.N.

Un rseau de transfert unique Une commande du transfert spare Des interfaces ouvertes

3. Vers le N.G.N. : quelle migration ? Bibliographie

Architecture simplifie d'un rseau de tlcommunications Exemple de la ralisation d'un service de tlcommunications permettant ici deux personnes de [...] 11Ko - swf 2005 Encyclopdia Universalis France S.A. Les services de tlcommunications sont aujourd'hui en pleine volution. Dans tous les pays industrialiss, on constate en effet un engouement important pour les tlphones mobiles et une explosion de la transmission de donnes lie au phnomne Internet et aux changes entre les entreprises. En outre, il existe une trs forte tendance la convergence entre les services fixe et mobile et entre ceux de la voix et des donnes.Les rseaux de tlcommunications existants, qui constituent l'outil des oprateurs pour servir leur clientle, paraissent inadapts ces volutions, principalement parce qu'ils sont spcialiss soit dans la transmission de la voix, soit dans la transmission des donnes.Il existe aussi d'autres moteurs de l'volution de ces rseaux. En tout premier lieu, la concurrence induit de nouvelles contraintes rglementaires pesant sur la conception de ces derniers et incite les oprateurs rechercher

des conomies, notamment de gestion. Les mutations technologiques - transfert d'informations par paquets, technique de multiplexage en longueur d'onde sur fibre optique ou WDM (wavelength division multiplexing), informatique distribue - ont galement un fort impact, car elles offrent les moyens de concevoir de nouvelles architectures de rseaux plus universelles et plus conomiques.(...)
Pour lire lintgralit de larticle, profiter de loffre dessai gratuit

Voix sur IP - VOIP Par _SebF

Recherche

1 - Introduction 2 - Le Rseau Tlphonique Commut 2.1 - Histoire de la tlphonie es 2.2 - Principe du Rtc 2.3 - Architecture du rseau 3 Les enjeux de la tlphonie sur Ip esse 4 - Les avantages 4.1 - Rduction des cots 4.2 - Standards ouverts et interoprabilit multi-fournisseurs 4.3 - Choix d'un service opr 4.4 - Un rseau voix, vido et donnes (triple play) 4.5 - Un service PABX distribu ou centralis 4.6 - Evolution vers un rseau de tlphonie sur Ip 4.7 - Intgration des services vido 5 - L'Architecture Voip 5.1 - Les schmas net 5.2 - Gateway et Gatekeeper 6 - Standards VoIP 6.1 - Protocole H323 6.1.1 - Introduction 6.1.2 - Fonctionnement 6.1.3 - H323 dans le modle Osi 6.1.4 - La visioconfrence sur Ip 6.1.5 - Avantages et inconvnients 6.1.6 - Comparaison avec Sip ment 6.1.7 - Conclusion 6.2 - Protocole Sip 6.2.1 - Introduction x 6.2.2 - Fonctionnement 6.2.3 - Scurit et Authentification 6.2.4 - Comparaison avec H323 6.2.5 - Conclusion 6.3 - Transport Rtp et Rtcp 6.3.1 - Introduction 6.3.2 - Les fonctions de Rtp

Web

Votre IP

196.1 Teste Interactif

Les sockets

C-n Vb La scurit

Blo

Sa Sa Sm

Les outils on line Liste des Po http://www.frameip.c

6.3.3 - Entte Rtp 6.3.4 - Les fonctions de Rtcp 6.3.5 - Entte Rtcp 6.3.6 - Conclusion 6.4 - H261 6.5 - Audio 7 - Problme et QoS 7.1 - Latence 7.2 - Perte de paquets 7.3 - Gigue 8 - Etat du march 9 - Conclusion 10 - Discussion autour de la documentation 11 - Suivi du document 1 - Introduction

L Calcul

Les outils exe

S Groupes NNTP

La voix sur IP (Voice over IP) est une technologie de communication vocale en pleine mergence. Elle fait partie d'un tournant dans le monde de la communication. En effet, la convergence du triple play (voix, donnes et vido) fait partie des enjeux principaux des acteurs de la tlcommunication aujourd'hui. Plus rcemment l'Internet s'est tendu partiellement dans La newsletter l'Intranet de chaque organisation, voyant le trafic total bas sur un transport rseau de paquets Ici votre Ema IP surpasser le trafic traditionnel du rseau voix (rseau commutation de circuits). Il devenait clair que dans le sillage de cette avance technologique, les oprateurs, entreprises ou organisations et fournisseurs devaient, pour bnficier de l'avantage du transport unique IP, introduire de nouveaux services voix et vido. Ce ft en 1996 la naissance de la premire version voix sur IP appele H323. Issu de l'organisation de standardisation europenne ITU-T sur la base de la signalisation voix RNIS (Q931), ce standard a maintenant donn suite de nombreuses volutions, quelques nouveaux standards prenant d'autres orientations 1 mail / mo technologiques. Pour tre plus prcis et nanmoins schmatique, le signal numrique obtenu par numrisation de la voix est dcoup en paquets qui sont transmis sur un rseau IP vers une application qui se chargera de la transformation inverse (des paquets vers la voix). Au lieu de disposer la fois d'un rseau informatique et d'un rseau tlphonique commut (RTC), l'entreprise peux donc, grce la VoIP, tout fusionner sur un mme rseau. Ca par du fait que la tlphonie devient de la "data". Les nouvelles capacits des rseaux haut dbit devraient permettre de transfrer de manire fiable des donnes en temps rel. Ainsi, les applications de vido ou audioconfrence ou de tlphonie vont envahir le monde IP qui, jusqu'alors, ne pouvait raisonnablement pas supporter ce genre d'applications (temps de rponse important, jigue-jitter, Cos-Qos,...). Jusque vers le milieu des annes 90, les organismes de normalisation ont tent de transmettre les donnes de manire toujours plus efficace sur des rseaux conus pour la tlphonie. A partir de cette date, il y a eu changement. C'est sur les rseaux de donnes, que l'on s'est vertu convoyer la parole. Il a donc fallu dvelopper des algorithmes de codage audio plus tolrants et introduire des mcanismes de contrle de la qualit de service dans les rseaux de donnes. Faire basculer diffrents types de donnes sur un mme rseau permet en plus, de simplifier son administration. Comme toute innovation technologique qui se respecte, la VoIP doit non seulement simplifier le travail mais aussi faire conomiser de l'argent. Les entreprises dpensent normment en

fr.com comp.pro linux.debia windows.netw fr.reseaux.te fr.telecom Au

communications tlphoniques, or le prix des communications de la Toip (Tlphonie sur Ip) est drisoire en comparaison. En particulier, plus les interlocuteurs sont loigns, plus la diffrence de prix est intressante. De plus, la tlphonie sur IP utilise jusqu' dix fois moins de bande passante que la tlphonie traditionnelle. Ceci apportant de grand intrt pour la voix sur rseau prive. Il semblerait que les entreprises aprs avoir mis un certain nombre de doutes sur la qualit de services soient dsormais convaincues de la plus grande maturit technologique des solutions proposes sur le march. Qu'il s'agisse d'entreprises mono-site ou multisites, les sondages montrent que le phnomne de migration vers les systmes de tlphonie sur IP en entreprise est actuellement engag. Les premires technologies de VoIP imagines taient propritaires et donc trs diffrentes les unes des autres. Pourtant, un systme qui est cens mettre des gens et des systmes en relation exige une certaine dose de standardisation. C'est pourquoi sont apparus des protocoles standards, comme le H323 ou le SIP. 2 - Le Rseau Tlphonique Commut Mais qu'est-ce que le RTC? Le RTC est tout simplement le rseau tlphonique que nous utilisons dans notre vie de tous les jours et qui nous donne accs de multiple fonction. En effet outre le fait de pouvoir tlphoner, le RTC nous permet d'utiliser de multiples services tel que la transmission et rception de fax, l'utilisation d'un minitel, accder Internet etc... Il reprsente donc l'un des protocole de discussion utilis sur la paire de cuivre boucle locale. 2.1 - Histoire de la tlphonie Du premier tlgraphe de Chappe en 1790 au RTC actuelle, l'histoire des communications connu de grands moments et de grandes avancs d l'ingniosit de certains et aux progrs technologique et lectronique. Nous retiendrons quelques grandes dates tel que : 1837 Premier tlgraphe lectrique invent par Samuel Morse 1889 Almon B. Strowger (USA) invente le premier slecteur automatique et donne ainsi naissance la commutation tlphonique automatique 1938 Alec Reeves (Franais) dpose le brevet des futurs systmes modulation par impulsion et codage (MIC) : quantification et chantillonnage du signal intervalles rguliers, puis codage sous forme binaire. 1962 Les premiers systmes de transmission multiplex de type MIC apparaissent aux EtatsUnis ils permettent une liaison 24 voies entre centraux tlphonique, la mme poque en France on installe des MIC 32 voies. 1970 Un nouveau pas est franchi dans le domaine de la commutation lectronique avec la mise en service en France, par le CNET, des premiers centraux tlphoniques publics en commutation lectronique temporelle. 1979 Lancement du minitel en France 1987 Le RNIS est mis en service en France.

1990 De nouveaux concepts apparaissent tel que la commutation temporelle asynchrone (ATM) et la hirarchie numrique synchrone. 2.2 - Principe du Rtc Le rseau tlphonique public (RTPC, Rseau Tlphonique Public Commut ou simplement RTC) a essentiellement pour objet le transfert de la voix. Le transport des donnes n'y est autoris, en France, que depuis 1964. Utilisant le principe de la commutation de circuits, il met en relation deux abonns travers une liaison ddie pendant tout l'change.

On distingue deux grandes parties dans ce rseau : Le rseau capillaire ou de distribution, c'est le raccordement depuis chez l'abonn un point d'entre du rseau. Cette partie du rseau est analogique. Le rseau de transit, effectue pour sa part le transport des communications entre les noeuds de transit concentrateurs / commutateurs). Cette portion du rseau est actuellement numrique. La numrisation offre plusieurs avantages. Puisqu'il ne s'agit que de 0 et de 1, la qualit du signal est prserve, quelle que soit la distance entre les convertisseurs (analogique numrique et numrique analogique). Ce n'est pas le cas des communications analogiques o le signal est pollu chaque manipulation. La gestion gnrale du rseau discerne trois fonctions : La distribution, celle-ci comprend essentiellement la liaison d'abonn ou boucle locale (paire mtallique torsade) qui relie l'installation de l'abonn au centre de transmission de rattachement. Cette ligne assure la transmission de la voix (frquence vocale de 300 3 400 Hz), de la numrotation (10 Hz pouf la numrotation dcimale -au cadran- et 697 1633 Hz pour la numrotation frquentielle) et de la signalisation gnrale (boucle de courant, frquences supra vocales) La commutation, c'est la fonction essentielle du rseau, elle consiste mettre en relation deux abonns, maintenir la liaison pendant tout l'change et librer les ressources la fin de celui-ci.

C'est le rseau qui dtermine les paramtres de taxation et impute le cot de la communication l'appelant La transmission, c'est la partie support de tlcommunication du rseau, cette fonction est remplie soit par un systme filaire cuivre (en voie de disparition), de la fibre optique ou des faisceaux hertziens. Aujourd'hui, le rseau est pratiquement intgralement numris, seule la liaison d'abonn reste analogique. 2.3 - Architecture du rseau Le rseau tlphonique commut a une organisation hirarchique trois niveaux. Il est structur en zones correspondant un niveau de concentration.

On distingue : Zone Autonomie d'Acheminement (ZAA), cette zone, la plus basse de la hirarchie, comporte un ou plusieurs Commutateurs Autonomie d'Acheminement (CAA) qui eux-mmes desservent des Commutateurs Locaux (CL). Les commutateurs locaux ne sont que de simples concentrateurs de lignes auxquels sont raccords les abonns finals. La ZAA (Zone Autonomie d'Acheminement) est un rseau toil, elle constitue le rseau de desserte; Zone de Transit Secondaire (ZTS), cette zone comporte des Commutateurs de Transit Secondaires (CTS). Il n'y a pas d'abonns relis aux CTS (Commutateurs de Transit Secondaires). Ils assurent le brassage des circuits lorsqu'un CAA (Commutateur Autonomie d'Acheminement) ne peut atteindre le CAA destinataire directement (rseau imparfaitement maill); Zone de Transit Principal (ZTP), cette zone assure la commutation des liaisons longues distances. Chaque ZTP (Zone de Transit Principal) comprend un Commutateur de Transit

Principal (CTP), L'un des commutateurs de transit principal (CTP) est reli au commutateur international de transit.

3 - Les enjeux de la tlphonie sur Ip Dans cette partie, nous allons voir pourquoi la tlphonie IP est devenue importante pour les entreprises. L'enjeu est de russir faire converger le rseau de donne IP et le rseau tlphonique actuel. Voici les principales motivations pour dployer la tlphonie sur IP (Source Sage Research 2003, sondage auprs de 100 dcisionnaires IT). Motivations Rduction de cots Ncessit de standardiser l'quipement Hausse de la productivit des employs Autres bnfices de productivit Hausse du volume d'appels traiter Autres facteurs Pourcentage 75 % 66 % 65 % 64 % 46 % 50 %

La tlphonie sur IP exploite un rseau de donnes IP pour offrir des communications vocales l'ensemble de l'entreprise sur un rseau unique voix et donnes. Cette convergence des services de communication donnes, voix, et vido sur un rseau unique, s'accompagne des avantages lis la rduction des cots d'investissement, la simplification des procdures d'assistance et de configuration, et l'intgration accrue de filiales et de sites distants aux installations du rseau d'entreprise. Les cots gnraux de l'infrastructure de rseau sont rduits. Le dploiement d'un unique rseau converg voix et donnes sur tous les sites permet de raliser des conomies sur les investissements productifs, l'ordre d'ide en 2004-2005 atteint les 50% si l'on prend on compte les communications inter-site. De plus, comme le tlphone et le PC partagent le mme cble Ethernet, les frais de cblage sont rduits. Les frais d'administration du rseau sont galement minimiss. Il est ainsi possible de raliser des conomies court et long terme sur de nombreux postes : administration d'un seul rseau, fournisseur d'accs unique, unique contrat de maintenance, cblage commun, gratuit des communications interurbaines, rduction de la complexit de l'intgration d'applications. Enfin, la migration de la solution actuelle vers la Tlphonie sur IP s'effectue en douceur. Les solutions de tlphonie sur Ip sont conues pour dgager une stratgie de migration faible risque partir de l'infrastructure existante. Le scnario vers lequel va s'orienter la tlphonie sur Ip dpend beaucoup de l'volution du rseau lui-mme. En effet, si Internet reste peu prs dans sa configuration actuelle o il est essentiellement dimensionn en fonction d'une qualit de service moyenne pour la transmission des donnes, il est fort probable que la tlphonie sur Ip restera un march rserv au rseau de type Frame, Mpls. Les seules exceptions seraient alors les cas d'interconnexion de PBX d'entreprises, commerce lectronique, applications nouvelles associant la voix pour une vritable utilisation multimdia d'Internet. En effet, ce qui ralenti considrablement l'explosion de ce secteur est le fait qu'il y ait encore trop peu de dploiements oprationnels en France et

mme dans le monde. De nombreuses entreprises connaissent la tlphonie sur IP, mais toutes en sont au mme stade : le test. De plus, il faut savoir que la plupart des dploiements oprationnels de tlphonie sur IP ont t raliss pour des universits, or, les universits n'ayant pas les mmes exigences qu'une entreprise, ces dploiements ne sont pas rellement pris en compte. Les applications et les services Ip intgrs amliorent la productivit et le soin de la clientle. Les bnfices rcurrents seront apports par les gains de productivit lis l'utilisation de nouveaux services et de nouveaux applicatifs tels que la messagerie unifie qui permettent de librer, selon les spcificits des mtiers, entre 25 et 40 minutes de temps de travail par collaborateur, les assistants personnels qui permettent au collaborateur de personnaliser sur l'Intranet toutes les fonctions avances de renvoi d'appel en fonction de son agenda propre ou partag et les applications d'eLearning , qu'il convient de faire apparatre dans une dmarche de dmonstration de retour sur l'investissement court et moyen terme. De plus, les fonctions simplifies de cration, de dplacement et de modification rduisent le temps ncessaire pour ajouter de nouveaux utilisateurs au rseau. Le dploiement de nouveaux services est acclr. L'utilisation d'une infrastructure IP commune et d'interfaces standard ouvertes permet de dvelopper et de dployer trs rapidement des applications innovantes. Enfin, les utilisateurs accdent tous les services du rseau partout o ils peuvent s'y connecter notamment travers l'extention mobility (substitution de postes). 4 - Les avantages La VoIP offre de nombreuses nouvelles possibilits aux oprateurs et utilisateurs qui bnficient d'un rseau bas sur Ip. Les avantages les plus marqus sont les suivants. 4.1 - Rduction des cots En dplaant le trafic voix Rtc vers le rseau priv WAN/IP les entreprises peuvent rduire sensiblement certains cots de communications. Rductions importantes mises en vidence pour des communications internationales, ces rductions deviennent encore plus intressantes dans la mutualisation voix/donnes du rseau IP inter-sites (WAN). Dans ce dernier cas, le gain est directement proportionnel au nombre de sites distants.

4.2 - Standards ouverts et interoprabilit multi-fournisseurs Trop souvent par le pass les utilisateurs taient prisonniers d'un choix technologique antrieur. La VoIP a maintenant prouv tant au niveau des rseaux oprateurs que des rseaux d'entreprises que les choix et les volutions deviennent moins dpendants de l'existant. Contrairement nos convictions du dbut, nous savons maintenant que le monde VoIP ne sera pas uniquement H323, mais un usage multi-protocoles selon les besoins de services ncessaires. Par exemple, H323 fonctionne en mode "peer to peer" alors que MGCP fonctionne en mode centralis. Ces diffrences de conception offrent immdiatement une diffrence dans l'exploitation des terminaisons considres. 4.3 - Choix d'un service opr

Les services oprateurs ouvrent les alternatives VoIP. Non seulement l'entreprise peut oprer son rseau priv VoIP en extension du rseau RTC oprateur, mais l'oprateur lui-mme ouvre de nouveaux services de transport VoIP qui simplifient le nombre d'accs locaux un site et rduit les cots induits. Le plus souvent les entreprises oprant des rseaux multi-sites louent une liaison prive pour la voix et une pour la donne, en conservant les connexions RTC d'accs local. Les nouvelles offres VoIP oprateurs permettent outre les accs RTC locaux, de souscrire uniquement le mdia VoIP inter-sites. 4.4 - Un rseau voix, vido et donnes (triple play) En positionnant la voix comme une application supplmentaire du rseau IP, l'entreprise ne va pas uniquement substituer un transport oprateur RTC un transport IP, mais simplifier la gestion des trois rseaux (voix, donnes et vido) par ce seul transport. Une simplification de gestion, mais galement une mutualisation des efforts financiers vers un seul outil. Concentrer cet effort permet de bnficier d'un rseau de meilleure qualit, plus facilement volutif et plus disponible, pourvu que la bande passante du rseau concentrant la voix, la vido et les donnes soit dimensionne en consquence.

4.5 - Un service PABX distribu ou centralis Les PABX en rseau bnficient de services centraliss tel que la messagerie vocale, la taxation, etc... Cette mme centralisation continue tre assure sur un rseau VoIP sans limitation du nombre de canaux. A l'inverse, un certain nombre de services sont parfois souhaits dans un mode de dcentralisation. C'est le cas du centre d'appels o le besoin est une centralisation du numro d'appel (ex : numro vert), et une dcentralisation des agents du centre d'appel. Difficile effectuer en tlphonie traditionnelle sans l'utilisation d'un rseau IP pour le dport de la gestion des ACD distants. Il est ainsi trs facile de constituer un centre d'appel ou centre de contacts (multi canaux/multi-mdias) virtuel qui possde une centralisation de supervision et d'informations. Il convient pour en assurer une bonne utilisation de dimensionner convenablement le lien rseau. L'utilisation de la VoIP met en commun un mdia qui peut la fois offrir un moment prcis une bande passante maximum la donne, et dans une autre priode une bande passante maximum la voix, garantissant toujours la priorit celle-ci. 4.6 - Evolution vers un rseau de tlphonie sur Ip La tlphonie sur IP repose totalement sur un transport VoIP. La mise en oeuvre de la VoIP offre l une premire brique de migration vers la tlphonie sur IP. 4.7 - Intgration des services vido La VoIP intgre une gestion de la voix mais galement une gestion de la vido. Si nous excluons la configuration des "multicasts" sur les composants du rseau, le rseau VoIP peut accueillir des applications vido de type vido confrence, vido surveillance, e-learning, vido on demand,..., pour l'ensemble des utilisateurs un cot d'infrastructure rseau supplmentaire minime.

5 - L'Architecture Voip 5.1 - Les schmas Voici le schma gnrale de l'utilisation de la Voip en entreprise :

La VoIP tant une nouvelle technologie de communication, elle n'a pas encore de standard unique. En effet, chaque constructeur apporte ses normes et ses fonctionnalits ses solutions. Il existe tout de mme des rfrences en la matire. Je vais dcrire les trois principales que sont H.323, SIP et MGCP/MEGACO. Tous les acteurs de ce march utilisent comme base pour leur produit une ou plusieurs de ces trois architectures. Il existe donc plusieurs approches pour offrir des services de tlphonie et de visiophonie sur des rseaux IP. Certaines placent l'intelligence dans le rseau alors que d'autres prfrent une approche peer to peer avec l'intelligence rpartie la priphrie (terminal de tlphonie IP, passerelle avec le rseau tlphonique commut...). Chacune a ses avantages et ses inconvnients. Le schma ci-dessus, dcrit de faon gnrale la topologie d'un rseau de tlphonie IP. Elle comprend toujours des terminaux, un serveur de communication et une passerelle vers les autres rseaux. Chaque norme a ensuite ses propres caractristiques pour garantir une plus ou moins grande qualit de service. L'intelligence du rseau est aussi dporte soit sur les terminaux, soit sur les passerelles/Gatekeeper (contrleur de commutation). On retrouve les lments communs suivants : Le routeur : Il permet d'aiguiller les donnes et le routage des paquets entre deux rseaux. Certains routeurs, comme les Cisco 2600, permettent de simuler un gatekeeper grce l'ajout de cartes spcialises supportant les protocoles VoIP. La passerelle : il s'agit d'une interface entre le rseau commut et le rseau IP.

Le PABX : C'est le commutateur du rseau tlphonique classique. Il permet de faire le lien entre la passerelle ou le routeur et le rseau RTC. Une mise jour du PABX est aussi ncessaire. Si tout le rseau devient IP, il n'y a plus besoin de ce matriel. Les Terminaux : Des PC ou des tlphones VoIP. Pour transmettre les paquets, on utilise RTP, standardis en 1996. Il est un protocole adapt aux applications prsentant des proprits temps rel. Il permet ainsi de reconstituer la base de temps des flux (horodatage des paquets : possibilit de re-synchronisation des flux par le rcepteur), de dtecter les pertes de paquets et en informer la source, et d'identifier le contenu des donnes pour leurs associer un transport scuris. En revanche, ce n'est pas "la solution" qui permettrait d'obtenir des transmissions temps rel sur IP. En effet, il ne procure pas de rservation de ressources sur le rseau (pas d'action sur le rseau de type RSVP, diffserv, Policeur), de fiabilisation des changes (pas de retransmission automatique, pas de rgulation automatique du dbit) et de garantie dans le dlai de livraison (seules les couches de niveau infrieur le peuvent) et dans la continuit du flux temps rel. Bien qu'autonome, RTP peut tre complt par RTCP. Ce dernier apporte un retour d'informations sur la transmission et sur les lments destinataires. Ce protocole de contrle permet de renvoyer la source des informations sur les rcepteurs et ainsi lui permettre, par exemple, d'adapter un type de codage ou encore de modifier le dbit des donnes. 5.2 - Gateway et Gatekeeper Pour commencer je vais parler d'un des lments clefs d'un rseau VoIP, la passerelle et leurs Gatekeepers associs. Les passerelles ou gateways en tlphonie IP sont des ordinateurs qui fournissent une interface o se fait la convergence entre les rseaux tlphoniques commuts (RTC) et les rseaux bass sur la commutation de paquets TCP/IP. C'est une partie essentielle de l'architecture du rseau de tlphonie IP. Le gatekeeper est l'lment qui fournit de l'intelligence la passerelle. Comme nous l'avons dj fait remarqu, nous pouvons sparer les parties matrielles et logicielles d'une passerelle. Le gatekeeper est le compagnon logiciel de la gateway. Une gateway permet aux terminaux d'oprer en environnements htrognes. Ces environnements peuvent tre trs diffrents, utilisant diverses technologies tels que le Numris, la tlphonie commute ou la tlphonie IP. Les gateways doivent aussi tre compatible avec les terminaux tlphoniques analogiques. La gateway fournit la possibilit d'tablir une connexion entre un terminal analogique et un terminal multimdia (un PC en gnral). Beaucoup de socits fournissent des passerelles mais cela ne signifie pas qu'elles fournissent le mme service. Les gateways (partie physique) et les gatekeepers (partie logicielle) font l'objet de deux sections spares pour bien cerner la diffrence. Certaines socits vendent un produit " gateway ", mais en ralit, elles incorporent une autre gateway du march avec leur gatekeeper pour proposer une solution commerciale. La plus-value ne se fait pas sur la gateway mais sur le gatekeeper car c'est sur celui-ci qu'on peut faire la diffrence. Un gatekeeper deux services principaux : la gestion des permission et la rsolution d'adresses. La gatekeeper est aussi responsable de la scurit. Quand un client veut mettre un appel, il doit le faire au travers du gatekeeper. C'est alors que celui-ci fournit une rsolution d'adresse du client de destination. Dans le cas o il y a plusieurs gateways sur le rseau, il peut rediriger l'appel vers un autre couple gateway/gatekeeper qui essaiera son tour de router l'appel. Pendant la rsolution d'adresse, le gatekeeper peut aussi attribuer une certaine quantit de bande

passante pour l'appel. Il peut agir comme un administrateur de la bande passant disponible sur le rseau. Le gatekeeper rpond aux aspects suivant de la tlphonie IP : Le routage des appels : en effet, le gatekeeper est responsable de la fonction de routage. Non seulement, il doit tester si l'appel est permis et faire la rsolution d'adresse mais il doit aussi rediriger l'appel vers le bon client ou la bonne passerelle. Administration de la bande passante : le gatekeeper alloue une certaine quantit de bande passant pour un appel et slectionne les codecs utiliser. Il agit en tant que rgulateur de la bande passante pour prmunir le rseau contre les goulots d'tranglement (bottle-neck). Tolrance aux fautes, scurit : le gatekeeper est aussi responsable de la scurit dans un rseau de tlphonie IP. Il doit grer les redondances des passerelles afin de faire aboutir tout appel. Il connat tout moment l'tat de chaque passerelle et route les appels vers les passerelles accessibles et qui ont des ports libres. Gestion des diffrentes gateways : dans un rseau de tlphonie IP, il peut y avoir beaucoup de gateways. Le gatekeeper, de par ses fonctionnalits de routage et de scurit, doit grer ces gateways pour faire en sorte que tout appel atteigne sa destination avec la meilleure qualit de service possible. Ainsi, le gatekeeper peut remplacer le classique PABX. En effet, il est capable de router les appels entrant et de les rediriger vers leur destination ou une autre passerelle. Mais il peut grer bien d'autres fonctions telles que la confrence ou le double appel. Il n'existe pas les mmes contraintes avec un gatekeeper qu'avec un PABX. En effet, ce dernier est constitu par du logiciel et l'oprateur peut implmenter autant de services qu'il le dsire. Alors qu'avec un PABX, l'volutivit est limite par le matriel propritaire de chaque constructeur, avec le gatekeeper, l'amlioration des services d'un rseau de tlphonie IP n'a pas de limites. Le grand bnfice du dveloppement d'un gros gatekeeper est de remplacer le PABX classique. En effet, chaque PABX utilise son propre protocole pour communiquer avec les postes clients, ce qui entrane un surcot. Avec le couple gateway/gatekeeper, ce problme n'existe pas. Il utilise des infrastructures qui existent, le LAN et des protocoles tel qu'IP. 6 - Standards VoIP 6.1 - Protocole H323 6.1.1 - Introduction Avec le dveloppement du multimdia sur les rseaux, il est devenu ncessaire de crer des protocoles qui supportent ces nouvelles fonctionnalits, telles que la visioconfrence : l'envoi de son et de vido avec un soucis de donnes temps rel. Le protocole H.323 est l'un d'eux. Il permet de faire de la visioconfrence sur des rseaux IP. H.323 est un protocole de communication englobant un ensemble de normes utiliss pour l'envoi de donnes audio et vido sur Internet. Il existe depuis 1996 et a t initi par l'ITU (International Communication Union), un groupe international de tlphonie qui dveloppe des standards de communication. Concrtement, il est utilis dans des programmes tels que Microsoft Netmeeting, ou encore dans des quipements tels que les routeurs Cisco. Il existe un

projet OpenH.323 qui dveloppe un client H.323 en logiciel libre afin que les utilisateurs et les petites entreprises puissent avoir accs ce protocole sans avoir dbourser beaucoup d'argent. 6.1.2 - Fonctionnement Le protocole H.323 est utilis pour l'interactivit en temps rel, notamment la visioconfrence (signalisation, enregistrement, contrle d'admission, transport et encodage). C'est le leader du march pour la tlphonie Ip. Il s'inspire du protocole H.320 qui proposait une solution pour la visioconfrence sur un rseau numrique intgration de service (Rnis ou Isdn en anglais), comme par exemple le service numris propos par France Telecom. Le protocole H.323 est une adaptation de H.320 pour les rseaux Ip. A l'heure actuelle, la visioconfrence sur liaison Rnis est toujours la technique la plus dploye. Elle existe depuis 1990. Les rseaux utiliss sont commutation de circuits. Ils permettent ainsi de garantir une Qualit de Service (QoS) aux utilisateurs (pas de risque de coupure du son ou de l'image). Aujourd'hui, c'est encore un avantage indiscutable. Par contre, comme pour le tlphone, la facturation est fonction du dbit utilis, du temps de communication et de la distance entre les appels. H.323 dfinit plusieurs lments de rseaux : Les terminaux - Dans un contexte de tlphonie sur IP, deux types de terminaux H.323 sont Aujourd'hui disponibles. Un poste tlphonique IP raccords directement au rseau Ethernet de l'entreprise. Un PC multimdia sur lequel est install une application compatible H.323. Les passerelles (GW: Gateway) - Elles assurent l'interconnexion entre un rseau Ip et le rseau tlphonique, ce dernier pouvant tre soit le rseau tlphonique public, soit un Pabx d'entreprise. Elles assurent la correspondance de la signalisation et des signaux de contrle et la cohsion entre les mdias. Pour ce faire, elles implmentent les fonctions suivantes de transcodage audio (compression, dcompression), de modulation, dmodulation (pour les fax), de suppression d'chos, de suppression des silences et de contrle d'appels. Les passerelles sont le plus souvent bases sur des serveurs informatiques standards (Windows NT, Linux) quips d'interfaces particuliers pour la tlphonie (interfaces analogiques, accs de base ou accs primaire RNIS, interface E1, etc.) et d'interfaces rseau, par exemple de type Ethernet. La fonctionnalit de passerelle peut toutefois tre intgre directement dans le routeur ainsi que dans les Pbx eux-mmes. Les portiers (GK: Gatekeeper) - Ils sont des lments optionnels dans une solution H.323. Ils ont pour rle de raliser la traduction d'adresse (numro de tlphone - adresse Ip) et la gestion des autorisations. Cette dernire permet de donner ou non la permission d'effectuer un appel, de limiter la bande passante si besoin et de grer le trafic sur le Lan. Les "gardes-barrire" permettent galement de grer les tlphones classiques et la signalisation permettant de router les appels afin d'offrir des services supplmentaires. Il peuvent enfin offrir des services d'annuaires. Les units de contrle multipoint (MCU, Multipoint Control Unit) - Rfrence au protocole T.120 qui permet aux clients de se connecter aux sessions de confrence de donnes. Les units de contrle multipoint peuvent communiquer entre elles pour changer des informations de confrence. Dans un contexte de tlphonie sur IP, la signalisation a pour objectif de raliser les fonctions

suivantes : Recherche et traduction d'adresses - Sur la base du numro de tlphone du destinataire, il s'agit de trouver son adresse IP (appel tlphone . PC) ou l'adresse IP de la passerelle desservant le destinataire. Cette fonction est prise en charge par le Gatekeeper. Elle est effectue soit localement soit par requte vers un annuaire centralis. Contrle d'appel - L'quipement terminal ( endpoint = terminal H.323 ou passerelle) situ l'origine de l'appel tablit une connexion avec l'quipement de destination et change avec lui les informations ncessaires l'tablissement de l'appel. Dans le cas d'une passerelle, cette fonction implique galement de supporter la signalisation propre l'quipement tlphonique laquelle elle est raccorde (signalisation analogique, Q.931, etc.) et de traduire cette signalisation dans le format dfini dans H.323. Le contrle d'appel est pris en charge soit par les quipements terminaux soit par le Gatekeeper. Dans ce cas, tous les messages de signalisation sont routs via le Gatekeeper, ce dernier jouant alors un rle similaire celui d'un PBX. Services supplmentaires : dviation, transfert d'appel, confrence, etc. Trois protocoles de signalisation sont spcifis dans le cadre de H.323 savoir : RAS (Registration, Admission and Status) - Ce protocole est utilis pour communiquer avec un Gatekeeper. Il sert notamment aux quipements terminaux pour dcouvrir l'existence d'un Gatekeeper et s'enregistrer auprs de ce dernier ainsi que pour les demandes de traduction d'adresses. La signalisation RAS utilise des messages H.225.0 6 transmis sur un protocole de transport non fiable (Udp, par exemple). Q.931 - H.323 utilise une version simplifie de la signalisation RNIS Q.931 pour l'tablissement et le contrle d'appels tlphoniques sur Ip. Cette version simplifie est galement spcifie dans la norme H.225.0. H.245 : ce protocole est utilis pour l'change de capacits entre deux quipements terminaux. Par exemple, il est utilis par ces derniers pour s'accorder sur le type de codec activer. Il peut galement servir mesurer le retard aller-retour (Round Trip Delay) d'une communication. Une communication H.323 se droule en cinq phases : tablissement d'appel change de capacit et rservation ventuelle de la bande passante travers le protocole RSVP (Ressource reSerVation Protocol) tablissement de la communication audio-visuelle Invocation ventuelle de services en phase d'appel (par exemple, transfert d'appel, changement de bande passante, etc.) Libration de l'appel. 6.1.3 - H323 dans le modle Osi

Les diffrents protocoles sont reprsents ci-dessous dans le modle OSI :

6.1.4 - La visioconfrence sur Ip Tout d'abord, au niveau conomique, la visioconfrence sur Ip s'avre moins coteuse que celle sur liaison RNIS car d'un ct, l'quipement d'un PC est relativement peu cher : ce systme ne ncessite pas l'installation de prises RNIS spciales. D'autre part, une liaison Rnis a un cot calcul selon la longueur de l'appel, le dbit, et la distance. Alors que dans une liaison IP, le prix est forfaitaire selon le dbit. En fin de compte, la visioconfrence par Ip s'avre souvent moins onreuse que par liaison Rnis. Ensuite, qualitativement parlant, la visioconfrence sur Ip peut utiliser des dbits suprieurs et ainsi avoir une image et un son meilleurs qu'avec une liaison Rnis. En effet, la visioconfrence sur Numeris utilise des dbits allant de 128Kb/s 384Kb/s, alors qu'en mutualisant certaines liaisons Ip, on peut obtenir des lignes haut dbit allant jusqu' plusieurs Mb/s. Malheureusement, le problme majeur de la visioconfrence sur Ip est l'absence d'une Qualit de Service (QoS) sur les rseaux Ip. C'est galement ce qui fait l'avantage des rseaux Rnis. Cependant, avec l'volution des rseaux Ip, on sait dsormais qu'il est possible qu'on puisse disposer d'une QoS sur ceux-ci tel que Rsvp, Diffserv, gestion de file d'attente. On pourrait donc avoir des flux avec priorit sur ces rseaux.

En dehors du protocole H.323, il existe des normes de visioconfrence sur Ip ayant des possibilits analogues H.323 telles que Ip multicast, qui est particulirement adapts au tlenseignement et la diffusion de sminaires et confrences car il permet la connexion de plusieurs dizaines de sites voire plus. Il existe galement le systme Vrvs qui est utilis dans certaines communauts scientifiques, notamment la physique, en raison de sa convivialit. Il intgre Ip multicast et H.323. Pour pouvoir suivre une visioconfrence, il faut bien entendu le matriel adquat. Ce peut tre un matriel ddi contenant tout ce qu'il faut : moniteur, micro, et camra vido. Ou alors, un ensemble matriel et logiciel sur un poste de travail normal (PC, etc.). Si la visioconfrence ne compte que deux interlocuteurs, alors la liaison est point point comme illustr sur le schma ci-dessous :

Dans le cas o il y a plus de deux interlocuteurs, la visioconfrence ncessite l'utilisation d'un pont multipoint comme illustr sur le schma ci-dessous :

Pour se connecter entre eux, les interlocuteurs sont identifis par un numro ou une adresse E.164. Elle est compose de numros et est structure comme un numro de tlphone. En particulier, un numro de tlphone est une adresse E.164. E.164 est le nom de la norme qui dfinit ces adresses. Pour router un appel H.323 dans le rseau, il est ncessaire d'avoir un GateKeeper . C'est un lment logiciel qui fonctionne dans un PC, ou encore dans un pont multipoint ou dans un routeur IP (Exemple dans les routeurs Cisco). En fonction de l'adresse destinataire contenue dans l'appel H.323, les diffrents GateKeeper vont tablir la communication entre metteur et destinateur et mettre en place le routage. Par ailleurs, le protocole H.323 intgre la norme T.120 qui permet le partage d'applications. On peut, par exemple, afficher des documents sur les postes de travail des autres interlocuteurs. 6.1.5 - Avantages et inconvnients Les rseaux IP sont commutation de paquets, les flux de donnes transitent en commun sur une mme liaison. La visioconfrence IP mise sur une disponibilit de ces liaisons. Les dbits des rseaux IP doivent donc tre adapts en fonction du trafic afin d'viter tout risque de coupure du son et de la vido. Tous les sites n'ont pas le mme dbit. Plus le dbit sera lev et plus le risque de coupure sera faible. Par ailleurs, tant que la Qualit de Service n'existera pas dans les rseaux IP, la fiabilit des visioconfrences sur les lignes faible dbit sera basse. A l'heure actuelle, la compatibilit entre les diffrentes normes de visioconfrence est assez faible. La visioconfrence H.323 et H.320 sont compatibles mais elles ncessitent l'emploi de passerelles H.320/H.323. En ce qui concerne les diffrentes normes pour la visioconfrence sur Ip, H.323 et Ip Multicast ne sont, en rgle gnrale, pas compatibles, sauf dans le cadre de VRVS qui permet un certain degr d'interoprabilit, mais ne gre pas la norme T.120.

Voici les principaux bnfices qu'apporte la norme H.323 sont les suivants : Codec standards : H.323 tablit des standards pour la compression et la dcompression des flux audio et vido. Ceci assure que des quipements provenant de fabricants diffrents ont une base commune de dialogue. Interoprabilit : Les utilisateurs veulent pouvoir dialoguer sans avoir se soucier de la compatibilit du terminal destinataire. En plus d'assurer que le destinataire est en mesure de dcompresser l'information, H.323 tablit des mthodes communes d'tablissement et de contrle d'appel. Indpendance vis vis du rseau : H.323 est conu pour fonctionner sur tout type d'architecture rseau. Comme les technologies voluent et les techniques de gestion de la bande passante s'amliorent, les solutions bases sur H.323 seront capables de bnficier de ces amliorations futures. Indpendance vis vis des plates-formes et des applications : H.323 n'est li aucun quipement ou systme d'exploitation. Support multipoint : H.323 supporte des confrences entre trois points terminaux ou plus sans ncessiter la prsence d'une unit de contrle spcialise. Gestion de la bande passante : Le trafic audio et vido est un grand consommateur de ressources rseau. Afin d'viter que ces flux ne congestionnent le rseau, H.323 permet une gestion de la bande passante disposition. En particulier, le gestionnaire du rseau peut limiter le nombre simultan de connexions H.323 sur son rseau ou limiter la largeur de bande disposition de chaque connexion. De telles limites permettent de garantir que le trafic important ne soit pas interrompu. Support multicast : H.323 supporte le multicast dans les confrences multipoint. Multicast envoie chaque paquet vers un sous-ensemble des destinataires sans rplication, permettant une utilisation optimale du rseau. A l'heure actuelle, le standard de fait pour les systmes de tlphonie sur IP est la norme H.323 de l'UIT. Indispensable pour permettre un minimum d'interoprabilit entre quipements de fournisseurs diffrents, ce standard prsente toutefois les inconvnients suivants : Protocole complexe, cr initialement pour les confrences multimdia et qui incorpore des mcanismes superflus dans un contexte purement tlphonique. Ceci a notamment des incidences au niveau des terminaux H.323 (tlphones IP, par exemple) qui ncessitent de ce fait une capacit mmoire et de traitement non sans incidence au niveau de leur cot. Comprend de nombreuses options susceptibles d'tre implmentes de faon diffrentes par les constructeurs et donc de poser des problmes d'interoprabilit ou de plus petit dnominateur commun (dans le choix du codec, par exemple) ; D'autre part, comme le seul codec obligatoire est le codec G.711 (64 Kps) et que le support des autres codecs plus efficaces est optionnel, l'interoprabilit entre produits provenant de constructeurs diffrents ne signifie pas qu'ils feront un usage optimal de la bande passante. En effet, dans le cas o les codecs bas dbits sont

diffrents, le transport de la voix se fera 64 Kbps, ce qui, en terme de bande passante, ne prsente gure d'avantages par rapport un systme tlphonique classique. 6.1.6 - Comparaison avec Sip Sip est un autre protocole pour l'interactivit en temps rel. Il a t dvelopp par l'IETF et s'inspire du protocole Http alors que H.323 s'inspire de la tlphonie. Sip est plus modulaire et peut fonctionner avec d'autres protocoles. Il est donc plus souple que H.323. 6.1.7 - Conclusion Le protocole H.323 est une des normes envisageables pour la visioconfrence sur Ip. Cependant, elle est pour l'instant surtout employ par des programmes propritaires (Microsoft, etc.). La documentation est difficile d'accs car l'ITU fait payer les droits d'accs aux derniers dveloppements de cette technologie, en dehors des efforts faits par le projet OpenH.323 pour rendre cette technologie accessible tous. Cet ensemble de normes ne s'avrent pas toujours compatibles avec d'autres protocoles cause de son dveloppement inspir de la tlphonie, ce qui peut rendre son utilisation un peu "rigide". 6.2 - Protocole SIP 6.2.1 - Introduction Le protocole Sip (Session Initiation Protocole) a t initi par le groupe MMUSIC (Multiparty Multimedia Session Control) et dsormais repris et maintenu par le groupe SIP de l'IETF donnant la Rfc 3261 rendant obsolte la Rfc 2543. Sip est un protocole de signalisation appartenant la couche application du modle Osi. Son rle est d'ouvrir, modifier et librer les sessions. L'ouverture de ces sessions permet de raliser de l'audio ou vidoconfrence, de l'enseignement distance, de la voix (tlphonie) et de la diffusion multimdia sur Ip essentiellement. Un utilisateur peut se connecter avec les utilisateurs d'une session dj ouverte. Pour ouvrir une session, un utilisateur met une invitation transportant un descripteur de session permettant aux utilisateurs souhaitant communiquer de s'accorder sur la compatibilit de leur mdia, Sip permet donc de relier des stations mobiles en transmettant ou redirigeant les requtes vers la position courante de la station appele. Enfin, SIP possde l'avantage de ne pas tre attach un mdium particulier et est sens tre indpendant du protocole de transport des couches basses. 6.2.2 - Fonctionnement Sip intervient aux diffrentes phases de l'appel : Localisation du terminal correspondant, Analyse du profil et des ressources du destinataire, Ngociation du type de mdia (voix, vido, donnes...) et des paramtres de communication, Disponibilit du correspondant, dtermine si le poste appel souhaite communiquer, et autorise l'appelant le contacter.

Etablissement et suivi de l'appel, avertit les parties appelant et appel de la demande d'ouverture de session, gestion du transfert et de la fermeture des appels. Gestion de fonctions volues : cryptage, retour d'erreurs, ... Avec Sip, les utilisateurs qui ouvrent une session peuvent communiquer en mode point point, en mode diffusif ou dans un mode combinant ceux-ci. Sip permet donc l'ouverture de sessions en mode : Point--point - Communication entre 2 machines, on parle d'unicast. Diffusif - Plusieurs utilisateurs en multicast, via une unit de contrle M.C.U (Multipoint Control Unit) Combinatoire - Plusieurs utilisateurs pleinement interconnects en multicast via un rseau maillage complet de connexions. Voici les diffrents lments intervenant dans l'ouverture de session : Suivant nature des changes, choix des protocoles les mieux adapts (Rsvp, Rtp, Rtcp, Sap, Sdp). Dtermination du nombre de sessions, comme par exemple, pour vhiculer de la vido, 2 sessions doivent tre ouvertes (l'une pour l'image et l'autre pour la vido). Chaque utilisateur et sa machine est identifi par une adresse que l'on nomme Url Sip et qui se prsente comme une Url Mailto. Requte Uri permettant de localiser le proxy server auquel est rattach la machine de l'appel. Requte Sip, une fois le client (machine appelante) connect un serveur Sip distant, il peut lui adresser une ou plusieurs requtes Sip et recevoir une ou plusieurs rponses de ce serveur. Les rponses contiennent certains champs identiques ceux des requtes, tels que : Call-ID, Cseq, To et From. Les changes entre un terminal appelant et un terminal appel se font par l'intermdiaire de requtes : Invite - Cette requte indique que l'application (ou utilisateur) correspondante l'Url Sip spcifi est invit participer une session. Le corps du message dcrit cette session (par ex : mdia supports par l'appelant ). En cas de rponse favorable, l'invit doit spcifier les mdias qu'il supporte. Ack - Cette requte permet de confirmer que le terminal appelant a bien reu une rponse dfinitive une requte Invite. Options - Un proxy server en mesure de contacter l'UAS (terminal) appel, doit rpondre une requte Options en prcisant ses capacits contacter le mme terminal.

Bye - Cette requte est utilise par le terminal de l'appel fin de signaler qu'il souhaite mettre un terme la session. Cancel - Cette requte est envoye par un terminal ou un proxy server fin d'annuler une requte non valide par une rponse finale comme, par exemple, si une machine ayant t invite participer une session, et ayant accept l'invitation ne reoit pas de requte Ack, alors elle met une requte Cancel. Register - cette mthode est utilise par le client pour enregistrer l'adresse liste dans l'URL TO par le serveur auquel il est reli. Une rponse une requte est caractrise, par un code et un motif, appels code d'tat et raison phrase respectivement. Un code d'tat est un entier cod sur 3 bits indiquant un rsultat l'issue de la rception d'une requte. Ce rsultat est prcis par une phrase, textbased (UTF-8), expliquant le motif du refus ou de l'acceptation de la requte. Le code d'tat est donc destin l'automate grant l'tablissement des sessions Sip et les motifs aux programmeurs. Il existe 6 classes de rponses et donc de codes d'tat, reprsentes par le premier bit : 1xx = Information - La requte a t reue et continue tre traite 2xx = Succs - L'action a t reue avec succs, comprise et accepte 3xx = Redirection - Une autre action doit tre mene afin de valider la requte 4xx = Erreur du client - La requte contient une syntaxe ronne ou ne peut pas tre traite par ce serveur 5xx = Erreur du serveur - Le serveur n'a pas russi traiter une requte apparemment correcte 6xx = Echec gnral - La requte ne peut tre traite par aucun serveur Dans un systme Sip on trouve deux types de composantes, les users agents (UAS, UAC) et un rseau de serveurs : L'UAS (User Agent Server) - Il reprsente l'agent de la partie appele. C'est une application de type serveur qui contacte l'utilisateur lorsqu'une requte Sip est reue. Et elle renvoie une rponse au nom de l'utilisateur. L'U.A.C (User Agent Client) - Il reprsente l'agent de la partie appelante. C'est une application de type client qui initie les requtes. Le relais mandataire ou PS (Proxy Server), auquel est reli un terminal fixe ou mobile, agit la fois comme un client et comme un serveur. Un tel serveur peut interprter et modifier les messages qu'il reoit avant de les retransmettre : Le RS (Redirect Server) - Il ralise simplement une association (mapping) d'adresses vers une ou plusieurs nouvelles adresses. (lorsqu'un client appelle un terminal mobile - redirection vers le PS le plus proche - ou en mode multicast - le message mis est redirig vers toutes les sorties auxquelles sont relis les destinataires). Notons qu'un Redirect Server est consult par l'Uac

comme un simple serveur et ne peut mettre de requtes contrairement au Ps. Le LS (Location Server) - Il fournit la position courante des utilisateurs dont la communication traverse les Rs et PS auxquels il est rattach. Cette fonction est assure par le service de localisation. Le RG (Registrar) - C'est un serveur qui accepte les requtes Register et offre galement un service de localisation comme le LS. Chaque PS ou RS est gnralement reli un Registrar. 6.2.3 - Scurit et Authentification Les messages Sip peuvent contenir des donnes confidentielles, en effet le protocole Sip possde 3 mcanismes de cryptage : Cryptage de bout en bout du Corps du message Sip et de certains champs d'en-tte sensibles aux attaques. Cryptage au saut par saut (hop by hop) fin d'empcher des pirates de savoir qui appelle qui. Cryptage au saut par saut du champ d'en-tte Via pour dissimuler la route qu'a emprunt la requte. De plus, fin d'empcher tout intrus de modifier et retransmettre des requtes ou rponses Sip, des mcanismes d'intgrit et d'authentification des messages sont mis en place. Et pour des messages Sip transmis de bout en bout, des cls publiques et signatures sont utilises par Sip et stockes dans les champs d'en-tte Autorisation. Une autre attaque connue avec Tcp ou Udp est le deny of service , lorsqu'un Proxy Server intrus renvoie une rponse de code 6xx au client (signifiant un chec gnral, la requte ne peut tre traite). Le client peut ignorer cette rponse. Si il ne l'ignore pas et met une requte vers le serveur "rgulier" auquel il tait reli avant la rponse du serveur "intrus", la requte aura de fortes chances d'atteindre le serveur intrus et non son vrai destinataire. 6.2.4 - Comparaison avec H323 Voici les avantages du protocole H.323 : Il existe de nombreux produits (plus de 30) utilisant ce standard adopt par de grandes entreprises telles Cisco, IBM, Intel, Microsoft, Netscape, etc. Les cinq principaux logiciels de visioconfrence Picturel 550, Proshare 500, Trinicon 500, Smartstation et Cruiser 150 utilisent sur Ip la norme H.323. Un niveau d'interoprabilit trs lev, ce qui permet plusieurs utilisateurs d'changer des donnes audio et vido sans faire attention aux types de mdia qu'ils utilisent. Voici les avantages du protocole Sip : Sip est un protocole plus rapide. La sparation entre ses champs d'en-tte et son corps du

message facilite le traitement des messages et diminue leur temps de transition dans le rseau. Nombre des en-ttes est limit (36 au maximum et en pratique, moins d'une dizaine d'en-ttes sont utilises simultanment), ce qui allge l'criture et la lecture des requtes et rponses. Sip est un protocole indpendant de la couche transport. Il peut aussi bien s'utiliser avec Tcp que Udp. De plus, il spare les flux de donnes de ceux la signalisation, ce qui rend plus souple l'volution "en direct" d'une communication (arrive d'un nouveau participant, changement de paramtres...).

SIP Nombre changes pour tablir la connexion Maintenance du code protocolaire Evolution du protocole Fonction de confrence Fonction de tlservices Dtection d'un appel en boucle Signalisation multicast 6.2.5 - Conclusion 1,5 aller-retour Simple par sa nature textuelle l'exemple de Http Protocole ouvert de nouvelles fonctions Distribue Oui, par dfaut Oui Oui, par dfaut

H323 6 7 aller-retour Complexe et ncessitant un compilateur Ajout d'extensions propritaires sans concertation entre vendeurs Centralise par l'unit MC H.323 v2 + H.450 Inexistante sur la version 1 un appel rout sur l'appelant provoque une infinit de requtes Non

La simplicit, la rapidit et la lgret d'utilisation, tout en tant trs complet, du protocole Sip sont autant d'arguments qui pourraient permettre Sip de convaincre les investisseurs. De plus, ses avances en matire de scurit des messages sont un atout important par rapport ses concurrents. 6.3 - Transport Rtp et Rtcp 6.3.1 - Introduction Rtp est un protocole qui a t dvelopp par l'IETF afin de facilit le transport temps rel de bout en bout des flots donnes audio et vido sur les rseaux Ip, c'est 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 d'atteindre plus facilement le temps rel. Les applications temps rels comme la parole numrique ou la visio-confrence constitue un vritable problme pour Internet. Qui dit application temps rel, dit prsence d'une certaine qualit de service (QoS) que Rtp ne garantie pas du fait qu'il fonctionne au niveau Applicatif. 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 l'administration de la session multipoint. Rtp et Rtcp sont dfinis, depuis juillet 2003, par la Rfc 3550 rendant obsolte la version prcdente Rfc 1889. 6.3.2 - Les fonctions de Rtp Le protocole Rtp, Real Time Transport Protocol, standardis en 1996, a pour but d'organiser les paquets l'entre du rseau et de les contrler la sortie. Ceci de faon reformer les flux avec ses caractristiques de dpart. Rtp est gr au niveau de l'application donc ne ncessite pas l'implmentation d'un Kernel ou de librairies. Comme nous l'avons dit dans l'introduction, 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. Rtp, est un protocole adapt aux applications prsentant des proprits temps rel. Il permet ainsi de : Reconstituer la base de temps des flux (horodatage des paquets : possibilit de resynchronisation des flux par le rcepteur) Mettre 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 d'un paquet n'est pas un gros problme si les paquets ne sont pas perdus en trop grands 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 d'une synthse des paquets prcdent et suivant. Identifier le contenu des donnes pour leurs associer un transport scuris. L'identification de la source c'est dire l'identification de l'expditeur du paquet. Dans un multicast l'identit de la source doit tre connue et dtermine. Transporter les applications audio et vido dans des trames (avec des dimensions qui sont dpendantes des codecs qui effectuent la numrisation). Ces trames sont incluses dans des paquets afin d'tre transportes et doivent de ce fait tre rcupres facilement au moment de la phase de dpaqutisation afin que l'application soit dcode correctement. En revanche, ce n'est pas "la solution" qui permettrait d'obtenir des transmissions temps rel sur IP. En effet, il ne procure pas de : Rservation de ressources sur le rseau (pas d'action sur le rseau, cf. RSVP); Fiabilit des changes (pas de retransmission automatique, pas de rgulation automatique du dbit); Garantie dans le dlai de livraison (seules les couches de niveau infrieur le peuvent) et dans la continuit du flux temps rel.

6.3.3 - Entte Rtp L'entte d'un paquet Rtp est obligatoirement constitu de 16 octets. Cette entte prcde le "payload" qui reprsente les donnes utiles.

6.3.3.1 - V Ce champ, cod sur 2 bits, permet d'indiquer la version de Rtp. Actuellement, V=2. 6.3.3.2 - P Ce bit indique, si il est 1, que les donnes possdent une partie de bourrage. 6.3.3.3 - X Ce bit spcifie, si il est 1, que l'entte est suivie d'une entte supplmentaire. 6.3.3.4 - CC Ce champ, cod sur 4 bits, reprsente le nombre de CSRC qui suit l'entte. 6.3.3.5 - M Ce bit, lorsqu'il est 1, dfinie que l'interprtation de la Marque est par un profil d'application. 6.3.3.6 - PT Bas sur 7 bits, ce champ identifie le type du payload (audio, vido, image, texte, html, etc.). 6.3.3.7 - Numro de squence Ce champ, d'une taille de 2 octets, reprsente le numro d'ordre d'mission des paquets. Sa valeur initiale est alatoire et il s'incrmente de 1 chaque paquet envoy, il peut servir

dtecter des paquets perdus. 6.3.3.8 - Timestamp Ce champ horodatage, de 4 octets, reprsente l'horloge systme ou l'horloge d'chantillonnage de l'metteur. Elle doit tre monotone et linaire pour assurer la synchronisation des flux. 6.3.3.9 - SSRC Bas sur 4 octets, ce champ identifie de manire unique la source de synchronisation, sa valeur est choisie de manires alatoire par l'application. 6.3.3.10 - SSRC Ce champ, sur 4 octets, identifie les sources de contribution. La liste des participants ayant leur contribution (audio, vido) aux donne du paquet. 6.3.4 - Les fonctions de Rtcp Le protocole Rtcp est fond sur la transmission priodique de paquets de contrle tous les participants d'une session. C'est le protocole Udp (par exemple) qui permet le multiplexage des paquets de donnes Rtp et des paquets de contrle 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 d'une distribution (plus communment appel la gigue : c'est dire les paquets qui arrivent rgulirement ou irrgulirement) et le dlai aller-retour. Ces informations permettent la source de s'adapter, 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, l'image ou mme des applications numrises sur plusieurs niveaux hirarchiques peuvent voir les flots gres suivre des chemins diffrents. L'identification car en effet, les paquets Rtcp contiennent des informations d'adresses, comme l'adresse d'un message lectronique, un numro de tlphone ou le nom d'un participant une confrence tlphonique. Le contrle de la session, car Rtcp permet aux participants d'indiquer leur dpart d'une confrence tlphonique (paquet Bye de Rtcp) ou simplement de fournir une indication sur leur comportement. Le protocole Rtcp demande aux participants de la session d'envoyer priodiquement les informations cites ci-dessus. La priodicit est calcule en fonction du nombre de participants de l'application. 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 l'metteur 201 : rapport du rcepteur 202 : description de la source 203 : au revoir 204 : application spcifique Ces diffrents paquets de supervision fournissent aux noeuds du rseau les instructions ncessaires un meilleur contrle des applications temps rel. 6.3.5 - Entte Rtcp Ce protocole dfini cinq paquets de contrle : 200 - SR (Sender Report) : Ce rapport regroupe des statistiques concernant la transmission (pourcentage de perte, nombre cumul de paquets perdus, variation de dlai (gigue), ...Ces rapports sont issus d'metteurs actifs d'une session. 201 - RR (Receiver Report) : Ensemble de statistiques portant sur la communication entre les participants. Ces rapports sont issus des rcepteurs d'une session. 202 - SDES (Source Description) : Carte de visite de la source (nom, e-mail, localisation). 203 - BYE : Message de fin de participation une session. 204 - APP : Fonctions spcifiques une application. Voici l'en-tte commun tous les paquets Rtcp.

6.3.5.1 - V Ce champ, cod sur 2 bits, permet d'indiquer la version de Rtp, qui est la mme que dans les paquets Rtcp. Actuellement, V=2. 6.3.5.2 - P Ce bit indique, si il est 1, que les donnes possdent une partie de bourrage. 6.3.5.3 - RC Ce champ, bas sur 5 bits, indique le nombre de blocs de rapport de rception contenus en ce paquet. Une valeur de zro est valide. 6.3.5.4 - PT Ce champ, cod sur 1 octet, est fix 200 pour identifier ce datagramme Rtcp comme SR. 6.3.5.5 - Longueur Ce champ de 2 octets, reprsente la longueur de ce paquet Rtcp incluant l'entte et le bourrage. 6.3.5.6 - SSRC Bas sur 4 octets, ce champ, reprsente l'identification de la source pour le createur de ce paquet SR. 6.3.6 - Conclusion Rtp ncessite le protocole de transport Udp, (en-tte 8 octets), qui fournira les numros de port source et destination ncessaire la couche application. Pour l'instant le protocole Rtp se trouve au dessus de Udp, tandis que dans le futur, on aura une indpendance vis vis des couches rseaux. En rsumant, ces deux protocoles sont adapts pour la transmission de donnes temps rel. Cependant, ils fonctionnent en stratgie bout bout et donc ne peuvent contrler l'lment principal de la communication : le rseau. Ces protocoles sont principalement utiliss en visioconfrence o les participants sont tour tour metteurs ou rcepteurs. Pour le transport de la voix, ils permettent une transmission correcte sur des rseaux bien cibls. C'est--dire, des rseaux qui implmentent une qualit de service adapte. Des rseaux bien dimensionns (bande passante, dterminisme des couches sous-jacentes, Cos, ...) peuvent aussi se servir de cette solution. 6.4 - H261 Le protocole H.261 est dcrit dans la RFC 2032, cette norme dcrit le transport d'un flux vido sur Rtp. Le format de l'en-tte est le suivant :

SBIT (Start Bit) - Bas sur 3 bits, ce champ reprsente le nombre de bits de poids forts ignorer dans le premier octet de donnes. EBIT (End Bit) - Bas sur 3 bits, ce champ reprsente le nombre de bits de poids faible ignorer dans le dernier octet de donnes. I (Intra-frame encoded data flag) - Bas sur 1 bit, ce flag doit tre mis 1 si il contient seulement des intra-frame cod. V (Motion Vector) - Bas sur 1 bit, ce flag indique si le Motion Vector est utilis ou pas. GOBN (GOB number) - Bas sur 4 bits, ce champ code le nombre de GOB actif au dbut du paquet. Placez 0 si le paquet commence par un en-tte de GOB. MBAP (Macroblock Address Predictor) - Bas sur 5 bits, ce champ code le prdicteur d'adresse de Macroblock. Placez 0 si le paquet commence par un en-tte de GOB. QUANT (Quantizer) - Bas sur 5 bits, ce champ reprsente la valeur actif avant le dbut de ce paquet. HMVD (Horizontal Motion Vector Data) - Bas sur 5 bits, ce champ doit tre 0 si le flag V est 0 ou si le paquet commence avec une entte Gob. VMVD (Vertical Motion Vector Data) - Bas sur 5 bits, ce champ doit tre 0 si le flag V est 0 ou si le paquet commence avec une entte Gob. 6.5 - Audio Le transport de la voix sur un rseau IP ncessite au pralable tout ou une partie des tapes suivantes : Numrisation : dans le cas o les signaux tlphoniques transmettre sont sous forme analogique, ces derniers doivent d'abord tre convertis sous forme numrique suivant le format

PCM (Pulse Code Modulation) 64 Kbps. Si l'interface tlphonique est numrique (accs RNIS, par exemple), cette fonction est omise. Compression : le signal numrique PCM 64 Kbps est compress selon l'un des formats de codec (compression / dcompression) (Tableau 3-3) puis insr dans des paquets IP. La fonction de codec est le plus souvent ralise par un DSP (Digital Signal Processor). Selon la bande passante disposition, le signal voix peut galement tre transport dans son format originel 64 Kbps. Dcompression : ct rception, les informations reues sont dcompresses .il est ncessaire pour cela d'utiliser le mme codec que pour la compression- puis reconverties dans le format appropri pour le destinataire (analogique, PCM 64Kbps, etc.). L'objectif d'un codec est d'obtenir une bonne qualit de voix avec un dbit et un dlai de compression le plus faibles possibles. Le cot du DSP est li la complexit du codec utilis. Le Tableau ci-dessous prsente les caractristiques des principaux codecs standards de l'UIT. Les codecs les plus souvent mis en oeuvre dans les solutions VoIP sont G.711, G.729 et G.723.1. La qualit d'un codec est mesure de faon subjective en laboratoire par une population test de personnes. Ces dernires coutent tout un ensemble de conversations compresses selon les diffrents codecs tester et les valuent qualitativement selon la table suivante : Tableau : Echelle utilis pour l'valuation de la qualit de voix Qualit de la parole Excellente Bonne Correcte Pauvre Insuffisante Score 5 4 3 2 1

Sur la base des donnes numriques des apprciations, une opinion moyenne de la qualit d'coute (Mean Opinion Score . MOS) est ensuite calcule pour chaque codec. Les rsultats obtenus pour les principaux codecs sont rsums dans le tableau ci-dessous : Tableau : Score MOSdes diffrents codecs Codec VoIP G.711 (PCM) G.726 G.729 G.723.1 G.723.1 Dbit (Kbps) 64 32 8 6.4 5.3 Score MOS 4.1 3.85 3.92 3.9 3.65

GSM G.729 x2 G.729 x3 G.729 x GSM

13

3.5 3.27 2.68 3.17

Deux observations principales peuvent tre tires du Tableau 3-5 : La qualit de la voix obtenue par les codecs G.729 et G.723.1 ( 6.4Kbps) est trs proche de celle du service tlphonique actuel, et ce pour des dbits entre 8 et 10 fois infrieurs. Ces deux codecs prsentent une meilleure qualit que celle des rseaux tlphoniques cellulaires (GSM). Le cumul, dans une mme communication, d'oprations de compression/dcompression conduit une rapide dgradation de la qualit. Les solutions mises en oeuvre doivent viter des configurations en tandem dans lesquelles un PBX reoit un appel d'un poste distant travers une liaison VoIP et le redirige vers une autre liaison semblable. Offrant une qualit de voix trs proche, les codecs G.729 et G.723.1 se distinguent essentiellement par la bande passante qu'ils requirent et par le retard que chacun introduit dans la transmission. Le choix d'un quipement implmentant l'un ou l'autre de ces codecs devra donc tre fait selon la situation, en fonction notamment de la bande passante disposition et du retard cumul maximum estim pour chaque liaison (selon les standards de l'UIT, le retard aller ( one-way delay ) devrait tre infrieur 150 ms). Le facteur du jitter est primordiale pour une bonne coute de la Voip. 7 - Problme et QoS 7.1 - Latence La matrise du dlai de transmission est un lment essentiel pour bnficier d'un vritable mode conversationnel et minimiser la perception d'cho (similaire aux dsagrments causs par les conversations par satellites, dsormais largement remplacs par les cbles pour ce type d'usage). Or la dure de traverse d'un rseau IP dpend de nombreux facteurs: Le dbit de transmission sur chaque lien Le nombre d'lments rseaux traverss Le temps de traverse de chaque lment, qui est lui mme fonction de la puissance et la charge de ce dernier, du temps de mise en file d'attente des paquets, et du temps d'accs en sortie de l'lment Le dlai de propagation de l'information, qui est non ngligeable si on communique l'oppos de la terre. Une transmission par fibre optique, l'oppos de la terre, dure environ 70 ms. Noter que le temps de transport de l'information n'est pas le seul facteur responsable de la dure totale de traitement de la parole. Le temps de codage et la mise en paquet de la voix contribuent

aussi de manire importante ce dlai. Il est important de rappeler que sur les rseaux IP actuels (sans mcanismes de garantie de qualit de service), chaque paquet IP fait sont chemin indpendamment des paquets qui le prcdent ou le suivent: c'est ce qu'on appelle grossirement le Best effort pour signifier que le rseau ne contrle rien. Ce fonctionnement est fondamentalement diffrent de celui du rseau tlphonique o un circuit est tabli pendant toute la dure de la communication. Les chiffres suivants (tirs de la recommandation UIT-T G114) sont donns titre indicatif pour prciser les classes de qualit et d'interactivit en fonction du retard de transmission dans une conversation tlphonique. Ces chiffres concernent le dlai total de traitement, et pas uniquement le temps de transmission de l'information sur le rseau. Classe n Dlai par sens Commentaires Classe n 1 2 3 4 Dlai par sens 0 150 ms 150 300 ms 300 700 ms Au del de 700 ms Commentaires Acceptable pour la plupart des conversations Acceptable pour des communications faiblement interactives Devient pratiquement une communication half duplex Inutilisable sans une bonne pratique de la conversation half duplex

En conclusion, on considre gnralement que la limite suprieure "acceptable" , pour une communication tlphonique, se situe entre 150 et 200 ms par sens de transmission (en considrant la fois le traitement de la voix et le dlai d'acheminement). 7.2 - Perte de paquets Lorsque les buffers des diffrents lment rseaux IP sont congestionns, ils librent automatiquement de la bande passante en se dbarrassant d'une certaine proportion des paquets entrant, en fonction de seuils prdfinis. Cela permet galement d'envoyer un signal implicite aux terminaux TCP qui diminuent d'autant leur dbit au vu des acquittements ngatifs mis par le destinataire qui ne reoit plus les paquets. Malheureusement, pour les paquets de voix, qui sont vhiculs au dessus d'UDP, aucun mcanisme de contrle de flux ou de retransmission des paquets perdus n'est offert au niveau du transport. D'o l'importance des protocoles RTP et RTCP qui permettent de dterminer le taux de perte de paquet, et d'agir en consquence au niveau applicatif. Si aucun mcanisme performant de rcupration des paquets perdus n'est mis en place (cas le plus frquent dans les quipements actuels), alors la perte de paquet IP se traduit par des ruptures au niveau de la conversation et une impression de hachure de la parole. Cette dgradation est bien sr accentue si chaque paquet contient un long temps de parole (plusieurs trames de voix de paquet). Par ailleurs, les codeurs trs faible dbit sont gnralement plus sensibles la perte d'information, et mettent plus de temps reconstruire un codage fidle. Enfin connatre le pourcentage de perte de paquets sur une liaison n'est pas suffisant pour

dterminer la qualit de la voix que l'on peut esprer, mais cela donne une bonne approximation. En effet, un autre facteur essentiel intervient; il s'agit du modle de rpartition de cette perte de paquets, qui peut tre soit rgulirement rpartie, soit rpartie de manire corrle, c'est dire avec des pics de perte lors des phases de congestion, suivies de phases moins dgrades en terme de QoS. 7.3 - Gigue La gigue est la variance statistique du dlai de transmission. En d'autres termes, elle mesure la variation temporelle entre le moment o deux paquets auraient d arriver et le moment de leur arrive effective. Cette irrgularit d'arrive des paquets est due de multiples raisons dont: l'encapsulation des paquets IP dans les protocoles supports, la charge du rseau un instant donn, la variation des chemins emprunts dans le rseau, etc... Pour compenser la gigue, on utilise gnralement des mmoires tampon (buffer de gigue) qui permettent de lisser l'irrgularit des paquets. Malheureusement ces paquets prsentent l'inconvnient de rallonger d'autant le temps de traverse global du systme. Leur taille doit donc tre soigneusement dfinie, et si possible adapte de manire dynamique aux conditions du rseau. La dgradation de la qualit de service due la prsence de gigue, se traduit en fait, par une combinaison des deux facteurs cits prcdemment: le dlai et la perte de paquets; puisque d'une part on introduit un dlai supplmentaire de traitement (buffer de gigue) lorsque l'on dcide d'attendre les paquets qui arrivent en retard, et que d'autre part on finit tout de mme par perdre certains paquets lorsque ceux-ci ont un retard qui dpasse le dlai maximum autoris par le buffer. 8 - Etat du march On compte une bonne vingtaine de firmes sur le march. Les principaux sont Cisco, Clarent, Avaya, Alcatel, Nortel Network, Siemens, Tnovis, 3COM ... Ce qu'il faut souligner, c'est le fait qu'il y ait peu de concurrents car comme je l'ai dit prcdemment, la tlphonie sur Ip est un march trs jeune et trs novateur. D'ailleurs, le fait que la tlphonie sur IP soit un march chevauchant 2 secteurs qui se rapprochent et taient compltement diffrent auparavant, la tlphonie et l'informatique, nous assistons ici une concurrence ayant des origines diffrentes. En effet, nous retrouvons le gant de l'quipement rseaux Cisco en concurrence avec des entreprises de tlphonies tel que Alcatel ou Siemens. Mais Cisco et Clarent arrivent largement en tte, sur un march qui de 259 millions de dollars cette anne pourrait atteindre 2,89 milliards en 2006. La tlphonie sur IP propose 3 types de terminaux diffrents : Les hardphones qui sont des tlphones physiques IP, les softphones qui sont des logiciels permettant de tlphoner sur IP au travers d'un PC et les tlphones IP Wi-fi qui sont des tlphones sans-fil IP. Mais la plupart des concurrents proposent ces 3 produits qui sont plutt homognes. Un softphone Cisco et un Softphone Siemens sont quasi-identiques. Seule l'interface graphique les distingue. Pour le client, le produit des 2 concurrents est identique dans la mesure o il apporte les mmes services. 9 - Conclusion Actuellement, il est vident que la tlphonie IP va continuer de se dvelopper dans les prochaines annes. Le march de la tlphonie IP est trs jeune mais se dveloppe une vitesse

fulgurante. C'est aujourd'hui que les entreprises doivent investir dans la tlphonie IP si elles veulent y jouer un rle majeur. Le fait est que IP est maintenant un protocole trs rpandu, qui a fait ses preuves et que beaucoup d'entreprises disposent avantage de la tlphonie IP, car elle demande un investissement relativement faible pour son dploiement. La tlphonie IP ouvre la voie de la convergence voix/donnes et celle de l'explosion de nouveaux services tels que les CTI. Maintenant que la normalisation a atteint une certaine maturit, il n'est plus dangereux de miser sur le standard H323 qui a t accept par l'ensemble de la communaut. La tlphonie IP est une bonne solution en matire d'intgration, de fiabilit, d'volutivit et de cot. Elle fera partie intgrante des Intranets d'entreprises dans les annes venir et apparatra aussi dans la tlphonie publique pour permettre des communications bas cot. Enfin, le dveloppement de cette technologie reprsente-t-il un risque ou une opportunit pour les oprateurs traditionnels ? La rponse n'est pas tranche. D'un cot, une stagnation des communications classiques; d'un autre cot l'utilisation massive d'Internet va augmenter le trafic et dvelopper de nouveaux services que pourront dvelopper les oprateurs. Bientt nous tlphonerons tous sur IP... On peut ainsi vraisemblablement penser que le protocole IP deviendra un jour un standard unique permettant l'interoprabilit des rseaux mondialiss. C'est pourquoi l'intgration de la voix sur IP n'est qu'une tape vers EoIP : Everything over IP. 10 - Discussion autour de la documentation Vous pouvez poser toutes vos questions, vos remarques et vos expriences propos de la voix sur IP. Pour cela, rendez-vous sur le Forum "Tlphonie". 11 - Suivi du document Le 14 novembre 2004, par _SebF, cration du document. Merci Cattoen Franois, Greca Thomas, Clment Le Ttour et Christophe Badot.

Copyright 2003-2006 FrameIP TcpIP. Tous droits rservs. Les marques et marques commerciales mentionnes appartiennent leurs propritaires respectifs. L'utilisation de ce site Web TcpIP implique l'acceptation des conditions d'utilisation et du rglement sur le respect de la vie prive de FrameIP Ipv6. Lien Scurit

All Ripped by Walyonaire Charle Athanase Biagui