1. Introduction

Lorsque l'Audio-Visual Profile with Feedback (AVPF) [RFC4585] a été développé, l'accent principal était mis sur le support efficace des scénarios point à point et multipoints de petite taille sans contrôle multipoint centralisé. Cependant, en pratique, de nombreuses petites conférences multipoints fonctionnent en utilisant des dispositifs connus sous le nom de Multipoint Control Units (MCUs). L'expérience de longue date de l'industrie de la vidéoconférence conversationnelle suggère qu'il existe un besoin de quelques messages de feedback supplémentaires pour supporter efficacement les conférences multipoints centralisées. Certains des messages ont des applications au-delà du multipoint centralisé, et cela est indiqué dans la description du message. Cela est particulièrement vrai pour le message destiné à transporter des chaînes de bits ITU-T Rec. H.271 [H.271] pour les messages Video Back Channel.

Dans la terminologie du Real-time Transport Protocol (RTP) [RFC3550], les MCUs comprennent des mixers et des translators. La plupart des MCUs incluent également un support de signalisation. Pendant le développement de ce mémo, il a été remarqué qu'il existe une confusion considérable dans la communauté concernant l'utilisation de termes tels que mixer, translator et MCU. En réponse à ces préoccupations, un certain nombre de topologies ont été identifiées qui sont d'une pertinence pratique pour l'industrie, mais ne sont pas documentées de manière suffisamment détaillée dans [RFC3550]. Ces topologies sont documentées dans [RFC5117], et la compréhension de ce mémo nécessite une étude préalable ou parallèle de [RFC5117].

Certains des messages définis ici sont à sens unique, en ce sens qu'ils ne nécessitent pas de notification explicite à l'émetteur du message qu'ils ont été reçus et/ou indiquant les actions du récepteur du message. D'autres messages nécessitent une réponse, conduisant à un modèle de communication bidirectionnelle que l'on pourrait considérer comme utile à des fins de contrôle. Cependant, l'intention de ce mémo n'est pas d'ouvrir le RTP Control Protocol (RTCP) à un protocole de contrôle généralisé. Tous les messages mentionnés ont des contraintes de temps réel relativement strictes, dans le sens où leur valeur diminue avec l'augmentation du délai. Cela rend l'utilisation de moyens de protocole de contrôle plus traditionnels, tels que le Session Initiation Protocol (SIP) [RFC3261], indésirable lorsqu'ils sont utilisés dans le même but. C'est pourquoi cette solution est recommandée au lieu de "XML Schema for Media Control" [XML-MC], qui utilise SIP Info pour transférer des messages XML avec une sémantique similaire à ce qui est défini dans ce mémo. De plus, tous les messages sont d'un format très simple qui peut être facilement traité par un émetteur/récepteur RTP/RTCP. Enfin, et surtout, tous les messages ne se rapportent qu'au flux RTP auquel ils sont associés, et non à toute autre propriété d'un système de communication. En particulier, aucun d'entre eux ne se rapporte aux propriétés des liens d'accès traversés par la session.

2. Définitions

2.1. Glossaire

• AIMD - Additive Increase Multiplicative Decrease
• AVPF - The extended RTP profile for RTCP-based feedback
• FCI - Feedback Control Information [RFC4585]
• FEC - Forward Error Correction
• FIR - Full Intra Request
• MCU - Multipoint Control Unit
• MPEG - Moving Picture Experts Group
• PLI - Picture Loss Indication
• PR - Packet rate
• QP - Quantizer Parameter
• RTT - Round trip time
• SSRC - Synchronization Source
• TMMBN - Temporary Maximum Media Stream Bit Rate Notification
• TMMBR - Temporary Maximum Media Stream Bit Rate Request
• TSTN - Temporal-Spatial Trade-off Notification
• TSTR - Temporal-Spatial Trade-off Request
• VBCM - Video Back Channel Message

2.2. Terminologie

Les mots-clés "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY" et "OPTIONAL" dans ce document doivent être interprétés comme décrit dans RFC 2119 [RFC2119].

• Message: Un message de feedback RTCP [RFC4585] défini par cette spécification, de l'un des types suivants:

  • Request (Requête): Message qui nécessite un accusé de réception
  • Command (Commande): Message qui force le récepteur à effectuer une action
  • Indication: Message qui signale une situation
  • Notification: Message qui fournit une notification qu'un événement s'est produit. Les notifications sont généralement générées en réponse à une requête.

Notez qu'à l'exception de "Notification", cette terminologie est alignée avec ITU-T Rec. H.245 [H245].

• Decoder Refresh Point (Point de rafraîchissement du décodeur): Une chaîne de bits, empaquetée dans un ou plusieurs paquets RTP, qui réinitialise complètement le décodeur à un état connu.