4. Uso di RTP da parte di endpoint che inviano flussi di media multipli

RTP è intrinsecamente un protocollo di comunicazione di gruppo. Ogni endpoint in una sessione RTP utilizzerà uno o più SSRC, come faranno alcuni tipi di middlebox a livello RTP. Di conseguenza, a meno che non siano state segnalate restrizioni sul numero di SSRC, gli endpoint RTP possono aspettarsi di ricevere pacchetti di dati RTP inviati usando un certo numero di SSRC diversi, all'interno di una singola sessione RTP. Ciò può verificarsi indipendentemente dal fatto che la sessione RTP sia in esecuzione su una connessione punto-punto o su un gruppo multicast, poiché i middlebox possono essere usati per collegare più connessioni di trasporto in un'unica sessione RTP (la sessione RTP è definita dallo spazio SSRC condiviso, non dalle connessioni di trasporto). Inoltre, se si usano mixer RTP, alcuni SSRC potrebbero essere visibili solo nella lista delle sorgenti contribuenti (CSRC) di un pacchetto RTP e in RTCP, e potrebbero non apparire direttamente come SSRC di un pacchetto di dati RTP.

Ogni endpoint RTP avrà una quota allocata della larghezza di banda disponibile della sessione, determinata dalla segnalazione e dal controllo della congestione. L'endpoint deve mantenere la sua velocità di invio totale dei media entro questa quota. Tuttavia, gli endpoint che inviano più flussi RTP non hanno necessariamente bisogno di suddividere la loro quota della larghezza di banda disponibile in modo indipendente o uniforme tra ciascun flusso RTP e i suoi SSRC. In particolare, un endpoint può variare l'allocazione della larghezza di banda ai diversi flussi in base alle loro esigenze, e può modificare dinamicamente la larghezza di banda allocata ai diversi SSRC (ad esempio, usando un codec a velocità variabile), a condizione che la velocità di invio totale non superi la sua quota allocata. Ciò include l'attivazione o la disattivazione di flussi RTP, o dei loro flussi di ridondanza, man mano che diventa disponibile più o meno larghezza di banda.