Voix sur IP (VoIP)

SOMMAIRE
Introduction
I- Quest ce que la voix sur IP ?
II- Catgorie des produits VoIP
III- Qualit de service et Dfi temps rel
III-1 Le dlai de transmission
III-2 La gigue de transmission
III-3 Codage Bas dbit
III-4 Perte des paquets
III-5 Lcho
IV Les protocoles QoS
IV-1 Le protocole RTP
IV-2 Le protocole RTCP
IV-3 Le protocole RSVP
IV-4 Le protocole MPLS
IV-5 Services diffrencis
IV-6 Services intgrs
IV-7 Les protocoles de transport
V- Diversit des normes Voix sur IP et la non coordination des travaux de
normalisation
V-I La norme H.323
V-II-Le protocole MGCP
V-III- Le protocole SIP
VI- Comparaison protocolaire
Conclusion
Glossaire des acronymes

Introduction
L'volution des rseaux de donnes ainsi que l'accroissement de leur performance
permettent aujourd'hui d'envisager un nouveau concept de rseaux o la
convergence prend petit petit la place de lintgration, et de permettant ainsi le
dploiement d'applications multimdias.
De nombreux nouveaux protocoles tels que RTP, RTCP, RSVP,ont vu le jour pour
le transport de la voix sur les rseaux de donnes publics ou privs, en assurant un
certain niveau de qualit de service. Ces protocoles sont ncessaires pour garantir la
transmission haut niveau de qualit de la voix en utilisant le protocole IP qui na
pas t conu au dpart pour vhiculer de telles applications. Cest aussi grce au
dveloppement sans cesse croissant des technologies DSP (qui ont permis la
compression et la numrisation du signal vocal et le gain en terme de bande
passante utilise), que les constructeurs matriels et diteurs de logiciels sont arrivs
mettre en place des solutions de VoIP.
On a vu alors lavnement de normes ou de propositions de normes telles que
H.323, SIP, MGCP, et bientt la norme H.248 baptise MeGaCo, des normes qui
rivalisent pour la conqute du nouveau monde VoIP.
I- Quest ce que la voix sur IP ?
VoIP est une technologie permettant de transporter la voix sur des rseaux de
donnes via le protocole IP. Ce nouveau concept de transport a cre une vritable
rvolution dans le monde des tlcommunications vu les srieuses implications quil
a sur lindustrie correspondante.
La volont de transporter de la voix sur un support idal pour les donnes est une
premire tape vers lobjectif davoir un rseau unique permettant linterconnexion de
tous les supports et acceptant les contraintes temps rel des donnes multimdias.
Outre la notion de cot de communication associ ce moyen de transport, cest
plutt laspect homognisation des rseaux qui est mettre en avant.
Selon le groupe de travail TIPHON de lETSI, on estime le trafic VoIP 1% du trafic
tlphonique total vhicul par les rseaux voix traditionnels, cependant le trafic
VoIP connat une augmentation dix fois plus rapide que ce dernier.
II- Catgories des produits VoIP
Les principales catgories des produits VoIP, sont les passerelles, les logiciels pour
intgrateurs de systmes, les contrleurs et agents dappels, les terminaux, les
commutateurs pour centraux publics, les serveurs dappels ainsi que les serveurs
dapplications et de mdia.
III- Qualit de service et Dfi temps rel
La communication voix temps rel nest pas chose naturelle pour un rseau paquet,
cest au rseau tlphonique que revient cette fonction en tablissant une vritable
connexion sous la forme dun circuit physique qui reste ouvert de faon permanente
tout au long de la conversation. La force dun tel rseau est quil assure le transport
en temps rel dun flot continu de parole en garantissant le dlai, le dbit et la
livraison.
Les rseaux paquet sont trs performants dans un environnement partag, ils sont
simples, efficaces et conomiques dans leur utilisation des ressources et plus
particulirement pour la diffusion simultane vers plusieurs destinations.
Mais ces rseaux prsentent un handicap majeur en privilgiant le rsultat (livraison
au destinataire) au dtriment de la vitesse.

III-1- Le dlai de transmission

Le rseau de donnes nest pas soumis au mme cahier des charges quun rseau
voix. Sa seule mission est de relier des machines dans le but dchanger des
informations, la premire exigence de linformaticien est la disponibilit du rseau.
Les donnes sont fractionnes sous forme de datagrammes via le protocole IP,
commutes et transportes au sein du rseau paquet.
Les dlais de transmission de ces datagrammmes se trouvent variables et
dpendants de la charge du rseau et du temps de traitement des datagrammes par
chaque nud de ce rseau qui fonctionne par des files dattente, ces dlais ne sont
pas matriss sur un rseau paquet et peuvent atteindre des valeurs rendant la
communication vocale impossible.
La recommandation G114 de lUIT-T prcise les classes de qualit et dinteractivit
en fonction du dlai de transmission dans une conversation tlphonique, ces
classes peuvent tre dresses sous la forme du tableau suivant :
N de classe
1
2

Dlai par sens

0 150 ms
150 300 ms

3
4

300 700 ms
Au-del de 700ms

Qualit
Acceptable
Acceptable,
faible interactivit
Communication Half duplex
Impossible

Tableau N1
Les causes du dlai sont trs nombreuses :

Codage / Dcodage
Mise en paquet de la voix
Srialisation
Files dattente des routeurs
Propagation
Compensation de gigue

III 2-Gigue de transmission

La gigue est la variation du dlai de transmission des datagrammes. Elle est due au
mode de mise en paquets par les codeurs, lencapsulation des paquets IP dans
des protocoles support et la diversit des trajets dans le rseau due la charge de
celui-ci.
Route ou trajet unique et respect de lordre darrive ne sont jamais garantis par un
rseau. Pour restituer un flux synchrone larrive, on installe des buffers de
compensation de gigue ; mais ce stockage allonge encore le dlai de transmission,
cependant la gigue doit rester infrieure 100 ms pour garder une qualit
acceptable.

III 3-Codage bas dbit :

Sans la matrise des techniques de codage on ne pouvait pas esprer transmettre de
la voix sur les rseaux IP mme avec un minimum de qualit de service. Lobjectif de
la compression est de minimiser le dbit transmis tout en conservant une bonne

qualit sonore. Le tableau suivant tablit une liste des principaux algorithmes de
codage de parole utiliss :
Codeur

Technique
Temporelle
PCM

Technique
Temporelle
MICDA

Norme

G.711

G.726

Dbits(Kb/s)
Qualit
(MOS)
Dlai
Codec

64
4.2

32
4.0

Analyse et Analyse et Paramtrique Analyse et Analyse et Analyse et

synthse
Synthse
LPC
Synthse
Synthse
Synthse
RPE-LTP
CELP
LD-CELP
CS-CELP
MP-MLQACELP
GSM 06-10 DOD
GOD
G.728
G.729
G.723.1
FS1016
LPC10
FS1015
13
4.8
2.4
16
8
6.3 5.3
3.6
3.5
2.3
4.0
4.0
3.9/3.7

125 s

300 S

50 ms

50 ms

50 ms

3 ms

30 ms

90 ms

Tableau N2
Plus le taux de compression est fort, plus le retard induit par le processus de
traitement est important, c'est pourquoi le choix du schma de codage est fortement
dpendant de l'architecture du rseau et de la qualit de service requise.
III 4- Perte des paquets
Une connexion via un rseau IP peut tre sujette un taux de perte important. Selon
la route utilise et lloignement des correspondants, le taux de perte peut passer de
5% 50%. Des tests pratiques ont montr quau-del de la valeur 20%, le signal est
totalement inaudible.
III 5-Lcho
Lcho est un phnomne du lhtrognit des rseaux et des terminaux utiliss
pour vhiculer le signal vocal, il est perceptible lors des communications PCTlphone, Tlphone-PC ou Tlphone-Tlphone via IP. Lcho est
principalement caus par la dsadaptation dimpdance 4 fils 2 Fils, surtout au
niveau des passerelles, une valeur de 50ms est gnralement la limite de perception
par lusager.
IV- Les protocoles QoS
IV-1 Le protocole RTP
Le Protocole de Transport en Temps Rel (RTP) est le standard propos pour
faciliter la synchronisation et la rcupration des variations de dlai et de perte de
paquets et permet ainsi des systmes provenant de constructeurs diffrents
dinterfonctionner. RTP peut galement tre vhicul par des paquets multicast afin
dacheminer des conversations vers des destinataires multiples vu quil a t conu
directement dans un environnement multipoint.
RTP aura donc sa charge aussi bien la gestion du temps rel que ladministration
de la session multipoint.
Le protocole RTP est encapsul dans un datagramme UDP, il permet denrichir ce
dernier afin de se rapprocher de TCP offrant des services tels que le squencement,
la gestion de la gigue et la fourniture dune horloge.
Le rle principal de RTP consiste mettre en uvre des numros de squence de
paquets IP pour reconstituer les informations de voix (ou vido) mme si le rseau
sous-jacent change lordre des paquets, ce qui est susceptible de se produire dans la
mesure o le fonctionnement dun rseau paquet ne garantit pas que deux paquets
successifs empruntent la mme route. Cela permet, par exemple pour des
applications de voix, de reconstituer les chantillons de parole.

IV- 2 Le protocole RTCP

RTCP est un protocole daccompagnement pour lanalyse et la gestion de flux temps
rels. Il coordonne les rapports raliss par lexpditeur et le rcepteur qui sont livrs
priodiquement. Les htes RTP peuvent utiliser les rapports RTCP pour obtenir des
ractions sur la qualit de livraison des paquets RTP, et modifier les paramtres de
transmission en consquence. Pour des types dapplications particulires, RTCP
peut tre complt par un autre protocole de transport.
IV-3 Le protocole RSVP
Plusieurs techniques ont t proposes pour rduire les effets constats sur les
rseaux IP hostiles une bonne transmission vocale. Le plus grand problme est le
manque des garanties de livraison, puisquen principe, un paquet vocal peut prendre
tout son temps pour traverser une liaison. Mme sil est possible de paramtrer le
dlai dacheminement dune liaison un niveau trs prioritaire, particulirement sur
un rseau IP utilis par une seule entreprise, il reste toujours la possibilit quun
rseau mixte voix et donnes souffre de dlais imprvisibles qui seront suffisamment
longs pour interrompre la parole. Mais tout cela nest pas facile car il reste du travail
faire sur la qualit de service (QoS), et lIETF continue avancer sur le protocole
de rservation de ressources RSVP.
Avec la rservation dune partie de la bande passante au sein des routeurs pour une
connexion vocale, le passage des paquets vocaux peut-tre garanti. RSVP reconnat
des classes diffrentes de connexion et essaie dallouer la bande passante
approprie. Ces classes sont dfinies par la spcification du flux, un paramtre qui
dtermine la transmission et le dlai dune connexion : il est dtermin par le
rcepteur pendant la phase de dmarrage de la connexion.
IV-4 Le protocole MPLS
Le MPLS (MultiProtocol Label Switching) est une solution propose et envisage par
plusieurs constructeurs pour rpondre aux problmes poss par les rseaux paquets
avec des contraintes de QoS . Il est apparu comme une solution permettant
dorganiser la rencontre entre ladministration de bande passante et le besoin de
services pour les nouveaux rseaux IP.
MPLS est normalis par lIETF, il assure les fonctions suivantes :

Spcifie les mcanismes pour administrer les flux de trafic entre entits (matriels, machines,
applications) diffrentes
Indpendance vis vis des couches 2 et 3
Interaction avec les protocoles existants comme RSVP, OSPF.
Support des couches IP, ATM et FR

Dans MPLS la transmission se fait sur des Labels Switched Paths LSP (qui sont des
identifiants spcifiques aux protocoles des couches basses) qui sont distribus
suivant le protocole Label Distribution Protocol LDP, RSVP ou mme OSPF. Chaque
paquet de donnes encapsule et transporte les labels pendant leur acheminement.
La commutation haut dbit est possible puisque les labels sont insrs au tout dbut
du paquet et peuvent tre utiliser par le hardware pour commuter plus rapidement.
IV-5 Services diffrencis
Le modle DiffServ permet de faire une distinction par classe de flux. La
classification se fait aux extrmits du rseau pour que la distinction par flux n'ait pas
recours aux routeurs. L'objectif est de proposer des services de qualit sans changer
l'infrastructure dj dploye.

IV-6 Services Intgrs

Le concept de l'architecture "Integrated Services" dvelopp par le groupe de travail
intserv de l'IETF est bas sur l'ide que le dveloppement d'un ensemble
d'extensions suffit fournir le support adapt chaque application, et qu'il n'est pas
utile de modifier l'architecture de l'Internet. Le modle "services intgrs" repose sur
deux principes fondamentaux:
le rseau doit tre contrl et soumis aux mcanismes de contrle
d'admission, des mcanismes de rservation de ressources sont ncessaires
pour fournir des services diffrencis,
Le dlai de transit par paquet est la caractristique principale de la QoS.
Le modle IntServ permet la mise en uvre dune qualit de service complte sur
Internet ou tout rseau bas sur le protocole IP.
IV-7- Les protocoles de transport
La transmission du flux Audio peut se faire sur lun ou lautre des deux protocoles de
transport TCP ou UDP, cependant UDP est mieux adapt au transport de la voix vu
son faible Overhead et sa faible complexit, Mais les contraintes de fiabilit, de
qualit et de garantie de livraison laisse le choix difficile entre celuici et TCP.
V- Diversit des normes Voix sur IP et la non coordination des travaux de
normalisation :
Les technologies VoIP se sont dveloppes rcemment avec l'mergence de
produits de tlphonie sur Internet. Vocaltec a t l'un des pionniers en la matire
avec son logiciel Internet Phone. Nombre d'autres socits ont suivi et se sont mises
dvelopper leurs propres logiciels. Mais cette nouvelle concurrence, qui a eu le
mrite de faire avancer le dveloppement des projets de VoIP, a en revanche mis en
vidence l'absence d'interoprabilit de tous ces produits.
Ainsi, le march des quipements VoIP prsente une grande varit de solutions
reposant chacune sur des normes concurrentes, qui engendrent des problmes
dincompatibilit.
Une partie de limbroglio des normes pourrait parvenir du fait que de nombreux
consortiums et groupes de normalisation suivent, crent, modifient et/ou interprtent
les normes VoIP indpendamment les uns des autres. Lexistence de plusieurs
groupes de travail, tels que IETF, IUT-T a conduit la naissance de plusieurs
normes et propositions de normes telles que H.323, SIP, MGCP et la norme H.248
(appele aussi MeGaCo).
LETSI, travers le projet TIPHON, travaille sur la standardisation du transport de la
voix sur IP afin de prserver linteroprabilit des services et des quipements bass
sur les rseaux tlphoniques traditionnels et les rseaux IP. Les spcifications
TIPHON traitent aussi la migration vers les rseaux NGN.
Le projet TIPHON est organis autour de huit groupes de travail indpendants. Le
projet TIPHON a mis en ouvre plusieurs documents rsumant les rsultats des
diffrents groupes dtudes, ces tudes, dont la dernire date du moins de juillet
2001, se sont focalises durant les 3 dernires annes sur des sujets tels que les
architectures de rseau VoIP, la dfinition et standardisation des protocoles de
contrle VoIP, la mobilit des services et des personnes, la scurit, la dfinition des
tests de conformits VoIP, ltablissement des proformas PICS, des spcifications
PIXITs, des suites de tests, de la garantie de QoS de bout en bout, du niveau de

service, de la standardisation du plan de numrotation et de limplmentation

darchitecture TIPHON base sur H.323, SIP et H.248.
V-I- La norme H.323
V-I-1 Aperu technique de la norme

La norme H.323, recommandation de l'UIT-T, propose des bases pour le transport de

la voix, de la vido et de donnes sur des rseaux IP, ce qui inclut bien sr Internet.
H.323, est une norme de type bout en bout ayant t dfinie lorigine par la
commission dtudes 16 de lUIT-T comme extension de la norme H.320 qui traite la
visiophonie sur RNIS et autres rseaux commutation de circuits, elle constitue un
prolongement logique du standard H.320 pour ladapter aux rseaux Intranet et ceux
commutation de paquets. Vu que H.323 sappuie sur les protocoles RTP/RTCP de
lIETF, elle peut par la suite tre applique aussi pour le transport de la voix/vido sur
Internet.
H.323 reprend entirement le standard IETF sur RTP/RTCP en corrigeant certains
points de dtails. Elle fixe les types de contenu audio et vido des paquets RTP
crs par une application H.323, et arbitre certains conflits entre RTCP et le
protocole de contrle dfini par H.323 qui est le sous-ensemble H.245.
La conformit la norme H.323 tant au niveau des applications que de
l'infrastructure sur les rseaux IP, pose les bases d'une nouvelle catgorie de
fonctionnalits de communications interpersonnelles axes sur l'outil informatique.
Tout logiciel compatible avec cette norme, permet de partager des donnes audio et
vido avec d'autres utilisateurs l'aide d'un simple clic de la souris.
La recommandation H.323 dcrit les terminaux, quipements et services ncessaires
l'tablissement d'une communication multimdia sur un rseau paquet ne
garantissant pas de qualit de service optimale. Les terminaux et quipements
normaliss H.323 peuvent transmettre des sons, des donnes et de la vido en
temps rel ou toute combinaison de ces trois lments.
V-I-2 Environnement H.323
Le rseau local, par le biais duquel communiquent les terminaux H.323, peut tre en
un seul segment ou un anneau, ou se composer de plusieurs segments prsentant
des topologies complexes. Il est opportun de signaler que le fonctionnement de
terminaux H.323 sur plusieurs segments de LAN (dont Internet) peut offrir des
niveaux de performance variables. Ajoutons encore que la recommandation H.323
ne dfinit pas les moyens utiliser pour garantir la qualit de service sur ces types
de rseaux locaux et/ou inter-rseaux.
La norme H.323 permet l'utilisation de plus d'un canal pour chaque type de donnes.
Parmi les autres recommandations de la pile H.323, on peut citer : la transmission
par paquets et la synchronisation (norme H.225.0), le contrle (norme H.245), les
codecs vido (normes H.261 et H.263), les codecs audio (normes G.711, G.722,
G.728, G.729 et G.723), et enfin la srie de protocoles de communications
multimdia T.120.
Lenvironnement H.323 est structur autour de 4 principaux lments :

Terminal
Garde Barrire (Gatekeeper)
Passerelle (Gateway)
Unit de Contrle multipoint ou MCU (Multipoint Controller Unit):

Figure 1 : Environnement H.323

V-I-3 Piles de protocoles H.323
La norme H.323 est structure en couches, comprenant chacune un ou plusieurs
protocoles. Elle propose des bases pour le transport de la voix, de la vido et des
donnes sur IP et rpond aux problmes lis celui-ci qui est la politique Best Effort.
Elle fonctionne selon une stratgie de bout en bout qui lui confre une transparence
vis vis des volutions du rseau.

Figure 2 : Piles de protocoles H.323

Les fonctions lies H.323 sont les suivantes :

Contrle de la procdure dappels : requte, tablissement et suivi dappel, enregistrement,

mise en paquet, admission au Gatekeeper via le protocole H.225.0 (Q.931)
Ngociation et tablissement des sessions multimdias via le H.245
Gestion des flux multimdias : liste des codecs recommands ou obligatoires
Gestion des confrences multipoint : modle de confrence gre par une entit centrale
Dfinition des services supplmentaires (H.450 non gnralis tous les quipements)
Gestion de la bande passante : contrle et limitation des connexions et allocation de la bande
passante (gatekeeper) RAS
Interconnexion dautres rseaux : ATM, RNIS, RTC
Scurisation des communications H.235
Rservation des ressources : RSVP
Codage Vido et audio H.26X, G7XX

Contrle des donnes et confrences T12X

Transport des communications temps rel RTP et RTCP.

V-I-4 Limitations H.323

Vue la conception de la norme H.323, celle-ci prsente des limitations qui rendent la
gnralisation de son implmentation aux quipements VoIP assez difficile, telles
que :

Multitude de versions V.1, V.2, V.3 et V.4,

Incompatibilit entre versions,
Conue pour les confrences sur IP,
Complexit et lourdeur
Surdimensionne pour un trafic voix
Grande quantit de messages de service et de contrle
Fonctionnement difficile derrire Fire Wall
Fonctionnement difficile avec NAT
Difficilement extensible

V-II- Le protocole MGCP

Le MGCP (Media Gateway Controller Protocols) se base principalement sur les
couches 3 et 4 du modle OSI principalement IP, IPsec, et UDP. Cest un protocole
issu du groupe IETF via RFC 2805, il constitue le rsultat de fusion des protocoles
SGCP 1.1 (Simple Gateway Control Protocol) et de IDPC 1.0 (Internet Protocol
Device Control).
V-II-1 Le concept MGCP

Le protocole MGCP dfinit larchitecture dun rseau de passerelles, il se base sur la

notion dagents dappels (ou Media Gateway Controller) qui est un organe permettant
le contrle dappels et pilotant une ou plusieurs passerelles (MG), celles-ci
permettent la conversion audio sur rseau tlphonique vers audio sur rseaux
paquets.
Se basant sur la notion de matre / esclave, Les agents dappels en permanente
synchronisation, prennent en charge la commande des passerelles, et fournissent les
informations dacheminement et de traitement dappels sur la base des informations
sur ltat du rseau, contenues dans des bases de donnes.
Les messages du rseau RTC ainsi que des messages originaires de lentit de
gestion rseau changs entre lagent dappels et les passerelles sont transfrs par
la passerelle de signalisation SG. La mise jour de la base de donnes se fait aussi
par lintermdiaire de messages MGC.
V-II-2 Limitations MGCP

Le MGCP est un protocole soutenu par plusieurs consortiums dont le Soft Switch
Consortium, mais ne manque pas de limitations telles que :
Moins lourd en piles et en dbits de service que H.323 mais avec moins de
fonctionnalits que H.323
Limitations de dialogue sur rseaux tendus (optique SIP + MGCP)
MGCP ne prvoit pas de mcanismes de synchronisation des agents dappels
MGCP est structur autour dun modle Maitre-Esclave centralis.

V-III- Le Protocole SIP

Le SIP ( Session Invitation Protocol) a fait lobjet de la proposition de norme RFC
2543 du mois de mars 1999, le SIP a t labor au sein des groupes de travail
IETF.
SIP permet dadresser et de localiser sur un rseau paquet tout interlocuteur
dclar pour les services du type VoIP ou visioconfrence, Il a aussi dautres rles
comme la ngociation des paramtres dune communication (codecs audio & vido,
dbit, etc...). Cest donc un concurrent de H.323, du moins pour certaines de ses
fonctions (H.245, Q.931 et RAS notamment).
V-III-1 Aperu technique sur le SIP

Cest un protocole indpendant des couches de transport, il appartient aux couches

applications du modle OSI. Le SIP gre la signalisation et ltablissement des
sessions interactives de communication multimdias et multipartite. Il est aussi bas
sur le concept Client / Serveur pour le contrle dappels et des services multimdias.
Conu selon un modle de type IP, il est hautement extensible et assez simple de
conception architecturale, de sorte quil peut servir de base la cration
dapplications et de services. Il est bas sur le protocole HTTP et peut utiliser UDP
ou TCP. Il permet les principales fonctions suivantes :

Localisation du destinataire

Analyse du profil des ressources du destinataire

Ngociation des paramtres de trafic

Etablissement dun descripteur de trafic

Etablissement et suivi de lappel

Gestion des fonctions volues telles que cryptage, correction des erreurs

V-III-2 Environnement SIP

Lenvironnement SIP est architectur autour des lments suivants :

User Agent scind en deux composantes :
o User Agent Client (UAC), cest lapplication permettant dinitier et
denvoyer des requtes SIP pour la demande dtablissement dappels.
o User Agent Server (UAS), application qui reoit et rpond aux requtes
SIP de la part des clients, elle accepte, redirige ou refuse les appels.
Les serveurs.
Les serveurs peuvent tre scinds en quatre selon leurs fonctions :
o Redirect Server : Accepte les requtes SIP et prend en charge de
rediriger les requtes SIP, il neffectue pas de traitement dappels, il
associe ladresse vers une ou plusieurs nouvelles adresses de sortie et
redirige lappel vers le Proxy le plus proche.
o Location Server : Il fournit des informations sur la possible position
courante des utilisateurs.
o Proxy Server : Prend en charge le traitement dappels en contrlant
tous les autres serveurs de lenvironnement, il contacte un ou plusieurs
client ou serveurs et leur communique la demande dappel.

o Register Server : Registre de localisation des utilisateurs, il naccepte

que des requtes de type Register
Terminal SIP : Terminal supportant du temps rel, et des communications full
duplex avec dautres entits SIP, il contient le UAC
En rsum les points essentiels du SIP sont :
Les interlocuteurs sont dsigns par des adresses URL, comme cest dj le cas
pour beaucoup dapplications Internet (mail, web, ftp,...). Il semble que les
adresses mail pourront tre rutilises pour faciliter limplantation de SIP. On
trouve donc des URLs du type : sip:UserX@iam-drd.net.ma
Un des modes de localisation de SIP utilisera des requtes envoyes des
proxy SIP, qui pourront les faire remonter des serveurs et utiliser des
extensions des annuaires DNS actuels.
SIP reprend beaucoup de concepts dHTTP : cest un protocole en mode textuel,
les demandes et les rponses reprennent un grand nombre des champs den-tte
HTTP. Cela lui donne une grande portabilit, et facilite son extensibilit. De plus,
HTTP est trs rpandu et dj bien connu de beaucoup de dveloppeurs.
SIP pourra utiliser priori nimporte quel protocole de transport sous-jacent, sur
tout rseau (IP, IPX, ATM, X25,...).
Des passerelles SIP-H.323 sont prvues, pour autoriser la communication entre
les deux mondes .

Figure 3 : Procdure denregistrement SIP

V-III-3 Piles de protocoles SIP

Pour ouvrir une session, le client met une requte dinvitation transportant son profil
et celui du prsum destinataire, cette requte obit au protocole SDP, qui est un
descripteur de session permettant aux utilisateurs souhaitant de communiquer de
saccorder sur la compatibilit de leurs mdias.
Comme HTTP, SIP repose sur ltablissement, la modification et la clture des
sessions en mode client/Serveur, par lintermdiaire de lchange de requtes client
et rponses cot serveur.
Comme H.323, SIP utilise RSVP pour la rservation des ressources sur RTP et
RTCP pour le support des trafics temps rel, et SDP (Session Descriptor Protocol)
pour la description des sessions multimdia et sur SAP (Session Announcement
Protocol) pour prciser si les sessions sont ouvertes, le protocole SIP est organis
en piles comme suit :

Figure 4 : Piles de protocoles SIP

V-III-4 Le protocole SDP :

Cest sans doute le protocole le plus important de larchitecture SIP, SDP a fait lobjet
de la proposition de norme RFC 2327, cest un protocole dont lobjectif est dtablir
un descripteur de sessions multimdia ouvrir, il porte les informations suivantes :
Adresses de destination SIP: //UserX@iam-drd.net.maAlgorithmes de codage
Audio et Vido, Type de trafic RTP.
V-III-5 Les fonctions SIP

Pour le traitement dun appel, le protocole SIP utilise 5 principales fonctions :

User Location : Localisation du terminal User Availibility : La disponibilit du
terminal
User Capabilities : Spcifie les mdias qui vont tre changs
Call Setup : avertissement de lappel et mise en place des paramtres
dappels
Call Handling : pour ltablissement dappels.

VI- Comparaison protocolaire :

Plusieurs standards ou propositions de standards sont donc disponibles sur le
march des produits VoIP. Le tableau ci-dessous dresse une brve comparaison de
ces diffrents protocoles, en considrant des paramtres tels que larchitecture
protocolaire, le type de mdia, le type de rseau et la facilit de dploiement :

Architecture
Dialogue
Types
Service

SIP
Client serveur

H.323
Client serveur

MGCP
Matre
Esclave
Horizontal
vido, Voix

MEGACO
- Matre
Esclave
Horizontal
Voix, vido

Vertical
Vertical
de Voix,
vido, Voix,
Donnes
Donnes
limites
Type
de Intra, extra et Intra, extra et Intranet
Intranet
rseau
Internet
Internet
Extensibilit
Grande
Petite
Moyenne
Moyenne
Facilit
de Grande
Moyenne
Petite
Moyenne
dploiement
Modularit
Grande
Moyenne
Basse
Basse
Organisme
IETF
UIT-T
IETF
UIT-T et IETF
Tableau N3
Parmi tous les protocoles cits ci-dessus seuls SIP et H.323 sont des protocoles
bass sur le modle rparti, MGCP, MEGACO ainsi que dautres protocoles
propritaires de plusieurs autres constructeurs souffrent de la limitation de leurs
modles architecturaux bass sur le modle centralis Matre Esclave.
H.323 est une norme de couverture trs large dans le domaine multimdia
(terminaux, passerelle, ponts de confrences,..), Cest une norme plus au moins
instable dans la mesure o le march VoIP compte 4 versions H.323, et prsente
linconvnient davoir une lourdeur au niveau de son architecture protocolaire, ainsi
que des difficults dinterfaage SS7 et dautres problmes de fonctionnement dans
des environnements FireWall et NAT.
MGCP est un protocole IP-centric qui prsente un handicap qui rside dans son
incapacit prendre en charge le transport de la voix au-dessus dautres rseaux de
transport tels que le rseau ATM. MGCP centralise le traitement dappels au niveau
des agents dappels, cependant MGCP ne prvoit pas un mcanisme de
synchronisation des agents dappels ce qui conduit de graves problmes de
fonctionnement dans un environnement rpartis.
Certes, SIP est un protocole qui est moins riche au niveau fonctionnalits que H.323,
cependant sa simplicit fait sa force dans la mesure o sa combinaison avec dautres
protocoles tel que SOAP et API informatiques tells que JAIN, Parlay,.. permet
aux fournisseurs de services la cration, la gestion et lexcution de services Web
valeur ajoute, sans parler des capacits SIP+ ou SIP-T utilises comme interface
de communication Soft Switch - Serveurs dappels.
Conclusion
La voix sur IP met du temps simplanter, mais tous les indicateurs prdisent quelle
devrait avoir plus de succs dans les prochaines annes. Par exemple, 90% des
entreprises interroges envisagent de faire un test VoIP et 60% dploieront dans les

deux ans venir une solution VoIP selon un sondage de Matra Nortel, il faudra aussi
sattendre ce que le service soit prsent aux catalogues des oprateurs.
Une vingtaine de fournisseurs tudie sous toutes ces facettes le transport de la voix
sur le protocole IP. Ce domaine technologiquement vaste et financirement
intressant, voit diffrents acteurs sy attacher. Ainsi de nouveaux travaux de
dveloppement et de normalisation ont lieu, assurant lvolution des donnes
multimdias sur un support dont la philosophie est le Best Effort .
Le dfaut majeur de cette technologie est le manque d'interoprabilit entre les
solutions des diteurs d'quipements IP, un dfaut de jeunesse certes, mais ceci
pnalise le dveloppement du march. Encore faut-il sorienter dans la jungle des
normes et matriser la complexit des protocoles pour aboutir une qualit de
service meilleure pour un cot minimal ?
En effet la norme H.323 V2 est pour le moment le standard qui jouit de la dominance
au niveau march VoIP, qui a une large couverture dans le domaine multimdia dont
le principal inconvnient est sa complexit de mise en uvre et les problmes
dinteroprabilit entre ses diffrentes versions, tandis que le MGCP peut tre vu
comme son complmentaire et non pas son concurrent surtout quil traite des
problmes dinterconnexion avec le monde tlphonique SS7 et RI.
Une combinaison SIP MGCP peut aussi tre intressante pour la mise en place de
rseaux VoIP pour terminaux simple et compatible Internet, en attendant
limplmentation de la norme H.248 qui prend en compte les fonctions MGCP dans
H.323, mais qui selon des constructeurs risquent de devenir aussi gonfle, lourde et
difficile manipuler que H.323.
SIP constitue le cheval de bataille des concepteurs et dveloppeurs des services
Web, en le dopant avec dautres protocoles supplmentaires permettant la
personnalisation des services. Une fois ces pchs de jeunesse rsolus et la qualit
du service au rendez-vous, le service VoIP fera srement partie des catalogues des
oprateurs mondiaux.
Le protocole IP devient de jour en jour le standard unique permettant linteroprabilit
des rseaux mondiaux. Cest pourquoi lintgration de la voix sur IP nest quune
tape vers EoIP : Everything Over IP, o les NGNs constitueront un vrai moteur du
nouveau monde de lconomie lectronique o lusager aura accs tous les
services au bout de ses doigts.
Glossaire des acronymes
ATM : Asynchronous Transfert Mode
CELP : code excited linear prediction
Codec : Codeur Decodeur
DiffServ : Differentiated Services
DNS : Domain Name Server
DSP : Digital Signal Processing
EoIP : Every thing over IP
ETSI : European tlcommunications standards institute
FR : Frame Relay
FTP : File Transfer Protocol
GK : GateKeeper
HTTP : HyperText Tranfert Protocol
IETF : Internet Engeinring Force
IntServ : Integrated Services
IDPC : Internet Protocol Device Control.
IP : Internet Protocol
LAN : Local Area Network
LDP : Label Distributor Protocol
LPC : Linear Predictive Coding

MCU : Multi Controller Unit

MG : Media Gateway
MGC : Media Gateway Controller
MGCP : Media Gateway Control Protocol
MOS : Mean Opinion Score
MIPS : Meaningless Indication of Processor Speed
MICDA : Modulation par Impulsions et Codage Diffrentiel Adaptatif
NAT : Networks Address Translation
OSPF : Open Shortest Path First
OSI : Open System Interconnection
PCM : Pulse code Modulation
QoS : quality of service
RNIS : Rseau Numrique Intgration de Services
RTP : Real Time Protocol
RPE-LTP : Regular Pulse Excited-Long Term Prediction
RTCP : Real Time Control Protocol
RSVP : Ressources ReserVation Prtocol
RAS : Registration and Status
RFC : Request For Comment
SIP : Session Invitation Protocol
SGCP : Simple Gateway Control Protocol
SG : Signaling Gateway
SDP : Session Description Protocol
SAP : Session Anouncement Protocol
SS7 : Signalling System N7
TCP : Transport Control Protocol
TIPHON : Telecommunication and Internet Protocol Harmonization Over Networks
TGW : Trunk Gateway
UDP : User Datagram Protocol
UAC : User Agent Client
UAS : User Agent Server
URL : Universal Ressources Location
UIT-T : Union Internationale des tlcommunications Secteur Tlcoms
VoIP : Voice over IP