10. Contrôle de congestion
10. Contrôle de congestion
Le contrôle de congestion pour RTP DOIT être utilisé conformément à la RFC 3550 [5] et à tout profil RTP applicable, par ex. la RFC 3551 [16]. Si un service best-effort (meilleur effort) est utilisé, une exigence supplémentaire est que les utilisateurs de ce format de charge utile DOIVENT surveiller la perte de paquets afin de garantir que le taux de perte reste dans des paramètres acceptables. La perte de paquets est jugée acceptable si un flux TCP sur le même chemin réseau et subissant les mêmes conditions réseau obtiendrait un débit moyen, mesuré sur une échelle de temps raisonnable, au moins égal à celui du flux RTP. Cette condition peut être satisfaite en mettant en œuvre des mécanismes de contrôle de congestion pour adapter le débit d'émission (ou le nombre de couches souscrites pour une session multicast en couches) ou en prévoyant qu'un récepteur quitte la session si le taux de perte est inacceptable.
L'adaptation du débit binaire nécessaire pour respecter le principe de contrôle de congestion est aisée lorsque l'encodage en temps réel est utilisé. En revanche, lorsque du contenu pré-encodé est transmis, l'adaptation de bande passante exige la disponibilité de plusieurs représentations codées du même contenu à des débits différents, ou l'existence de non-reference pictures (images non de référence) ou de sub-sequences (sous-séquences) [22] dans le bitstream (flux binaire). Le basculement entre les différentes représentations peut normalement s'effectuer dans la même session RTP, par ex. en employant le concept connu sous le nom de SI/SP slices (tranches SI/SP) du profil Extended ou en changeant de flux aux frontières d'images IDR (Instantaneous Decoding Refresh, rafraîchissement instantané du décodage). Ce n'est que lorsque des paramètres non dégradables (tels que la partie profil de l'identifiant profil/niveau) doivent être modifiés qu'il devient nécessaire d'arrêter et de redémarrer le flux média. Cela peut être réalisé en utilisant un type de charge utile RTP différent.
Les MANEs PEUVENT suivre les suggestions de la section 7.3 et retirer certains paquets inutilisables du flux de paquets lorsque ce flux a été endommagé par des pertes de paquets antérieures. Cela peut contribuer à réduire la charge réseau dans certains cas particuliers.