3.4.1.1 Le protocole Real-time Transport Protocole
(RTP)
Le protocole RTP (Real Time Trotocol) a été
développe au sein du groupe travail ACT (Audio Video Transport) de
l'IETF. RTP définit un format d'encapsulation de données
multimédia temps réel " compatible ALF" sur l'Internet.
Ce protocole assure une numérotation et un horodatage
des paquets en encapsulant les données dans une nouvelle entête.
Il repose lui-même sur le protocole UDP, qui ne renvoie pas les trames
perdues en cours de route, afin de privilégier l'enchaînement du
son et des images, plutôt que l'intégrité des
données. La qualité peut en souffrir si la liaison est mauvaise,
mais c'est un mal nécessaire à la diffusion en direct.
Dans le cadre même de notre projet, deux
possibilités se présentent. La première consiste à
envoyer simultanément un flux de données vers chacun des clients.
L'autre solution est le multipoint qui se caractérise par la diffusion
d'un flux unique vers un groupe multipoint, dont les clients lisent
simultanément les mêmes informations. Dans l'objectif d'avoir une
optimisation de la consommation de la bande passante, il est
préférable d'utiliser une diffusion en multipoint.
Le protocole RTP a été conçu avec les
objectifs suivants:
- L'indépendance avec les protocoles de couches
inférieurs,
- la flexibilité du type des données transmises :
RTP doit pouvoir être extensible des applications autres que l'audio et
la visioconférence,
- la comptabilité avec les passerelles: les passerelles
de niveau RTP permettent de concaténer plusieurs flots de médias
en un flot unique en changent la taille des paquets et/ou codage et/ou le
protocole de transport.
Les principaux services rendus par RTP sont résumés
ci-dessous:
- La segmentation et le réassemblage,
- le démultiplexage selon le type de média : par
exemple audio PCM, video H.264,
- le démultiplexage selon le type de
média : par exemple audio PCM, video H.264,
- la suppression de la
gigue de délai introduite par la transmission au niveau ré-
cepteur,
- la détection de perte de paquets,
- le contrôle de la qualité de réception,
- la confidentialité optionnelle (par exemple, encryptage
DES).
Mais le protocole RTP ne permet pas de réserver les
ressources dans le réseau, d'assurer une fiabilité et de garantir
le délai de livraison.
3.4.1.2 Le protocole Real-time Transport Controle Protocole
(RTCP)
Le protocole RTP est complété par le protocole
RTCP qui transmet périodiquement des paquets de contrôle à
tous les participants d'une session. Il adopte le même mécanisme
de transmission que le protocole RTP.
Selon [18] et [19], le protocole RTCP remplit trois fonctions
principales plus une optionnelle. Il retourne les statistiques feedback sur la
qualité de réception des données transmises dans les
paquets RTP. Ces informations temps réel peuvent être
exploitées par la source pour adapter le type de codage au niveau des
ressources disponibles. RTCP transporte un identificateur unique de la source
RTP, appelé Nom Permanent Canonical NAME (CNAME) car l'identifiant SSRC
peut changer et ne permet pas, à lui tout seul, d'identifier une source.
Les destinataires peuvent avoir besoin du nom permanent, CNAME, pour associer
plusieurs flux de données d'un même participant dans un ensemble
de sessions RTP, par exemple pour une synchronisation audio-vidéo.
De plus, la réception des feedbacks et la connaissance
du CNAME supposent que tous les participants envoient des paquets RTCP
régulièrement. Ces informations servent à ajuster le
débit de sortie et à l'adapter de manière à
accommoder toutes les personnes désirant se joindre à
l'évènement.
Enfin, la quatrième fonction qui est optionnelle,
consiste à transmettre des informations permettant une régulation
minimale des membres. RTCP assure l'identification des participants à
une conférence en jouant le rôle d'un canal de liaison entre des
participants fluctuants, et a priori non identifiés.
| 
