CAVADOREClment PRADEILLESChristophe

ExposCouchesBasses(A1)
PremierTrimestre

~ Transmission numrique de mdia sonores

DESSTNI Administration&ScuritdesRseaux 2004/2005

Transmission numrique de mdia sonores

SOMMAIRE
I. Introduction:Latransmissionnumriquedemdiasonores
a)Lebesoin b)Dfinition c)Lepseudostreamingetlestreaming d)LavoixsurIP e)LatlphonieIP a)Laphased'mission b)Laphasederception 3 3 3 4 5 5
6

Fonctionnementg II. nrald'unetransmissionaudionumrique

Lesdiff III. rentstypesdediffusion

a)L'Unicast b)LeBroadcast c)LeMulticast

8 9 9

IV. Lesdiffrentsprotocolesutiliss
a)Laproblmatique b)QualitdeService(QoS) c)Lesdiffrentsprotocoles
c1)ISDN(RNIS) c2)ATM c3)TCP c4)UDP c5)RTP/RTCP c6)RTSP c7)RSVP c8)ProtocolesetVoIP c9)H.323 c10)SIP c11)MGCP 14 15 16 14 19 20 20 21 24 28 29 30 32 37 38

Conclusion V.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page2

Transmission numrique de mdia sonores

I.Introduction:Latransmissionnumriquedemdiasonores
a)Lebesoin Avecl'avnementdel'internet hautdbit,dumultimdia,etlapossibilit pourlesfoyers d'acqurir desprixbonmarch unordinateurconnect l'internet,l'outilinformatiqueest devenu,aujourd'hui,beaucoupplusqu'unesimplemachinedecalcul,debureautique,oude recherche.Avecledveloppementcroissantdestechnologiesdecommunicationnumriqueest nl'intrtd'utiliserlerseauInternetpourenvoyerdel'audioetdelavido.L'ordinateurestde nosjourunsupportmultimdia comparablesurcertainspoints unappareilHiFi,ouune tlvision. Cequiledmarqued'unappareilHiFiconventionnel,c'estsacapacit s'interconnecter de multiplerseauxdeparlemonde,grce Internet,pourpouvoirrcuprerdesdonnesaudio numriques. Ilestdoncn naturellementunbesoindecommunication demdiassonores, besoinquin'acessd'volueretdeprendreforme,jusqu'aujourd'hui. Le simple besoin d'interconnexion fiable de rseaux tlphoniques, est devenu besoin de transfertdefichiers(audio)(MP3,ogg,etc...),puisilavolujusqu'devenirLAprioritdes utilisateurs.Cesdernierstantdeplusenplusdsireuxdes'changerdesdonnessonores(voix, tlphonienumrique) ouencored'couter delamusique(diffusionradio,etc...)le tout en tempsreletmoindrecot. L'internet,ainsiquel'infrastructurequicomposelerseauexiste,etfonctionneparfaitement bien.Ildevientdoncintressantd'utilisercerseau,pourdiffuserdesmdiassonores.C'estce quenousallonsdtaillermaintenant. b)Dfinition Largementexploit denos jourspourl'change(plus oumoins lgal) defichiersaudio, la transmissiondemdiasonores'apparentesoitunsimple changedefichiersmusicaux,soit l'couteentempsreld'unesourcenumriquemusicale(streaming).C'estsurcedeuximepoint quenostravauxonteulieu. c)Lepseudostreamingetlestreaming Lemotstreamingvientdel'anglais stream,signifiantflot/flux.Streaming dsigne d'unemaniregnralel'actiondecommencer couterouvisualiseruncontenumultimdia avantlafindelatransmissiondufichier.Lestreamingestutilispourrendreaccessibleunflux audioouvidodesutilisateursdistants.Cettetechniquepermetladiffusiondemdiassonores et/ou visuel en flux continu (sans interruption) et en temps rel (au moment o se passe lvnement). CAVADOREClment PRADEILLESChristophe ModuleA1Couchesbasses Page3

Transmission numrique de mdia sonores Lepseudostreaming,outlchargementprogressifpermet l'utilisateurdelireunmdiaalors quelefichierestencoreencoursdetlchargement.Aveclepseudostreaming,unecopiedu fichier est conserv sur le disque de l'utilisateur, ce qui lui permettra de relire le mdia ultrieurement. Le tlchargement progressif est galement appel streaming HTTP car les logiciels serveur Web utilisant des protocoles standard (serveurs HTTP/FTP) peuvent transmettredesfichiers tlchargementprogressif.C'taitlamthodelaplusutiliseavant 1995,lorsquelesautresprotocolesspcifiquesaustreamn'existaientpas. Ilsediffrencieduvraistreamingquipermetlatransmissiondecontenuentempsrel,(les paquets formant ce protocole ont une contrainte temporelle car il n'y a pas de systme de bufferisation,quiimpliquerait qu'undlaitropfortentrel'missiond'unpaquet, etson rendu entranerait la destruction du paquet, et l'interruption de la connexion). Le vrai streamingtirepartidesprotocolesspciauxtelqueRTPutilissparleslogicielsserveurde mdiaspouradapterlatransmissionlabandepassante. Levraistreamingpermetdeparcourir,d'avanceretderevenirunpointdonnducontenu, contrairementautlchargementprogressif,quirequiertdevisionnerlecontenududbut la fin. Lestreamingestunealternativeutilesil'onneveutpasavoirstockerlecontenud'unmorceau (parexemple,pourlecasd'unewebradiooud'unedmonstrationdemorceauxsurdessites marchands...),carledroitdeconserverunemusiqueestinterditjuridiquementparlant... d)LavoixsurIP Ellereprsenteletransportdelavoix(numrisparpaquets),suruneinfrastructureIP(Internet, RseauLANpriv,etc...),enappliquantlemmetraitement cespaquetsidentifisVOIX queceluiappliqusurlesautrestypesdepaquetsidentifisDONNEES. LaVoixsurIPestunetransmissionintgraledelavoixanalogiqueentirementnumriseen modepaquetsauformatTCP/UDP. IlnefautpasconfondrelaVoixsurIP(transportdelavoixsurIP),etlaTlphoniesurIP (terminauxetsolutionsdetlphoniepourl'IP). Fairebasculerdiffrentstypesdedonnessurunmmerseaupermetavanttoutdesimplifier sonadministration.Enparticulier,leprincipedelaVoIP(VoiceOverIP)doitpermettrede faciliter le dveloppement d'applications utilisant la voix et d'autres types de donnes. Le principaldomaineconcernestlecollaboratif:vidoconfrence,messagerieunifie... Commetouteinnovationtechnologiquequiserespecte,laVoIPdoitsimplifierletravailetfaire conomiser de l'argent. Les entreprises dpensent normment en communications tlphoniques,orleprixdescommunications sur Internetestdrisoireencomparaison. En particulier,pluslesinterlocuteurssontloigns,plusladiffrencedeprixestintressante.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page4

Transmission numrique de mdia sonores e)LatlphonieIP PourtirerprofitdudveloppementdInternetpourlegrandpublic,dessocitsontdvelopp deslogicielsde"tlphonieIP".Aveccesprogrammes,ilestpossibledetransporterdelavoix entredeuxordinateursetainsidecommuniquer.LaseulediffrenceaveclaVoIPestquela tlphonieIPgrelanotiond'adressage,enanalogieaveclanotiondenumrodetlphone,en tlphonie conventionnelle. Bien que cela puisse paratre rvolutionnaire, cela est devenu insuffisant. En effet, pour pouvoir tre viable, un tel rseau de "tlphonie IP " doit tre interconnect aveclerseautlphoniquecommut (RTC),lerseaudetlphonieanalogique classique. LatlphonieIPn'estdoncqu'unesimplesurcouchedelavoixsurIP. LebutdelatlphoniesurIPestdefinaliserlaconvergencevoix/donnesautourdunprotocole unique,IP(etIPv6danslefutur).Eneffet,latlphonieIPsebasesurlammearchitectureque lInternetetutiliselesmmesinfrastructures.Deplusenplusdentreprisessont quipesde rseauxLAN(LocalAreaNetwork)etWAN(WideAreaNetwork),etpeuventdonctirerprofit de la voix sur IP moindre cot. Enintgrant voix et donnes, la tlphonieIP simplifie ladministrationdurseaucartoutestcentralis dansununiquerseau.Elleprocureaussides facilitspourledveloppementdapplicationsutilisantdelavoixetdesdonnes.Entlphonie, toutestbassurlematrielalorsquelatlphonieIPtireavantagedunearchitecturebasesur dulogiciel.Deplus,latlphoniesurIPutilisejusqu'dixfoismoinsdebandepassantequela tlphonietraditionnelle,selonlesformatsdecompressionutiliss(Codec).

II.Fonctionnementgnrald'unetransmissionaudionumrique
Plusieurstraitementdusignalaudiosontncessairesavantl'mission,etaprslarception.Nousallons survolerrapidementlesprincipalestapesquisontgnriquesindpendammentduprotocoleutilise.

a)Laphased'mission
a1)L'acquisitionaudio Lemoduled'acquisitionaudioestengnralcompos d'unmicrophoneetd'unecarte audio.Lessignaux lectriquescaptsparlemicrophonesontnumrissparlacarteet misdispositiondulogicieldetraitementdecessignaux.Ils'agitenfaitdetransformer l'information(codagedusignalaudioanalogique)detellemanirequ'ellepuisse tre transmisesurunrseaunumriquecommeInternet.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page5

Transmission numrique de mdia sonores a2)Ladtectiondesilence Lepremiertravaileffectu parcelogicielestladtectiondespriodesdesilenceet d'activit.Cettedtectionsefaitsurlabasedecalculsd'nergie(etparfoisd'analyse spectrale,afindediffrencierunbruitdefondd'unsignalspectralementplusstructur). Ladtectiondesilencepermetbiensrden'mettredesdonnesquelorsquelasource audio est active. Ceci est intressant car il a t montr par exemple que les conversationstlphoniquescomportentenviron30%desilence. a3)Lecodageetlacompression Lecodagecomprimelesdonnesnumriquesselonunschmadecompression afinde rduireledbitmis,etfavoriserainsiletransfertdedonnesentempsrel.Ilexisteune multitudedetypesdecompressionsdiffrentesauniveauapplicatif(nousn'entreronspas danslesdtailsdechaquealgorithme). Ces diffrents codage de l'information influent principalement sur trois facteurs primordiauxdansunecommunication: >Ledbitenmission. >Lachargeprocesseurpourcoder/dcoderl'information. >Leniveaudequalitsonoredumdia. Laplupart des algorithmes de compression favorise unecaractristique audtriment d'une autre. Dans les formats de fichiers les plus connu, l'on peut citer : Mp3, Ogg/Vorbis dont les formats sont libres et Windows Media Audio, Real Audio, QuickTimeAudiopourlesquelcesformatssontpropritaires. a4)Latransmissiondespaquets Lemoduledetransmissiontransformeleflotdebits lasortieducodeuraudioenun flotdepaquets(oudatagrammes).Cettetransformationpeuts'effectuerauxtraversde diffrentsprotocolesquenoustudieronsplusloindanscerapport.

b)Laphasederception
b1)Larceptiondespaquets Lemoduleouprotocolederceptionprendlespaquetsdisponiblessurlerseauetplace l'informationaudiocontenuedanscespaquets l'intrieurd'unbufferderception.Les paquetspeuventprovenirdediffrentessources. CAVADOREClment PRADEILLESChristophe ModuleA1Couchesbasses Page6

Transmission numrique de mdia sonores b2)Laphasedcodage/dcompressiondel'information Cemodule utilise l'un des formats de dcompression disponibles, pour restituer une informationaudiononcode.Enfonctiondelacompressionoriginelle,laqualitobtenu ensortieseverrapourlaplupartdutempsplusoumoinsdiminue(dansl'optiqued' augmenterledbit). b3)Lemixageaudio Cemoduledemixageapourbutdemixerlesdonnesdcompressesprovenantdes diffrentessources. b4)Larestitutionaudio Lemodulederestitutionenvoieleschantillonsmixssurledriverdesortiepourqu'ils soientjoussurunhautparleurouuncasque.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page7

Transmission numrique de mdia sonores

III.Lesdiffrentstypesdediffusion
L'unicast a)
C'estlemodeconventionneldecommunicationdansunrseauIP.Uneconnexionsertunseul utilisateur,etilfautautantdeconnexionsqued'utilisateurs.Danslecasd'unediffusion,sion faitl'analogieavecuneradioetunrseaufilaire,c'estcommes'il taitncessairepourlaradio detirerunfiljusqu' chacundesesauditeurs.Onpeutimaginerlenombreimportant,voir mmeingrabled'arrivesfilaireslastationderadio. Chaqueclientmonopoliseuneressourceauniveauduserveur(ici,labandepassantedeceluici, matrialiseparunelargebandenoire sonarrive),provoquantunerapidemonteencharge decettedernire.

Fig1:Principedel'unicast Cemodedediffusionpointpointestparticulirementinadapt ladiffusiond'uncontenu destinplusieursdestinations(detypewebradioouwebTV). CeprocdestleplusutilissurInternetcarilfonctionnebiensurlerseauactueletnapasles problmesdimplmentationrencontrsaveclemulticast.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page8

Transmission numrique de mdia sonores

b)LeBroadcast
Lors dune diffusion en broadcast, un seul flux est mis pour tous les utilisateurs. Cette techniquealavantagedediminuerlabandepassantencessaireetdediminuerlacharge,au niveauduserveur. Eneffet,ilnaplusgrerNconnexionsdistinctes.Cetypedediffusionn'estpossiblequesur unmmedomainedebroadcast,savoirunrseaulocal(pasderoutagepossible).

c)Lemulticast c1)Fonctionnementgnral
Ceprincipedediffusionfonctionneunpeucommelebroadcast,eneffetunseulfluxest mispartirduserveur.Maisici,onseplacedanslecadred'unediffusiondegroupe,surle modeonenvoieladonne,etleclientlaprends'illedsire.Cettemthodeestappele galementcommunicationdegroupes,oumultipointIP.Lesclientsquinesontpas abonnsaugroupenerecevronspasleflux.Cettetechniquepeuttreutilisepourfairedu streamingsurinternet.

Fig2:Principedumulticast

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page9

Transmission numrique de mdia sonores Auniveaudel'implmentationdecettetechnique,onutiliseunecertaineclassed'adresseIP (laclasseD,ajouteauxtroisclassesconventionnelles(A,B,C),dontleshtessont comprisentre224.0.0.0et239.255.255.255)pourladiffusionmulticast.L'adressederseau commencedonc,enbinaire,parlasuite1110. Etantdonn lanotiondegroupedediffusion,combine lanotiond'abonnement un groupe,ilestncessaire(dansunsoucid'conomiedebandepassante)demettreenplace unprotocolepermettantdedemanderladiffusiond'ungroupedansunepartiedurseau, ainsiquel'arrtdediffusiondeceluici,encasdedsabonnement.IGMP(InternetGroup ManagementProtocol,dfinidanslerfc1112),unprotocoleappartenant IPrpond ce besoin. Au niveau de la couche n2 (couche liaison), il existe dans le cas d'ethernet une spcification (IEEE802.3), qui spcifie que pour transporter des trames multicast, on construitl'adresseMACdedestinationdelafaonsuivante:les23bitsdepoidsfaiblede l'adressedegroupemulticastsontmisdansles23bitsdepoidsfaibledel'adresseEthernet 01005E000000. Parexemple,sil'onveutdiffuserl'adresse229.6.9.172,auniveaudelacoucherseau,on enverraunetramedestinationde01005E0609AC. Maisl'adressedegroupemulticastsecomposede28bitsetnonde23bits.Dufaitqu'iln'y apasassezdeplacedansl'adresseMACpourfairetenirles28bitsdugroupemulticast, cetteadressen'estpasunique. Onendduitquepourchaquetramecomportantuneadressemulticast,ilya25adressesIP degroupesmulticastpossibles. Cequisignifiequesiles23bitsdepoidsfaiblenesuffisentpas discriminerlatrameil faudrafaireappelaupilotedepriphriqueoulacoucheIPpourleverl'ambigut. QuandunetramedetypemulticastestlueparlastationEthernetpuisparlepilotede priphrique,sil'adressecorrespondl'unedesadressesdegroupemulticastpralablement configures,ledatagrammefranchitlacoucheIPetunecopiedesdonnesestdlivreaux processusquiontjointlegroupemulticast. AunniveauplushautdanslemodleencouchesOSI,ilestncessairederouterlespaquets multicast. Il existe plusieurs protocoles de routages, comme le DVMRP (un routage vecteursdedistancesdriv duprotocoleRIP),leMOSPF/MBGPoulePIM(Protocol IndependentMulticast),maisnousnedtailleronspasleursspcificationsici, tantdonn quenousnousconsacronssurlescouchesbasses. Anoterqu'tantdonn lespropritsintrinsquesdumulticast,onnepeututiliserquede l'UDP(etlesprotocolesdeniveausuprieurpouvants'appuyersurUDP,telqueRTP)pour transporterlesdatagrammes.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page10

Transmission numrique de mdia sonores

c2)Lesbnficesd'unetellemthodedediffusion.
Lepremieravantagequel'onpeuttrouver unetellemthode,c'estl'conomiedebande passante cot serveur. En effet, contrairement toutes mthodes de diffusion unicast conventionnelle,pouruneseulesource,onn'auraqu'unseulfluxsortantduserveur.Onne risquedoncpasdesaturerlesressourcesrseauxd'unserveur,avecl'affluxdenouveaux clients.Celapermetdoncledveloppemetdegrandsrseauxdediffusion,telqueceluidu fournisseur d'accs internet Free avec son offre FreeBox, qui utilise le protocole multicastpourladiffusiondemdiasvidoetaudio traverssonrseau( l'aided'un logicielbienconnu,Videolan).

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page11

Transmission numrique de mdia sonores

c3)Quelquesinconvnients.
L'inconvnientmajeurdecettemthodeestqu'ellencessitequelesrouteursdel'internet soientadaptscemodedediffusion.Malheureusement,aujourd'aujourd'hui,laplupartde ces routeurs ne fonctionnent qu'en unicast, ce qui fait que certaines parties du rseau Internetsontencoreenzoned'ombrevisvisdecettemthodedediffusion. Parailleurs,touteslesimplmentationsdelapileTCP/IPnesupportentpaslatechniquedu multicast,mmesicelaatendancesegnraliser.PourlesgensdontlapileIPnesupporte pas cette technologie, ou ceux raccords des rseaux non multicasts, il existe des passerelles effectuant la conversion Multicast <> Unicast, mais on retrouve donc les problmeslisl'unicast(bandepassante,...):

Fig3:PasserelleUnicast<>Multicast Ici,leclientdubasestderrireunrseauunicast,etleserveurrflecteur(reflector)jouele rledeserveurunicastconventionnel.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page12

Transmission numrique de mdia sonores c4)LeMboneetsesdrivs(M6Bone,FMBone...) Afindepouvoirdiffuseruncontenumulticast traversunrseaunelesupportantpas,et ainsicontournerleproblmedesrseauxnesupportantpaslemulticast,lacommunaut a cr unrseauautogr,leMbone.Abasedetunnels traversantlesparties unicast, il interconnecteentreeuxlessousrseauxsupportantlemulticast,formantlerseaumulticast public. VoicilatopologiedurseauMbone,telqu'ila t creen1994.Plusieursautressous rseauxs'ysontrattachsdepuis.

Fig4:LeMBone

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page13

Transmission numrique de mdia sonores EnFrance,lepremierrseaus'intresserdeprscemodedediffusionatlerseaude larechercheetdel'enseignementsuprieur,Renater.Aujourd'hui,ilsoprentgalementun rseauIpv4entirementmulticast, etparticipent unrseauexprimentalen IPv6, le M6Bone (http://www.m6bone.net), en collaboration avec d'autres rseaux de recherche trangers. Pourplusd'informationssurleM6Bone,ilexisteunemailingliste,hbergeparRenater, dontl'adresseestm6bone@ml.renater.fr D'autresorganisationss'intressentaumulticast,soitpouruneutilisationprive(detype diffusionferme,nonrelieauMBonetellequeladiffusionaudio/vidodurseauFree), soitpourunraccordementglobal(DetypeYacast,pourunediffusionradioglobale).

Lesdiff IV. rentsprotocolesutiliss

a)Laproblmatique
Lebutdunserveurdestreamingestdediffuserunfluxaveclameilleurequalit possible (sonoreouvisuelle)etdempchertoutesinterruptions.Ilyavraimentuncompromisentre qualit etdbit.Pourviterlesinterruptionspendantladiffusion,unetechniqueestutilise:le buffering.Elleconsistemmoriserunepartiedufluxafindepouvoircontinuerlatransmission mmesiletraficestperturb.Lebufferingncessitedonc chaqueconnexionuntempspour remplirlebuffer(mmoire).Satailleestvariableetdpendsdechaqueserveur. Latailledubufferestunparamtreimportant.Siceluiciesttroppetit,ilnempcherapasles interruptionsdeflux,aucontrairesiilesttropimportantleclientmettraplus detempsau dmarrageetlesperformancesglobalesserontdgrades(traitementsinutileseffectusparle client). Les rseaux dans lesquels sont susceptibles d'tre dployes des applications offrant du streaming peuvent tredenombreusesnatures,dpendantessentiellementdutypedepublic vis.Pourremdierauxproblmesdesquencementsetdesynchronisationinduisparl'usage d'un rseau sans qualit de service tel que Internet, de nombreux protocoles ont fait leur apparitionspermettantunegestiondustreamingadapteauxdiffrentstypesderseaux.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page14

Transmission numrique de mdia sonores

Fig5:Schmagnraldesprotocolesdediffusion Le schma cidessus reprsente l'ensemble des protocoles qui peuvent tre utiliss pour la diffusionnumriquedemdiasonore.Onremarqueraquelamajorit desprotocolessesituent auniveauapplicatif. Dansunpremiertempsnoustraiteronsdesprotocolessitusauniveaucouchesbassestelque RNISetATM.Nousvoqueronsensuiteceuxdontl'utilisations'effectueauniveaudelacouche transport et des couches suprieures. Mais avant a, il est ncessaire de dfinir le terme QualitdeServiceutilispartouslesprotocoles.

b)Qualitdeservices(QoS)
Laqualit deserviceestunenotionnechezlesoprateursdetlcommunicationvers1997. Onparledecontratdeniveaudeservicequanduneentrepriseexigedesonoprateurunehaute disponibilit desonrseau. Gnralement,laqualit deservicecorrespond l'ensembledes mthodesouprocessusqu'uneorganisationdeservicesmetenoeuvrepourmaintenirunniveau dequalitprcis. QoSestunensembledecontraintesquelerseaudoitrespecterpouroffrirunniveaudeservice approprilatransmissiondesdonnes. L'implmentationdeQoSpermetauxprogrammesentempsreld'utiliserleplusefficacement possiblelabandepassantedurseau.Commeilgarantitdesressourcesrseausuffisantes,il fournitaurseaupartagunniveaudeservicesimilaireceluid'unrseaupriv. UnegarantieQoSindiqueunniveaudeservicequipermet unprogrammedetransmettredes donnesd'unefaonacceptabledansundlairaisonnable. CAVADOREClment PRADEILLESChristophe ModuleA1Couchesbasses Page15

Transmission numrique de mdia sonores

c)Lesdiffrentsprotocoles
c1)ISDN(RNIS,RseauNumriqueIntgrationdeServices)

Dfinition LatechnologieISDNatdveloppedanslesannes80,pourrpondreunbesoin deplusenpluspressant:Eneffet,l'poque,lesoprateurstlcomavaienttendance dvelopperdesrseauxspcifiquesunservice:Unrseaupourlavoix,unrseau pourlesdonnes,etc... Lamultiplicit etl'indpendancedesrseauxaconduit unecertainelourdeurde gestion, autant du cot oprateur que du cot utilisateur, donc l'ide est ne de fusionnercesrseaux,etdelesrendremultiservices. Pour se faire, il est apparu ncessaire de transmettre les donnes sous forme numrique,detellesortequelatransmissiond'uneinformationsoitindpendantede lanaturedecelleci(voix,donnes,images,etc...),maistoutdemmegreavecde puissantsoutilsetnormesinternationales.ISDN(RNIS)estunetechnologieayant donc pour vocation l'intgration de services. Ses principaux avantages sont une bonneQoS: >Undbitconstantetgaranti >Untempsdetransfertcourtetconstant ...lerendantdefaitparticulirementadaptlatransmissiondemdiasnumriques.

Fonctionnemmentgnral LeRNISestune volutiondurseautlphoniqueactuel.Ilproposelacontinuit numrique de bout en bout. Ce n'est pas un rseau supplmentaire entrant en concurrence avec les rseaux existants comme le tlphonique traditionnel, les rseauxX.25oulesliaisonsspcialises.C'estpluttunaccsuniverselcesrseaux ouplusexactementcesservicessupports. L'un des principes du RNIS est de sparer les informations de signalisation, permettant dtablir les communications, etlesinformations lies autransfert des donnes.Lesinformationslies lasignalisationsonttransportesdansuncanalde signalisationspcifiquedit"canalD". Letransfertdesinformationssefaitalorsdansdescanauxspcifiquesdits"canauxB" de64Kbits/s.LescanauxBpeuventalorsvhiculerdelavoixoudesdonnesen fonctiondel'applicationmiseenoeuvre.Lanotiondecanalestcomprendrecomme notiond'intervalletemporelallouuntypedinformation.LeRNISapparatcomme unmoyendecommunicationrapide,normalis,intelligentetsouple.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page16

Transmission numrique de mdia sonores

Plusrapide,carl'accsdebase144Kbit/scomporte2voies64Kbit/setunevoie 16Kbit/s(2B+D).LescanauxBpermettent,parexemple,detlphonertouten envoyantunetlcopierapide.LecanalD,poursapart,convoielessignauxservant l'tablissementdelacommunicationettouteslesinformationsdeservice;ilpeut aussitransporterdesinformations basdbit.L'aggrgationdecanal(de1 30 canauxBde64Kbits/s)+uncanalDpermetd'atteindredesdbitsallantde64 Kbits/sjusqu'1920Kbits/s; Plusintelligent,carlescentrauxsontcapablesdegrerunesignalisationbienplus richequecelledutlphoneclassique.Cettepossibilit offreungrandnombrede servicescomplmentairescomme,parexemple,l'identificationdel'appelantoula possibilit de transfert d'appel. Par ailleurs, il existe un contact permanent entre l'abonn etlerseau;parexemple,siunabonn occupeses2canauxBavecune communicationtlphoniqueetuntransfertdedonnes,lerseaupourra,grceau canalD,avertirl'utilisateurqu'unautrecorrespondantcherchelejoindre; Plussoupleetsimple,carleRNISalavocationd'hbergerlagrandemajorit des servicesdecommunicationetfaitunpasverslatransparencedesrseauxavecson accsuniverselauxservicesdetlcommunication; Plusnormalis,cartousleslmentsd'accsauRNISsontspcifispardesnormes internationales:mmecanaldebase,mmecanalD,mmecablgeetmmeprise (RJ45)serventpourtous; LanormeH320 La norme qui a t adopte par la communaut internationale concernant les communicationsparRNISestlarecommandationH320. Composedeplusieurssousnormes,lesprincipalessont,pourlacomposante audio,lessuivantes:

G711:300 3400Hz(bandepassantedutlphone)et64ou56kbit/s.Cetypede codageestaussiappel MIC(ModulationparImpulsionsetCodage)etestsurtout utilispourleRNIS; G726:codagepermettantderamenerledbitdusonnumris40,32,24,16kbit/s amliorationducodageMICpermettantderamenerledbitdusonnumris 32 kbit/s. Il s'appelle le codage MICDA (Modulation par Impulsion et Codage DiffrentielAdaptatif);

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page17

Transmission numrique de mdia sonores

G722 :50 7000Hz,pourundbitde64,56,ou48kbit/s.Cecodageestaussi appelSBMICDA(ModulationetCodageDiffrentielAdaptatifSousBandes); G728:3003400Hz.Codagedelaparole16kbit/senutilisantprdictionlinaire faibledlaiavecexcitationparcodeLDCELP(LowDelayCodeExcitedLinear Prediction); OrganisationdesprotocolesRNISdanslamodlisationOSI. Lacouchephysique(ouniveau1)esttoutnaturellementidentiquepourlescanauxB etD,quiysontmultiplexs.Auniveaudelacoucheliaison(niveau2),ilexiste3 modes de connexion : commutation de circuits, mode semipermanent et commutationdepaquets.

Commutationdecircuits Lecircuitest tabli,maintenuetlibr enutilisantlasignalisationducanalD.Les donnesutilisateursontchangessurlescanauxBaveclesprotocolesutilisateur. Modesemipermanent Lecircuitesttablientrelesutilisateursetlerseaupouruneduredlimiteounon. Unefoislecircuittabli,lecanalDn'estplusncessairepourlasignalisation. Commutationdepaquets Danscecas,uneconnexionenmodecommutationdecircuitsdoit tre tablieentre l'abonnRNISetunnoeuddurseaucommutationdepaquetssurlecanalB.Cette connexionenmodecommutationdecircuitsimpliquel'utilisationdelasignalisation ducanalD.LerseaucommutationdepaquetspeuttrepartiellementRNIS.RNIS peutdoncfournirunservicedecommutationdepaquetssurlescanauxB.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page18

Transmission numrique de mdia sonores

Formatd'uneTrameRNIS

Fig6:TrameRNIS

Champs Discriminateurprotocole:protocoleutilis Longueur valeur appel rfrence : dtermine la longueur du champ suivant. La rfrenced'appelpeuttred'unelongueurde1ou2octetsquidpenddelatailledela valeurcode. Flag:mis 0pourlesmessages misparlepartiqui allou lavaleurdel'appelde rfrence;autrementmis1. Valeurappelref : unevaleurarbitraireestallouepourladuredelasession,qui identifiel'appelentrelamachinemaintenantl'appeletlecommutateurRNIS Typemessage:dfinitlepremiersujetdelatrame.Letypedemessagepeuttrede1 ou2octets.Quandilyaplusd'unoctet,lepremieroctetnecontientquedes0.

LeprincipalinconvnientduRNISestqu'ilestlimit surladistance,etquetoutesles lignesdecuivrestandardnesontpasforcmentcompatiblesaveclanorme.Eneffet, ellesnedoiventpasdpasserladistancede6Kms,etdoiventavoirunequalitsuffisante (peudebruitauthoris). Certainsconstructeursonttards semettred'accordsurlesnormesd'aggrgationsdes canaux.Cecia pos pendanttrslongtempsdesproblmespourl'implmentationde RNIS. RNIStantunetechnologietrsriche,etayantplusieursfinalitsd'utilisation,nousnela dtailleronspasplusici,vulaspcificitdenotreprsentation. c2)ATM CommeRNIS,ATMestunprotocoleintgr quin'estpasspcifique latransmission dedonnesaudio,maispluttorienttransfertdedonnesausenslarge.Eneffet,ila t dvelopp par les oprateurs de rseaux tlcoms dans le but d'intgrer la communicationdesdonnesbrutesaussibienquelescommunicationstlphoniques. Nousneledtailleronspasici,carilfaitl'objetd'autresprsentations. CAVADOREClment PRADEILLESChristophe ModuleA1Couchesbasses Page19

Transmission numrique de mdia sonores c3)TCP(TransfertControlProtocol) Ce protocole (de la couche transport) n'est que peu utilis dans le cadre de la transmissiondedonnesaudiodetypestream.Eneffet,iln'aquepeud'avantages pourcemodedetransfertdedonnes,etdborded'inconvnients.TCP,bienquerput fiable,neconvientpascetypedetransmissionpourplusieursraisons:

Lapremire,estquelorsqu'ilyaunepertedepaquet(oud'unensembledepaquets), TCPdoitattendrequelatotalit despaquetssoitretransmise,avantdelefairepasser lacoucheapplicative. Lorsqu'ils'agitdedonnesentempsrel,celapeutposerunproblmedecontinuit dansletemps.Eneffet,ilsuffitd'imaginerquel'utilisateurestentraind'couterun stream radio en TCP, et qu'un groupe de paquets soit perdus pour une raison quelconque.LadestinationdustreamTCPdemandedonclaremissiondespaquets perdus(modulountimeout),cequifaitquelestreamradiodevraits'interrompre,le tempsquelebufferderceptionsoitsuffisammentrempli.

LadeuximeproblmedeTCPestquelorsquelespaquetsn'arriventpasdansl'ordre, ilfautqueprotocolelesremettedanslebonsensavantdelesfaireremonter la coucheapplicative.Pourquetoutcecisepassesansencombre,ilfaudraitcrerun bufferderceptiondetailleconsidrable,etesprerquelagiguedurseausoitfaible. Maisunbuffer normesousentenddoncundcalageentrelemomento lasource met la musique, et le moment o la destination peut le transcrire sur les haut parleurs.PourlatlphonieoulavoixsurIP,ceciestcompltementimpensable.

Deplus,TCPnegrepaslestransmissionsmulticasts.

OnremarquedoncquelespointsfortspourlesquelsTCPa t dvelopp jouentensa dfaveur, pour tout ce qui concerne la transmission audio. On verra qu'UDP est particulirementmieuxadaptcetypedecommunication. c4)UDP(UserDatagramProtocol) UDP, bien que rput non fiable, apparat comme une solution correcte pour la transmissiondesdonnesaudio.Eneffet,encasdepertedepaquet,ladestinationpeut retranscrireunedonneaudiolgrementdiffrentedelasource,maistantdonnquele destinataire est humain, les quelques imperfections dans le son, sont en gnral tolrables. En cas de perte massive de paquets, la transmission est interrompue. La majorit desprotocolesdeniveauapplicatifdestins palierlescontraintestemps relutilisentUDP.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page20

Transmission numrique de mdia sonores c5)RTP/RTCP

RTP RTP(RealtimeTransferProtocol)estunprotocolequia t dvelopp audbut desannes90,auseindel'outilVAT(VisualAudioTool).Lebutdeceprotocole estdetransporterdesdonnesavecunegarantietemporellesurl'arrivedeces donnes. Standardis en1996parl'IETF(RFC1889et18890),ceprotocolefournitdes fonctionsdetransportdeboutenboutpourlesapplicationstempsrel.Lerle principaldeRTPconsistemettreenoeuvredesnumrosdesquencedepaquets IPpourreconstituerlesinformationsdevoixouvidommesilerseausous jacentchangel'ordredespaquets.C'estunprotocolesquisesituentauniveaude l'application et utilisent les protocoles sousjacents de transport TCP ou UDP. Maisl'utilisationdeRTPsefaitgnralementaudessusdeUDP.Ilpermetde:

Reconstituerlabasedetempsdesdiffrentsfluxmultimdia(audio,vido...) enajoutantdesmarqueurstemporelsetdesnumrosdesquence l'informationtransporte Dtecterlespertesdepaquets Identifierlecontenudespaquetspourleurtransmissionscurise. Contrlerl'arrivedestinationdespaquets RTPpeututiliseraussibienlemodeUnicast(pointpoint)quelemode Multicast(multipoint).

Enrevanche,iln'estpascapablede:

Rserverdesressourcesdanslerseau(VoirRSVP). Apporterunefiabilitdanslerseau(VoirRTCP). Garantirledlaidelivraison

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page21

Transmission numrique de mdia sonores L'entteRTPcomportelesinformationssuivantes:

Fig7:EnttedetrameRTP L'entteRTPcomportedesinformationsdesynchronisation,denumrotationetde timingncessaireslasynchronisationdefluxtempsreldutypesonetvido. Voicilasignificationdesdiffrentschampsdel'entte:

V:Version: P:Padding: X:Extension: CC:CSRCcount: M:Marker: PT:payloadtype: SeqNum: Timestamp: SSRC:

Versionduprotocole(V=2). Egal1silepaquetcontientdubourrage. SiX=1l'enttecontientunpaquetd'extension NombredeCSRCquisuiventl'entte. Dfiniparl'application. Typedupayload(audio,vido,image,texte,html,etc.) Numrodesquence,sur16bits. 32bits,refltel'instantolepremieroctetdupaquetRTP atchantillonn. 32bits,identifiedemanireuniquelasource,savaleur est choisie de manire alatoire par l'application. Le champSSRCidentifielasourcedesynchro.Cet identificateurestchoisidemanirealatoireavecl'intrt qu'ilsoituniqueparmitouteslessourcesd'unemme sessionLalistedesCSRCidentifielessources(SSRC) qui ontcontribu l'obtentiondes donnescontenues danslepaquetquicontientcesidentificateurs.Lenombre d'identificateursestdonndanslechampCC 32bits,identifielessources.

CSRC:

RTPfonctionnedepairavecleprotocoleRTCP(RealtimeTransfertControlProtocol). CAVADOREClment PRADEILLESChristophe ModuleA1Couchesbasses Page22

Transmission numrique de mdia sonores

RTCP Bassurlatransmissionpriodiquedepaquetsdecontrletouslesparticipantsdansune session,RTCPs'assurequantluidetoutcequiestcontrledeflux,accussderception, gestiondel'unicitdesutilisateurs,avertissementdelasourceencasdecongestion,etc... L'objectifdeRTCPestdefournirdiffrentstypesd'informationsetunretourquant la qualitderceptionetdeservice. Ilexiste5typesdepaquetsRTCPpourtransporterdesinformationsdecontrle:

SR:SenderReport,statistiquesdesparticipantsactifsenmission. RR:ReceiverReport,statistiquesdesparticipantspassifs. SDES:SourceDescription(CNAME,NAME,EMAIL,PHONE,...) BYE:Findeparticipation APP:Fonctionsspcifiquesl'application

ChaquepaquetRTCPcommenceparunepartiefixe,suiviepardeslmentsstructursqui peuvent tredelongueurvariableselonletypedepaquet,maistoujourstermin surune frontirede32bits.PlusieurspaquetsRTCPpeuvent treconcatnssanssparateurpour treenvoysdansunseulpaquetUDP(paquetcompos).

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page23

Transmission numrique de mdia sonores L'entte RTCP comportera donc des informations diffrentes selon le type de paquet RTCPqu'ils'agit. Lapartiecommunedel'enttecontientlesinformationssuivantes:

Fig8:Partiescommunesdel'entteRTCP

V:Version P:Padding PT:PacketType L:Length SSRC:

Versionduprotocole Egal1silepaquetcontientdubourrage Typedepacket(200pourSR) Longueurdupaquetenmotsde32bits Sourcespcifiquel'metteur

SC:receptionreportcount Nombredecompterendusdanslepaquet

Lerestedel'enttedpenddutypedepaquetRTCP(doncestenfonctiondelavaleurde PT). RTP/RTCPsontdesprotocolesdeboutenbout,c'estdirequ'ilspermettentdegrerles ventuelsproblmesauxextrmits.Les ventuelsproblmessurlecheminsontgrspar d'autresprotocoles,ouprvuspard'autrestechnologies(RSVP) c6)RTSP(RealTimeStreamingProtocol) Il s'agit d'un protocole de plus haut niveau, dvelopp par Real Networks, Netscape et l'Universit deColumbia.L'intrtprincipaldeRTSPestd'offrirdesfonctionsdepilotage distance du mdia (lecture, pause, avance rapide, rembobinage rapide, arrt...). Il peut tre utilis pour rechercherunmdiasur unserveurdemdias,inviter unserveurdemdias rejoindre une confrence (dans le elearning par exemple), ou ajouter un mdia une prsentationexistante.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page24

Transmission numrique de mdia sonores

Principesdefonctionnement LenavigateurWebsollicitetoutdabordunfichierdedescriptiondeprsentationauprsdu serveur Web. Celleci peut contenir des rfrences plusieurs fichiers de donnes audio/vido transmission en flux continu ainsi que des instructions concernant leur synchronisation, ce qui est interprt par un logiciel spcifique (Real Player, Apple QuickTime ou Windows Media Player). Chaque prsentation et chaque flux mdia est identifiparuneURLRTSP(rtsp://). DansleprotocoleRTSPonnapasdenotiondeconnexionmaisleserveurmaintientdes identifiantsdechaquesession tablie.Eneffet,pendantsasessionRTSP leclientpeut demander plusieurs flux multimdia qui peuvent tre achemins de faon diffrente utilisantleprotocoledeleurchoix(TCP,UDPouRTP). RTSPestunprotocolesimilaire HTTP.Cesontdeuxprotocolestextuelsetmmeles codesderponseduserveursontquasimentlesmmes(200OKetc.).Ladiffrencevient dufaitqueRTSPdoitconserverquelquepartdesinformationssurlenumrodechaque session.LautrediffrenceestqueHTTPestunprotocoleotoutsepassedanslabande(la rponseestrenvoyedirectementsurlammeconnexionTCP)alorsquechezRTSPle transport des flux seffectue sur dautres connexions. A la diffrence de RTSP, HTTP utiliseuniquementleprotocoleTCP.

QuelquespropritsdeRTSP LeprotocoleRTSPpeutcontrleraussibienuneLecture(duserveurversleclient),quune Ecriture (du client vers le serveur). Ceci permet quun client source utilise le serveur commeintermdiairepourdiffuserducontinueenstreamdautresclients. RTSPsupportelesoprationssuivantes:

Rcupration de donnes du serveur multimdia : Le client peut demander une description de la prsentation via http. Si la prsentation est en multicast, sa descriptioncontientlesadressesetportsmulticast.Sielleestenunicast,leclient fournitladressededestinationpourplusdescurit. Invitationdunserveurmultimdia uneconfrence:Unserveurmultimdiapeut treinvit rejoindreuneconfrenceexistante,soitpourdlivrersoncontenusoit pourenregistrerlaconfrence.CemodeestutilepourfairedueLearning.Plusieurs personnespeuventparticipertourderle,enappuyantsurlatlcommande. Additiondecontenu uneprsentationexistante:Utilepourdesprsentationsen temps rel, quand le serveur peut prvenir le client qu'un nouveau contenu vient d'apparatre.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page25

Transmission numrique de mdia sonores RTSPalespropritssuivantes:

Extensible:Denouvellesmthodesetparamtrespeuvent trefacilementajouts RTSP. Facile analyser(parser):RTSPpeut treanalys pardesanalyseursstandardde HTTPoudeMIME. Scuris :RTSPrutilisedesmcanismesdescurit duweb.Touslesmcanismes d'authentification de HTTP tels que l'authentification de base et de digest sont directementapplicables.Onpeut galementrutiliserletransportoulesmcanismes descuritdecoucherseau. Indpendantdutransport:RTSPpeututiliserleprotocolenonfiablededatagramme (UDP) ou un protocole fiable tel que TCP. RTP peut tre utilis mais cest une surcouchedUDP. Multiserveurs:Chaquefluxmultimdiadansuneprsentationpeutrsidersurun serveurdiffrent.Leclient tablitautomatiquementplusieurssessionsdecommande enparallleaveclesdiffrentsserveursdemdia.Lasynchronisationdesfluxest effectueauniveautransport. Commande des dispositifs d'enregistrement : Le protocole peut commander des dispositifsd'enregistrementetdelecture,aussibienquelesdispositifsquipeuvent alternerentrelesdeuxmodes. Sparation des commandes de flux (transfert de donnes) de celles initialisant la confrence:Lescommandesdeflux(transfertdedonnes)sontsparesdecelles invitant(parexemple)unserveur uneconfrence.Laseuleconditionestquele protocole dinitiation de confrence fournit puisse tre employ pour crer un identificateur unique de confrence. En particulier, SIP ou H.323 peuvent tre employspourinviterunserveuruneconfrence.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page26

Transmission numrique de mdia sonores

LesmthodesdeRTSP AvecRTSPonpeututiliserplusieursmthodespourcontrlersesfonctionnalits:

OPTIONS:Peut treutilis toutmomentpoursignalerqueleclientessaiedutiliser unemthodenonstandard. DESCRIBE:PermetdavoirunedescriptiondelobjetmultimdiapartirdesonURL. ANNOUNCE: Utilis dans deux cas. Du client vers le serveur pour annoncer la description dun objet multimdia; du serveur vers le client pour mettre jour la descriptiondelasessionentempsrel. SETUP:InitialiseunesessionRTSPpourunflux.Permetdespcifierleprotocolede transport. PLAY:Indiqueauserveurdecommencerlalectureutilisantlesmcanismesspcifis parSETUP.Cettemthodepermetdespcifieruntempspoursynchroniserlesflux.On peutainsidemanderdecommencerparexempleleson10splustardquelesimages. PAUSE:Mettreenpausetemporairement. TEARDOWN:Permetdemettrefinunesessionenlibrantainsidesressourcessurle serveur. GET_PARAMETER:Permetdercuprerlavaleurdunparamtreduneprsentation oudunflux. SET_PARAMETER:Permetdattribuerunevaleur unparamtreduneprsentation oudunflux. REDIRECT:Indiqueauclientquildoitchercherailleurssapage. RECORD:Enregistrementdunemissiondunclient.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page27

Transmission numrique de mdia sonores

EchangeclientserveurlaidedeRTSP

Fig9:EchangeClientServeur(RTSP) c7)RSVP(RessourceReservationProtocol) RSVP n'estpasunprotocoledetransmissionaudio proprementparler,maispluttundes protocoles de signalisation (niveau transport) pouvant tre utiliss par une plateforme de transmissionaudio. Eneffet,latransmissiondefluxsonorestraversunrseaurequiertgnralementunegrande fiabilitdeceluici,aussiestilutiledemettreenoeuvredelaqualitdeservicesurcerseau, cedontsechargeRSVP. Ledemandeurdelaressourcel'envoiesonrouteurpardfaut,quipropagelademandejusqu'au prochainrouteur,rservantaupassagelaressource,sicelleciestdisponible(quecesoitune certainequantitdedbit,unegigueassure,etc...). Surleschmacidessous,onsupposeque:

chaquelienaunetaillede30Mbit/s. Leposted'enhautafaitunedemande(russie)derservationde25Mbits/senpremier.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page28

Transmission numrique de mdia sonores

Fig10:PrincipedeRSVP Lorsquelepostedubasdemanderarserver10Mbits/s,lademandeseraaccepteauxdeux premiersrouteurs,puisrejeteaurouteurd'aprs,carleliennepeutpasaccepterles25Mbit/s dupremierposte,etles10Mbits/sdudeuximeposte(35Mbit/sautotal>30Mbit/sde capacit) c8)ProtocolesetVoIP Technologiedeplushautniveau(vuqu'ils'agitdeprotocolessurIP),iln'endemeurepasmoins unedestechnologieslesplusdynamiques,encestempsdedveloppementdutoutconnect. Deparl'essencemmedel'internet,aucun tablissementdeconnexionn'estncessaire, la diffrencedesrseauxtlphoniquesconventionnels,oudesrseauRNIS.LaVoIPestdonc uneliaisonparcommutationdepaquets. Cettetechniqueestapparuaumilieudesannes90,avecl'apparitiondelogicielsdetlphonie sur Internet, et a t normalis en 96, crant ainsi la spcification H323, qui fournit des spcificationspourletempsrel(ncessairepourlavidoconfrenceinteractive,lavoixsurIP), lepartagededonnes,etd'autresapplicationsplusspcifiques. D'autresprotocolesdecommunicationsplusspcifiquesqueleH323existent,notammentle SIP.MisaupointparlInternetEngineeringTaskForce(IETF),SIPest moinsdense,etest conuspcifiquementpourlatlphonieIP.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page29

Transmission numrique de mdia sonores PlusconcisetplusefficacequelanormeH.323,leSIPtirepartidesprotocolesexistantspour traitercertainespartiesduprocessus.LeprotocoleMGCP(MediaGatewayControlProtocol), parexemple,estutilis parleprotocoleSIPpour tablirunepasserelledeliaisonausystme RTC. Lefaitdenepasutiliserdeliaisoncommutepermetdoptimiserlutilisationdesressourcesdu rseau (les liaisons commutes sont tablies en dbut dappel et libres quand lappel est termin, et durent mme lorsquil ny a pas de trafic vocal, quand, par exemple, les interlocuteurssetaisent;lesrseauxdecommutationparpaquets,enrevanche,nouvrentla connexionqueletempsdenvoyerunpetitvolumededonnesappelpaquets). Cependant,onnepeutgarantirlalivraisontempsetdanslordredupaquetvocal(surInternet, les paquets circulent sur des voies qui ne peuvent tre prdfinies si nous, en Suisse, souhaitonstlchargeruneimagedunsiteWebenAllemagne,lespaquetsIPtransportantles portionsdelimagepeuventarriverpardescheminsdiffrents,enpassantparlesUSA,oule Japon).Despertesnesontpas exclure(lapertedecertainspaquetsprovoquedesblancsou priodesdesilencedanslaconversation,etdonneuneffetdediscourshach).Ilpeutaussiy avoirduretarddansletraitementdespaquets. Lalimitationdelabandepassantedisponiblepose galementunproblmelesconnexions InternetpeuventtresaturessurcertainssegmentsdurseauInternetsilnypassuffisamment debandepassante.LobjectifduconceptQoSestdefournirunequalit detlphonieVoIP comparable celleobtenueparcommutationdecircuitsurlignefixe. UnserviceVoIP tant bassurIP,touslessupportsfournissantIPetQoSydonnentaccs,commelxDSL,leCble, lesrseauxLAN,etlesrseauxddisIPspcifiques.Pourqu'unecommunicationdevoixsur IPpuisses'tablir,ilestncessairedeconvertirlesignalanalogiqueenunsignalnumrique, puisdelecompresserlecas chant,pourensuiteleconvertirenpaquetsIP,quipourront tre transmissurunrseaudetypeInternet. c9)LanormeH.323 Le systme VoIP utilise deux protocoles principaux, dfinissant chacun des modes de connexionentredispositifsparlutilisationduVoIP.Ilscomprennentaussidesspcifications pourlescodecsaudio.Uncodec(formeabrgedecodeurdcodeur),convertitunsignalson en signal numrique comprim pour la transmission et le reconvertit en signalson non comprimpourlerejouer. La norme H.323, cre par lUnion internationale des tlcommunications (UIT), est un recommandationexhaustiveetextrmementcomplexe.Ellefournitdesspcificationspourle tempsrel,lavidoconfrenceinteractive,lepartagededonnesetlesapplicationstellesquela tlphonie IP. H.323 englobe de nombreux protocoles individuels labors pour des applicationsspcifiques.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page30

Transmission numrique de mdia sonores Bienaupoint,c'estlanormelaplusutilis parlesapplicationsdetlphoniesurIPetdevisio confrence (95 % du trafic), les rseaux d'oprateurs et les systmes de tlphonie IP d'entreprise. La norme H323 a substitue la H320. La norme H320 caractrise le rseau RNIS, alors que la norme H323 caractrise un rseau local et INTERNET. La norme H323 est une tentative d'attirer le grand public des internautes. Avec l'volution des performances ordinateurs , il est possible d'utiliser des visiophones sur le rseau de tlphonie traditionnel (RTC) sans Internet. C'est la norme H.323 qui se charge de controler les paramtres de transfert sur le rseau. La plupart des logiciels sur le march sont conformes aujourd'hui cette norme. H.323nefonctionnequ'enunicast.

Fig11:Schmad'ensembledelarecommandationH.323

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page31

Transmission numrique de mdia sonores c10)SIP(SessionInitiationProtocol) Unnouveauprotocole,beaucoupmieuxadaptl'Internetatdveloppparl'IETF:SIP. C'estceprotocolequivapermettreledveloppementdesfonctionstlphoniques.Ilpermet aussidedvelopperdes"tlphonesSIP"quipermettentdeseconnecterdirectementl'Internet ensepassantdePC. C'estunprotocolequipermetdecreretgrerdessessionsentreparticipantspourchangerdes donnes.Ilestindpendantdelanaturedesdonnesetduprotocoledetransport.Ilpeutdonc servirtablirdesconversationstlphoniquesetdesconfrences,maisiln'estpaslimit cet usage. Unutilisateurpeutseconnecteraveclesutilisateursd'unesessiondjouverte.Pourouvrirune session,unutilisateurmetuneinvitationtransportantundescripteurdesessionpermettantaux utilisateurs souhaitant communiquer de s'accorder sur la compatibilit de leur mdia. SIP permetdoncderelierdesstationsmobilesentransmetttantouredirigeantlesrequtesversla positioncourantedelastationappele. AvecSIP,lesutilisateursquiouvrentunesessionpeuventcommuniquerenmodeunicastouen multicast. Les tlphones SIP permettent d'avoir un numro de tlphone unique qui sera utilisable quelquesoit l'endroit danslemondeo letlphoneseraconnect (sur le rseau Internet). Ilexisteuneversionscuriseduprotocole:SIPSquiutiliseTLScommeprotocolescuris de lammemanirequeleprotocolehttpsvisvisdehttp. FonctionnalitsdeSIP: SIP possde cinq grandes fonctions pour tablir et terminer des communications multimdia: 1. Rcuprationdel'adressedel'utilisateurpourdterminerlesystmeterminalqui doittreutilispourlacommunication. 2. Rcupration de la disponibilit de l'utilisateur pour dterminer si l'utilisateur a enviedeparticiperlacommunication. 3. Rcupration des moyens de l'utilisateur pour dterminer le mdia dont dispose l'utilisateuretsescaractristiques. 4. Fonctionnalits de mise en route de la session "sonnerie" et tablissement des paramtresdelasession. 5. Gestiondelasessionincluantletransfertetlafindesession,lamodificationdes paramtresdelasessionoul'appeldeservices. Toutescesfonctionssontassuresparunrseaudemachinesappelesdes"ServeurProxy". Lesutilisateurss'adressentcesserveurspours'enregistreroudemanderl'tablissementde communications.Toutelapuissanceetlasimplicitdusystmevientdel. CAVADOREClment PRADEILLESChristophe ModuleA1Couchesbasses Page32

Transmission numrique de mdia sonores On peut s'enregistrer sur le proxy de son choix indpendamment de sa situation gographique.L'utilisateurn'estplus"attach"sonautocommutateur.Uneentrepriseavec plusieurscentainesd'implantationphysiquesdiffrentesn'abesoinqued'unserveurproxy quelquepartsurl'Internetpour tablir"son"rseaudetlphonique"gratuit"surl'Internet unpeulamaniredel'email. Lesdizainesdemilliersd'autocommutateursentlphonieconventionnellepeuvent tre remplacesparquelquesserveursproxy. Implmentation: Ouverturedesession Lesdiffrentslmentsintervenantdanslouverturedunesessionsonttablit:

Suivantlanaturedeschanges,choixdesprotocoleslesmieuxadapts(RSVP,RTP, RTCP). Endterminantlenombredesessions :parexemple,pourvhiculerdelavido,2 sessionsdoiventtreouvertes(lunepourlimageetlautrepourlavido). Demairecequechaqueutilisateuretsamachinesoitidentifiparuneadresseque lonnommeURLSIPetquiseprsentecommeuneURLMailto: .Informations_utilisateur@domaineparamtre .Informations_utilisateur:nomdutilisateurounumrodetlphone .Domaine:nomdedomaineouadresseIP:port .Paramtres:transport=udpoutcp/user=phoneouIP/method=INVITE, ACK,OPTIONS,BYE,CANCEL,REGISTER/ttl=0255/maddr=adresse IPdemulticast

RequteURL : permetdelocaliserleproxyserverauquelestrattach lamachinede lappel RequteSIP:unefoisleclient(machineappelante)connectunserveurSIPdistant,il peutluiadresseruneouplusieursrequtesSIPetrecevoiruneouplusieursrponsesde ceserveur.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page33

Transmission numrique de mdia sonores Descriptiondesmthodesderequtes: Leschangesentreunterminalappelantetunterminalappelsefontparlintermdiaire derequtes:

INVITE:cetterequteindiquequelapplication(ouutilisateur)correspondante lURLSIPspcifiestinvitparticiperunesession.Lecorpsdumessagedcrit cette session (par ex : mdia supports par lappelant ). En cas de rponse favorable,linvitdoitspcifierlesmdiasquilsupporte. ACK : permet de confirmer que le terminal appelant abien reu une rponse dfinitiveunerequteINVITE. OPTIONS : un proxy server en mesure de contacter un terminal appel, doit rpondre unerequteOPTIONSenprcisantsescapacits contacterlemme terminal. BYE:cetterequteestutiliseparleterminaldelappel findesignalerquil souhaitemettreuntermelasession. CANCEL :cetterequteestenvoyeparunterminalouunproxyserver fin dannulerunerequtenonvalideparunerponsefinale:Siunemachineayant tinvite participer unesession,etayantaccept linvitationnereoitpasde requteACK,alorsellemetunerequteCANCEL. REGISTER:cettemthodeestutiliseparunclientpourenregistrersonadresse auprsduserveurauquelilestreli.

FormatdesmessagesSIP UnmessageSIPpeut tre lafoisunerequtedunclient(terminalappelant)versun serveur(terminalappel),ouunerponsedunserveurversunclient: >Requtedunclientversunserveur:

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page34

Transmission numrique de mdia sonores >Rponsed'unserveurversunclient:

mthode:ACKouINVITEouBYEouCANCELouOPTIONSouREGISTER. codedtat:entiercodsur3bitsindiquantunrsultatlissuedelarceptiondunerequte. reasonphase:motifdurefusoudelacceptationdunerequte. enttesgnral :Accept(permetdindiquerlestypesdemdiaquiserontacceptsdansla rponseouAcceptEncodingouCallID(identifieuneinvitationprcise)ouCseq enttesderequte:Priority(indiqueleniveaudeprioritdelarequte)ouRoute(dterminele cheminqueprendralarequte) enttesdentit :ContentEncoding(valeurindiquelecodeutilis pour crireetlirelentte dentit)ouContentLength(tailleducorpsdumessageenvoy)ouContentType(indiqueles typesdemdiautilissdanslecorpsdumessage). enttesderponse:AllowouServer corpsdumessage:danslecasdesrequtes,uncorpsestajoutounonselonlamthodeutilise (parexemple:lecorpsdumessagedunerequteINVITEcontientdesinformationsindiquant laprogressiondelarequte).Danslecasdesrponses,lecorpsdumessageestobligatoire(par exemple:larponse unerequteINVITEcontientdanslecorpsdumessage,unedescription delasession).

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page35

Transmission numrique de mdia sonores ScuritetAuthentification LesmessagesSIPpeuventcontenirdesdonnesconfidentielles,eneffetleprotocoleSIP possde3mcanismesdecryptage:

CryptagedeboutenboutduCorpsdumessageSIPetdecertainschampsdentte. Cryptageausautparsaut(hopbyhop)afindempcherdespiratesdesavoirquiappelle qui. Cryptageausautparsautduchampdenttepourdissimulerlaroutequaemprunt la requte.

Deplus,findempchertoutintrusdemodifieretretransmettredesrequtesourponses SIP,desmcanismesdintgritetdauthentificationdesmessagessontmisenplace.Etpour desmessagesSIPtransmisdeboutenbout,desclspubliquesetsignaturessontutilisespar SIPetstockesdansleschampsdentteAuthorization. SIPfacesonprincipalconcurrent(H.323): AvantagesduprotocoleH.323 Ilexistedenombreuxproduits(plusde30)utilisantcestandardadopt pardegrandes entreprisestellesCisco,IBM,Intel,Microsoft,Netscape,etc. Lescinqprincipauxlogicielsdevisioconfrence(Picturel550,Proshare500,Trinicon 500,Smartstation,Cruiser150,utilisentsurIPlanormeH.323. Unniveaudinteroprabilit trslev,cequipermetplusieursutilisateursd'changer desdonnesaudioetvidosansfaireattentionauxtypesdemdiaqu'ilsutilisent. AvantagesduprotocoleSIP SIPestunprotocoleplusrapide:lasparationentreseschampsdentteetsoncorps dumessagefaciliteletraitementdesmessagesetdiminueleurtempsdetransitiondans lerseau. nombredesenttesestlimit(36aumaximumetenpratique,moinsd'unedizained'en ttessontutilisessimultanment),cequiallgel'critureetlalecturedesrequteset rponses. SIPestunprotocoleindpendantdelacouchetransport:ilpeutaussibiensutiliseravec TCPqueUDP. Deplus,ilsparelesfluxdedonnesdeceuxlasignalisation:cequirendplussouple l'volution "en direct" d'une communication (arrive d'un nouveau participant, changementdeparamtres).

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page36

Transmission numrique de mdia sonores Conclusion Lasimplicit,larapiditetlalgretdutilisation(toutentanttrscomplet)duprotocole SIPsontautantdargumentsquipourraientpermettreSIPdeconvaincrelesinvestisseurs. Deplus,sesavancesenmatiredescuritdesmessagessontunatoutimportantparrapport sesconcurrents. c11)MGCP C'estunprotocoledecontrleetdetransmissionutilis danslesinstallationsdetypeVoIP.De plus bas niveau que H.323 ou SIP, il se limite la commande de terminaux partir de commandes lmentaires. De par sa nature maitre/esclave, il plait aux constructeurs et oprateursdelatlphonietraditionnelle,quil'exploitentpourlesfonctionnalitsdescuritet lespossibilitsdefacturationqu'ilapporte. Les fournisseurs ADSL franais utilisent en rgle gnrale le protocole MGCP qui est un protocoleasymtrique(leserveur,contrleletlphonedel'abonn),alorsqueleslogicielsde VoixsurIPutilisentengnralSIPquiestunprotocolesymtrique.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page37

Transmission numrique de mdia sonores

Conclusion V.
Commenousavonspulevoir,latransmissionnumriquedemdiassonoreestunsujetextrmement vaste.Ilestdoncdefaittrsdifficiled'enfaireletourcompltement,tantilyadechoses endire. Nous avons essay d'aller l'essentiel, et de nous attacher tous les protocoles les plus utiliss actuellementetlesplusprometteursdanslesannesvenir. Quoiqu'ilensoit,ladynamiqueactuelleetlamultiplicitdessolutionsnousconduitpenserquedans unfuturproche,lersultatdetoutescesinnovationsnepourraqu'treexcellent. Demain,ilseratrscertainementpossibled'couteruneradiojaponaiseaurveil,uneradioamricaine aurepasdemidi,etunefranaiselesoir,oudecommuniquer volont avecl'autreboutdumonde. Forceestd'admettrequelesactuelsmtiersdelatlcommunicationvontdevoir voluer,etsebaser nonplussurletempsd'utilisationdurseau,maispluttsurunforfaitd'accs,ousurlesservices associsl'accscerseau.

CAVADOREClment PRADEILLESChristophe

ModuleA1Couchesbasses Page38