10. Congestion Control (Controllo della congestione)
10. Congestion Control (Controllo della congestione)
Il controllo della congestione per RTP DEVE essere usato in conformità con la RFC 3550 [5] e con qualsiasi profilo RTP applicabile, ad es. la RFC 3551 [16]. Se si usa un servizio best-effort (miglior sforzo), un requisito aggiuntivo è che gli utenti di questo formato di payload DEVONO monitorare la perdita di pacchetti per assicurare che il tasso di perdita sia entro parametri accettabili. La perdita di pacchetti è considerata accettabile se un flusso TCP sullo stesso percorso di rete e nelle stesse condizioni di rete raggiungesse una portata media, misurata su una scala temporale ragionevole, non inferiore a quella ottenuta dal flusso RTP. Questa condizione può essere soddisfatta implementando meccanismi di controllo della congestione per adattare il tasso di trasmissione (o il numero di strati sottoscritti per una sessione multicast stratificata) o organizzando l'uscita di un ricevitore dalla sessione se il tasso di perdita è inaccettabilmente elevato.
L'adattamento del bitrate necessario per rispettare il principio del controllo della congestione è facilmente realizzabile quando si usa la codifica in tempo reale. Tuttavia, quando si trasmette contenuto precodificato, l'adattamento della larghezza di banda richiede la disponibilità di più di una rappresentazione codificata dello stesso contenuto a bitrate diversi, oppure l'esistenza di non-reference pictures (immagini non di riferimento) o sub-sequences (sotto-sequenze) [22] nel bitstream (flusso di bit). Il passaggio tra le diverse rappresentazioni può normalmente essere effettuato nella stessa sessione RTP, ad es. impiegando il concetto noto come SI/SP slices del profilo Extended o commutando i flussi ai confini delle immagini IDR (Instantaneous Decoding Refresh, aggiornamento immediato della decodifica). Solo quando è necessario modificare parametri non degradabili (come la parte di profilo dell'identificatore profilo/livello) diventa necessario terminare e riavviare il flusso multimediae. Ciò può essere realizzato usando un tipo di payload RTP diverso.
I MANE POSSONO seguire i suggerimenti delineati nella sezione 7.3 e rimuovere determinati pacchetti inutilizzabili dal flusso di pacchetti quando tale flusso è stato danneggiato da perdite di pacchetti precedenti. Ciò può contribuire a ridurre il carico di rete in alcuni casi particolari.