1.1. Definitions
Les définitions de RTP/RTCP [1] et du « RTP Profile for Audio and Video Conferences with Minimal Control » [2] s'appliquent. En outre, les définitions suivantes sont utilisées dans ce document :
Early RTCP mode (mode RTCP anticipé) :
Le mode de fonctionnement dans lequel un récepteur d'un flux média est souvent (mais pas toujours) capable de signaler à l'émetteur, peu après leur survenance, des événements d'intérêt. En mode Early RTCP, les paquets RTCP sont transmis selon les règles de temporisation définies dans ce document.
Early RTCP packet (paquet RTCP anticipé) :
Un paquet RTCP anticipé est un paquet transmis plus tôt que ne l'autoriserait l'algorithme d'ordonnancement de [1], la raison étant un « événement » observé par un récepteur. Les paquets RTCP anticipés peuvent être envoyés en mode Immediate Feedback et en mode Early RTCP. L'envoi d'un paquet RTCP anticipé est également appelé envoi d'Early Feedback dans ce document.
Event (événement) :
Une observation faite par le récepteur d'un flux média qui est (potentiellement) d'intérêt pour l'émetteur, telle qu'une perte ou une réception de paquet, une perte de trame, etc., et donc utile à signaler à l'émetteur au moyen d'un message de retour.
Feedback (FB) message (message de retour FB) :
Un message RTCP tel que défini dans ce document sert à transporter des informations sur les événements observés chez un récepteur, en complément des informations d'état à long terme du récepteur portées par les rapports de réception RTCP (RR), vers l'émetteur du flux média. Pour plus de clarté, le message de retour est désigné par FB message dans tout ce document.
Feedback (FB) threshold (seuil de retour FB) :
Le seuil FB indique la transition entre le mode Immediate Feedback et le mode Early RTCP. Pour un scénario multiparty, le seuil FB indique la taille maximale du groupe à laquelle, en moyenne, chaque récepteur est capable de signaler chaque événement immédiatement aux émetteurs, c'est-à-dire au moyen d'un paquet RTCP anticipé sans attendre son intervalle RTCP régulièrement planifié. Ce seuil dépend fortement du type de retour à fournir, de la QoS du réseau (par ex. probabilité et distribution des pertes de paquets), du codec et du schéma de paquetisation en usage, de la bande passante de session et des exigences de l'application. Notez que les algorithmes ne dépendent pas du fait que tous les émetteurs et récepteurs conviennent de la même valeur pour ce seuil. Il est uniquement destiné à fournir une orientation conceptuelle aux concepteurs d'applications et n'est utilisé dans aucun calcul. Pour plus de clarté, le terme feedback threshold est appelé FB threshold dans ce document.
Immediate Feedback mode (mode retour immédiat) :
Un mode de fonctionnement dans lequel chaque récepteur d'un flux média est, statistiquement, capable de signaler immédiatement chaque événement d'intérêt à l'émetteur du flux média. En mode Immediate Feedback, les messages RTCP FB sont transmis selon les règles de temporisation définies dans ce document.
Media packet (paquet média) :
Un paquet média est un paquet RTP.
Regular RTCP mode (mode RTCP régulier) :
Mode de fonctionnement dans lequel aucune transmission préférentielle des messages FB n'est autorisée. À la place, les messages RTCP sont envoyés selon les règles de [1]. Néanmoins, de tels messages RTCP peuvent contenir des informations de retour telles que définies dans ce document.
Regular RTCP packet (paquet RTCP régulier) :
Un paquet RTCP qui n'est pas envoyé comme paquet RTCP anticipé.
RTP sender (émetteur RTP) :
Un émetteur RTP est une entité RTP qui transmet des paquets média ainsi que des paquets RTCP et reçoit des paquets RTCP réguliers ainsi qu'anticipés (c'est-à-dire des paquets de retour). Notez que l'émetteur RTP est un rôle logique et que la même entité RTP peut en même temps agir comme récepteur RTP.
RTP receiver (récepteur RTP) :
Un récepteur RTP est une entité RTP qui reçoit des paquets média ainsi que des paquets RTCP et transmet des paquets RTCP réguliers ainsi qu'anticipés (c'est-à-dire des paquets de retour). Notez que le récepteur RTP est un rôle logique et que la même entité RTP peut en même temps agir comme émetteur RTP.