Passa al contenuto principale

1. Introduzione

Quando l'Audio-Visual Profile with Feedback (AVPF) [RFC4585] è stato sviluppato, l'enfasi principale era sul supporto efficiente degli scenari punto-a-punto e multipunto di piccole dimensioni senza controllo multipunto centralizzato. Tuttavia, in pratica, molte piccole conferenze multipunto operano utilizzando dispositivi noti come Multipoint Control Units (MCUs). L'esperienza consolidata dell'industria della videoconferenza conversazionale suggerisce che c'è bisogno di alcuni messaggi di feedback aggiuntivi per supportare efficientemente le conferenze multipunto centralizzate. Alcuni dei messaggi hanno applicazioni oltre il multipunto centralizzato, e questo è indicato nella descrizione del messaggio. Questo è particolarmente vero per il messaggio destinato a trasportare stringhe di bit ITU-T Rec. H.271 [H.271] per i messaggi Video Back Channel.

Nella terminologia del Real-time Transport Protocol (RTP) [RFC3550], le MCUs comprendono mixer e translator. La maggior parte delle MCUs include anche supporto per la segnalazione. Durante lo sviluppo di questo memo, è stato notato che c'è una notevole confusione nella comunità relativa all'uso di termini come mixer, translator e MCU. In risposta a queste preoccupazioni, sono state identificate diverse topologie che sono di rilevanza pratica per l'industria, ma non sono documentate in dettaglio sufficiente in [RFC3550]. Queste topologie sono documentate in [RFC5117], e la comprensione di questo memo richiede uno studio precedente o parallelo di [RFC5117].

Alcuni dei messaggi definiti qui sono solo in avanti, nel senso che non richiedono una notifica esplicita all'emittente del messaggio che sono stati ricevuti e/o che indicano le azioni del ricevitore del messaggio. Altri messaggi richiedono una risposta, portando a un modello di comunicazione bidirezionale che si potrebbe considerare utile per scopi di controllo. Tuttavia, non è intenzione di questo memo aprire il RTP Control Protocol (RTCP) a un protocollo di controllo generalizzato. Tutti i messaggi menzionati hanno vincoli di tempo reale relativamente rigorosi, nel senso che il loro valore diminuisce con l'aumento del ritardo. Questo rende indesiderabile l'uso di mezzi di protocollo di controllo più tradizionali, come il Session Initiation Protocol (SIP) [RFC3261], quando usati per lo stesso scopo. Ecco perché questa soluzione è raccomandata invece di "XML Schema for Media Control" [XML-MC], che usa SIP Info per trasferire messaggi XML con semantica simile a quella definita in questo memo. Inoltre, tutti i messaggi sono di un formato molto semplice che può essere facilmente elaborato da un mittente/ricevitore RTP/RTCP. Infine, e soprattutto, tutti i messaggi si riferiscono solo al flusso RTP con cui sono associati, e non a qualsiasi altra proprietà di un sistema di comunicazione. In particolare, nessuno di essi si riferisce alle proprietà dei link di accesso attraversati dalla sessione.

2. Definizioni

2.1. Glossario​

  • 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. Terminologia​

Le parole chiave "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY" e "OPTIONAL" in questo documento devono essere interpretate come descritto in RFC 2119 [RFC2119].

  • Message (Messaggio): Un messaggio di feedback RTCP [RFC4585] definito da questa specifica, di uno dei seguenti tipi:

    • Request (Richiesta): Messaggio che richiede conferma
    • Command (Comando): Messaggio che forza il ricevitore a un'azione
    • Indication (Indicazione): Messaggio che riporta una situazione
    • Notification (Notifica): Messaggio che fornisce una notifica che un evento si è verificato. Le notifiche sono comunemente generate in risposta a una richiesta.

Si noti che, ad eccezione di "Notification", questa terminologia è allineata con ITU-T Rec. H.245 [H245].

  • Decoder Refresh Point (Punto di aggiornamento del decoder): Una stringa di bit, impacchettata in uno o più pacchetti RTP, che resetta completamente il decoder a uno stato noto.
Ultimo aggiornamento il