3. Définitions (Definitions)
Charge utile RTP (RTP Payload) : Les données transportées par RTP dans un paquet, par exemple des échantillons audio ou des données vidéo compressées. Le format et l'interprétation de la charge utile sont en dehors de la portée de ce document.
Paquet RTP (RTP Packet) : Un paquet de données composé de l'en-tête RTP fixe, d'une liste éventuellement vide de sources contributrices (voir ci-dessous) et des données de charge utile. Certains protocoles sous-jacents peuvent nécessiter qu'une encapsulation du paquet RTP soit définie. Typiquement, un paquet du protocole sous-jacent contient un seul paquet RTP, mais plusieurs paquets RTP PEUVENT être contenus si la méthode d'encapsulation le permet (voir Section 11).
Paquet RTCP (RTCP Packet) : Un paquet de contrôle composé d'une partie d'en-tête fixe similaire à celle des paquets de données RTP, suivie d'éléments structurés qui varient en fonction du type de paquet RTCP. Les formats sont définis dans la Section 6. Typiquement, plusieurs paquets RTCP sont envoyés ensemble en tant que paquet RTCP composé dans un seul paquet du protocole sous-jacent ; ceci est rendu possible par le champ de longueur dans l'en-tête fixe de chaque paquet RTCP.
Port : « L'abstraction que les protocoles de transport utilisent pour distinguer plusieurs destinations au sein d'un ordinateur hôte donné. Les protocoles TCP/IP identifient les ports à l'aide de petits entiers positifs. » [12] Les sélecteurs de transport (TSEL) utilisés par la couche de transport OSI sont équivalents aux ports. RTP dépend du protocole de couche inférieure pour fournir un mécanisme tel que les ports pour multiplexer les paquets RTP et RTCP d'une session.
Adresse de transport (Transport Address) : La combinaison d'une adresse réseau et d'un port qui identifie un point d'extrémité au niveau transport, par exemple une adresse IP et un port UDP. Les paquets sont transmis d'une adresse de transport source vers une adresse de transport de destination.
Type de média RTP (RTP Media Type) : Un type de média RTP est la collection de types de charge utile qui peuvent être transportés dans une seule session RTP. Le profil RTP attribue des types de média RTP aux types de charge utile RTP.
Session multimédia (Multimedia Session) : Un ensemble de sessions RTP simultanées entre un groupe commun de participants. Par exemple, une visioconférence (qui est une session multimédia) peut contenir une session RTP audio et une session RTP vidéo.
Session RTP (RTP Session) : Une association entre un ensemble de participants communiquant avec RTP. Un participant peut être impliqué dans plusieurs sessions RTP en même temps. Dans une session multimédia, chaque média est généralement transporté dans une session RTP séparée avec ses propres paquets RTCP, sauf si l'encodage lui-même multiplexe plusieurs médias dans un seul flux de données. Un participant distingue plusieurs sessions RTP par la réception de différentes sessions utilisant différentes paires d'adresses de transport de destination, où une paire d'adresses de transport comprend une adresse réseau plus une paire de ports pour RTP et RTCP. Tous les participants d'une session RTP peuvent partager une paire d'adresses de transport de destination commune, comme dans le cas du multicast IP, ou les paires peuvent être différentes pour chaque participant, comme dans le cas d'adresses réseau unicast individuelles et de paires de ports.
La caractéristique distinctive d'une session RTP est que chacune maintient un espace complet et séparé d'identifiants SSRC (définis ci-après). L'ensemble des participants inclus dans une session RTP se compose de ceux qui peuvent recevoir un identifiant SSRC transmis par l'un quelconque des participants soit dans RTP en tant que SSRC ou CSRC (également défini ci-dessous), soit dans RTCP.
Source de synchronisation (SSRC - Synchronization Source) : La source d'un flux de paquets RTP, identifiée par un identifiant SSRC numérique de 32 bits transporté dans l'en-tête RTP afin de ne pas dépendre de l'adresse réseau. Tous les paquets d'une source de synchronisation font partie du même espace de synchronisation et de numéro de séquence, de sorte qu'un récepteur regroupe les paquets par source de synchronisation pour la lecture. Les exemples de sources de synchronisation incluent l'émetteur d'un flux de paquets dérivé d'une source de signal telle qu'un microphone ou une caméra, ou un mixeur RTP (voir ci-dessous). Une source de synchronisation peut changer son format de données, par exemple l'encodage audio, au fil du temps. L'identifiant SSRC est une valeur choisie aléatoirement destinée à être globalement unique dans une session RTP particulière (voir Section 8). Un participant n'a pas besoin d'utiliser le même identifiant SSRC pour toutes les sessions RTP d'une session multimédia ; la liaison des identifiants SSRC est fournie via RTCP (voir Section 6.5.1). Si un participant génère plusieurs flux dans une session RTP, par exemple à partir de caméras vidéo séparées, chacun DOIT être identifié comme un SSRC différent.
Source contributrice (CSRC - Contributing Source) : Une source d'un flux de paquets RTP qui a contribué au flux combiné produit par un mixeur RTP (voir ci-dessous). Le mixeur insère une liste des identifiants SSRC des sources qui ont contribué à la génération d'un paquet particulier dans l'en-tête RTP de ce paquet. Cette liste est appelée la liste CSRC. Un exemple d'application est la conférence audio où un mixeur indique tous les interlocuteurs dont la parole a été combinée pour produire le paquet sortant, permettant au récepteur d'indiquer l'interlocuteur actuel, même si tous les paquets audio contiennent le même identifiant SSRC (celui du mixeur).
Système terminal (End System) : Une application qui génère le contenu à envoyer dans les paquets RTP et/ou consomme le contenu des paquets RTP reçus. Un système terminal peut agir comme une ou plusieurs sources de synchronisation dans une session RTP particulière, mais généralement une seule.
Mixeur (Mixer) : Un système intermédiaire qui reçoit des paquets RTP d'une ou plusieurs sources, modifie éventuellement le format de données, combine les paquets d'une certaine manière, puis transmet un nouveau paquet RTP. Étant donné que la synchronisation entre plusieurs sources d'entrée ne sera généralement pas synchronisée, le mixeur effectuera des ajustements de synchronisation entre les flux et générera sa propre synchronisation pour le flux combiné. Ainsi, tous les paquets de données provenant d'un mixeur seront identifiés comme ayant le mixeur comme source de synchronisation.
Traducteur (Translator) : Un système intermédiaire qui transmet des paquets RTP avec leur identifiant de source de synchronisation intact. Les exemples de traducteurs incluent les dispositifs qui convertissent les encodages sans mixage, les réplicateurs du multicast vers l'unicast et les filtres au niveau de l'application dans les pare-feu.
Moniteur (Monitor) : Une application qui reçoit les paquets RTCP envoyés par les participants d'une session RTP, en particulier les rapports de réception, et estime la qualité de service actuelle pour la surveillance de la distribution, le diagnostic de pannes et les statistiques à long terme. La fonction de moniteur est susceptible d'être intégrée dans la ou les applications participant à la session, mais peut également être une application séparée qui ne participe pas autrement et n'envoie ni ne reçoit les paquets de données RTP (car ils sont sur un port séparé). Ceux-ci sont appelés moniteurs tiers. Il est également acceptable qu'un moniteur tiers reçoive les paquets de données RTP mais n'envoie pas de paquets RTCP ou ne soit autrement compté dans la session.
Moyens non-RTP (Non-RTP Means) : Les protocoles et mécanismes qui peuvent être nécessaires en plus de RTP pour fournir un service utilisable. En particulier, pour les conférences multimédia, un protocole de contrôle peut distribuer des adresses multicast et des clés pour le chiffrement, négocier l'algorithme de chiffrement à utiliser et définir des mappages dynamiques entre les valeurs de type de charge utile RTP et les formats de charge utile qu'ils représentent pour les formats qui n'ont pas de valeur de type de charge utile prédéfinie. Des exemples de tels protocoles incluent le protocole d'initiation de session (SIP) (RFC 3261 [13]), la recommandation ITU H.323 [14] et les applications utilisant SDP (RFC 2327 [15]), telles que RTSP (RFC 2326 [16]). Pour les applications simples, le courrier électronique ou une base de données de conférence peuvent également être utilisés. La spécification de tels protocoles et mécanismes est en dehors de la portée de ce document.