Les paramètres de contrôle possibles

Les paramètres suivants peuvent participer au protocole de contrôle de débit : $\bullet$

• Le débit (BR). L'expéditeur peut changer dynamiquement le BR, quand un encodeur de débit variable (VBR) est employé, en utilisant un encodeur à plusieurs couches, et/ou en utilisant d'autres algorithmes de codage. Le codage multicouche est un des mécanismes les plus réussis dans la littérature [106,107,109,110].
• L'algorithme de codage. Le type de codec ou certains des paramètres spécifiques de l'encodeur (fréquence d'échantillonnage, paramètres de quantification, etc.) peuvent être changés pour adapter le débit nécessaire. Pour la même débit et le même état du réseau, on peut choisir le codec (ou changer ses paramètres) pour obtenir la meilleure qualité perçue.
• Le débit d'images (FR). Dans le cas de la vidéo, des expériences et des études sur HVS ont montrés que l'il humain n'est pas trop sensible à la variation du FR supérieure à 16 images/s. Ainsi, en sautant quelques images, le débit peut adapter la valeur suggérée par TFRC et ne pas dégrader trop la qualité. Ce cas est intensivement étudiée dans la littérature car c'est une manière très efficace pour contrôler le débit [42,127,78,76].
• Forward Error Correction (FEC). le FEC peut être employé pour se protéger contre la perte. Ainsi, en choisissant la quantité et le type de données superflues [20,18,19,21,22,116], l'effet de la perte peut être réduit et par conséquent la qualité peut être améliorée. Cependant, trop de FEC augmente le BR global et le délai. Ainsi, un compromis devrait être trouvé.
• Intervalle de mise en paquet. Dans le cas de la parole, en changeant cet intervalle (et par conséquent la taille de paquet), le débit de transmission changera (comme suggéré par EB-TFRC, car il est directement proportionnel à la taille de paquet dans l'équation 8.1). Cependant, d'autre part, une taille trop grande de paquet augmentera le délai global, ce qui n'est pas tolérable dans la majorité des applications multimédias temps réel.