Pour les articles homonymes, voirRTP.
Cet article est uneébauche concernant l’informatique.
Vous pouvez partager vos connaissances en l’améliorant (comment ?) selon les recommandations desprojets correspondants.
Consultez la liste destâches à accomplir enpage de discussion.
Real-Time Transport Protocol (RTP) est unprotocole de communication informatique permettant le transport de données[1] soumises à des contraintes de temps réel, tels que des flux média audio ou vidéo[2].
RTP est à l'heure actuelle principalement utilisé comme transport de média pour les services dela voix sur IP ou de vidéo conférence, voire destreaming. En mode unidirectionnel, il est toujours associé avec un autre protocole de signalisation qui gère l'établissement de session et permet l'échange du numéro de port utilisé par les deux extrémités. On peut citer :
Le protocole ajoute un en-tête spécifique aux paquetsUDP pour
RTP sera utilisé avantageusement sur un réseau temps réel (par exemple un réseauATM àbande passante garantie, un canal optique, une radiodiffusion ou un canal satellite).
RTP estunidirectionnel mais peut être utilisé en mode diffusion (multicast)viasatellite. Il est alors extrêmement économique en termes de ressources réseau pour servir un grand nombre de récepteurs, ce qui permet d'augmenter considérablement le débit utile et la qualité de codage du contenu.
Bien qu'unidirectionnel, RTP peut toutefois être utilisé conjointement avec un canal de retour (feedback) sur la qualité de service (QoS) viaRTCP (Real-Time Transport Control Protocol), négocié indépendamment (voirRTSP). Cefeedback peut par exemple informer l'émetteur sur les propriétés temps-réel du canal, l'état du tampon du récepteur, ainsi que demander des changements de compression/débit pour les applicationsmultimédia par exemple (dans ce cas, les données manquantes pourront être transmises viaUnicast).
Pour la diffusion en masse cependant (flux en direct, radiodiffusé), cette voie de retour n'est généralement pas utilisée, mais le contenu est transmis plusieurs fois en parallèle avec un décalage temporel suffisant pour pallier les interruptions temporaires de qualité de réception, mais n'excèdent pas les limites des tampons des récepteurs (normalement pas plus d'une quinzaine de secondes d'écart). Le récepteur peut alors reconstituer et réordonner la séquence complète afin d'obtenir un flux continu sans perte.
La mise en œuvre de RTP en modemulticast requiert la configuration préalable de routage au niveau du récepteur, qui doit faire lui-même la demande de routage à ses routeurs hôtes, entre l'émetteur et le récepteur. L'émetteur quant à lui informe séparément les routeurs de diffusion auxquels il est directement connecté.
Pour les contenus protégés à valeur ajoutée, l'absence de voie de retour implique l'utilisation de clé dedéchiffrement du contenu, que le récepteur doit négocier séparément avec l'émetteur (chacun peut recevoir facilement le contenu chiffré simplement en se connectant aurouteur de diffusion). Mais RTP lui-même ne s'occupe pas duchiffrement et transporte le contenu de façon transparente.
