Utilisation du réseau pour le trafic multimédia
Dernière rubrique modifiée : 2010-11-17
L’usage de la bande passante par le trafic multimédia peut être difficile à calculer en raison du nombre de variables différentes, comme l’usage du codec, la résolution et les niveaux d’activité. L’usage de la bande passante est une fonction du codec utilisé et de l’activité du flux, tous deux pouvant varier d’un scénario à l’autre. Le tableau suivant répertorie les codecs audio communément utilisés dans les scénarios du logiciels de communication Microsoft Lync Server 2010.
Bande passante du codec audio
| Codec audio | Scénarios | Vitesse de transmission de la charge utile audio (Kbits/s) | Charge utile audio de la bande passante et en-tête IP uniquement (Kbits/s) | Charge utile audio de la bande passante, en-tête IP, UDP, RTP et SRTP (Kbits/s) | Charge utile audio de la bande passante, en-tête IP, UDP, RTP, SRTP et correction d’erreur de transfert (Kbits/s) |
|---|---|---|---|---|---|
Large bande RTAudio |
Poste à poste |
29.0 |
45.0 |
57.0 |
86.0 |
Bande étroite RTAudio |
Poste à poste, PSTN |
11.8 |
27.8 |
39.8 |
51.6 |
G.722 |
Conférence |
64.0 |
80.0 |
95.6 |
159.6 |
G.711 |
PSTN |
64.0 |
80.0 |
92.0 |
156.0 |
Siren |
Conférence |
16.0 |
32.0 |
47.6 |
63.6 |
Les valeurs de bande passante contenues dans le tableau ci-dessus reposent sur la mise en paquets 20 ms (50 paquets par seconde) et pour Siren et G.722 incluent le protocole SRTP (Secure Real-Time Transport Protocol) en plus des scénarios de conférence et supposent que le flux est entièrement actif. La correction d’erreur de transfert (FEC) est utilisée dynamiquement en cas de perte de paquet sur la liaison afin de maintenir la qualité du flux audio.
Pour la vidéo, le codec est toujours RTVideo. La bande passante requise varie en fonction de la résolution, de la qualité et de la fréquence d’images. Pour chaque résolution, deux vitesses de transmission intéressantes sont disponibles :
Vitesse de transmission de la charge utile maximale Il s’agit de la vitesse de transmission qui est utilisée par un système d’extrémité Lync 2010 pour la résolution à la vitesse de transmission maximale prise en charge pour cette résolution. Cette valeur est intéressante car elle permet de disposer d’une vidéo d’une qualité et d’une fréquence d’images optimales.
Vitesse de transmission de la charge utile minimale Il s’agit de le vitesse de transmission qui est utilisée par un système d’extrémité Lync 2010 pour une résolution d’environ 1 image par seconde. Cette valeur est intéressante car vous pouvez comprendre la valeur la plus basse possible lorsque l’utilisation de la vitesse de transmission maximale n’est pas disponible ou pratique. Pour certains utilisateurs, 1 image par seconde peut être considérée comme inacceptable. Ces vitesses de transmission doivent donc être utilisées avec prudence.
Bande passante de la résolution vidéo
| Codec vidéo | Résolution | Vitesse de transmission de la charge utile vidéo maximale (Kbits/s) | Vitesse de transmission de la charge utile vidéo minimale (Kbits/s) |
|---|---|---|---|
RTVideo |
CIF vidéo principale |
250 |
50 |
RTVideo |
VGA vidéo principale |
600 |
350 |
RTVideo |
HD vidéo principale |
1500 |
800 |
RTVideo |
Vidéo panoramique |
350 |
50 |
Le FEC vidéo est intégré à la vitesse de transmission de la charge utile vidéo le cas échéant ce qui évite d’avoir des valeurs distinctes avec et sans le FEC vidéo.
Les systèmes d’extrémité ne transmettent pas les paquets audio ou vidéo en continu. Selon le scénario, les niveaux d’activité de flux sont différents, ce qui indique à quelle fréquence les paquets sont envoyés pour un flux. L’activité d’un flux varie en fonction du support et du scénario et non pas du codec qui est utilisé. Dans un scénario poste à poste :
Les systèmes d’extrémité envoient des flux audio uniquement lorsque les utilisateurs parlent.
Les deux participants reçoivent des flux audio.
En cas d’utilisation de la vidéo, les deux systèmes d’extrémité envoient et reçoivent des flux vidéo pendant toute la durée de l’appel.
Dans un scénario de conférence :
Les systèmes d’extrémité envoient des flux audio uniquement lorsque les utilisateurs parlent.
Tous les participants reçoivent des flux audio.
En cas d’utilisation de la vidéo, seuls deux systèmes d’extrémité envoient un flux vidéo à la fois (le haut-parleur actif et le haut-parleur précédemment actif).
En cas d’utilisation de la vidéo, tous les participants reçoivent des flux vidéo.
Le tableau suivant présente les niveaux d’activité de flux à partir des mesures des données du client.
Niveaux d’activité de flux
| Scénario | Support | Activité de flux estimée (%) |
|---|---|---|
Sessions poste à poste |
Audio |
61 |
Sessions poste à poste |
CIF vidéo principale |
84 |
Sessions poste à poste |
VGA vidéo principale |
83 |
Sessions poste à poste |
HD vidéo principale |
80 |
Sessions poste à poste |
Vidéo panoramique |
74 |
Conférence |
Audio |
43 |
Conférence |
CIF vidéo principale |
84 |
Conférence |
VGA vidéo principale |
83 |
Conférence |
HD vidéo principale |
80 |
Conférence |
Vidéo panoramique |
74 |
PSTN |
Audio |
65 |
Outre la bande passante requise pour le trafic RTP (Real-Time Transport Protocol) pour les supports audio et vidéo, le protocole RTCP (Real-Time Transport Control Protocol) a lui aussi besoin de bande passante. RTCP est utilisé pour le signalement des statistiques et le contrôle hors-bande du flux RTP. Pour la planification, utilisez les valeurs de bande passante contenues dans le tableau ci-dessous pour le trafic RTCP. Ces valeurs représentent la bande passante maximale utilisée pour le trafic RTCP et varient d’un flux audio et vidéo à l’autre en raison des différences dans les données de contrôle.
Bande passante RTCP
| Support | Bande passante maximale RTCP (Kbits/s) |
|---|---|
Audio |
5 |
Vidéo |
10 |
Pour planifier la capacité, il est intéressant de tenir compte des deux bandes passantes suivantes :
Bande passante maximale sans correction d’erreur de transfert La bande passante maximale qui sera consommée par un flux, y compris l’activité type du flux et le codec type utilisé dans le scénario sans correction d’erreur de transfert. Il s’agit de la bande passante lorsque l’activité du flux est maximale et qu’aucune perte de paquets ne vient déclencher l’utilisation de la correction d’erreur de transfert. Ceci est intéressant pour calculer la bande passante qui sera allouée en vue d’autoriser l’utilisation du codec dans un scenario donné.
Bande passante maximale avec correction d’erreur de transfert La bande passante maximale qui sera consommée par un flux, y compris l’activité type du flux et le codec type utilisé dans le scenario avec correction d’erreur de transfert. Il s’agit de la bande passante lorsque l’activité du flux est maximale et qu’une perte de paquets vient déclencher l’utilisation de la correction d’erreur de transfert pour améliorer la qualité. Ceci est intéressant pour calculer la bande passante qui sera allouée en vue d’autoriser l’utilisation du codec dans un scénario donné et d’autoriser l’utilisation de la correction d’erreur de transfert pour préserver la qualité en cas de perte de paquets.
Les tableaux ci-dessous répertorient également une valeur de bande passante supplémentaire, la bande passante type. Il s’agit de la bande passante moyenne consommée par un flux, y compris l’activité type du flux et le codec type utilisé dans le scénario. Cette bande passante peut être utilisée pour calculer une quantité approximative de bande passante consommée par un trafic multimédia à un moment donné, mais ne doit pas être utilisée pour planifier la capacité, car les appels individuels excéderont cette valeur dès lors que le niveau d’activité sera supérieur à cette moyenne.
Les tableaux ci-dessous fournissent ces trois valeurs de bande passante pour les divers scénarios.
Planification de la capacité audio/vidéo pour des sessions poste à poste
| Support | Codec | Bande passante pour un flux type ( Kbits/s) | Bande passante maximale sans correction d’erreur de transfert | Bande passante maximale avec correction d’erreur de transfert |
|---|---|---|---|---|
Audio |
Large bande RTAudio |
39.8 |
62 |
91 |
Audio |
Bande étroite RTAudio |
29.3 |
44.8 |
56.6 |
CIF vidéo principale |
RTVideo |
220 |
260 |
Non applicable |
VGA vidéo principale |
RTVideo |
508 |
610 |
Non applicable |
HD vidéo principale |
RTVideo |
1210 |
1510 |
Non applicable |
Vidéo panoramique |
RTVideo |
269 |
360 |
Non applicable |
Planification de la capacité audio/vidéo pour les conférences
| Support | Codec type | Bande passante pour un flux type ( Kbits/s) | Bande passante maximale sans correction d’erreur de transfert | Bande passante maximale avec correction d’erreur de transfert |
|---|---|---|---|---|
Audio |
G.722 |
46.1 |
100.6 |
164.6 |
Audio |
Siren |
25.5 |
52.6 |
68.6 |
CIF vidéo principale |
RTVideo |
220 |
260 |
Non applicable |
VGA vidéo principale |
RTVideo |
508 |
610 |
Non applicable |
Vidéo panoramique |
RTVideo |
269 |
360 |
Non applicable |
Planification de la capacité audio pour PSTN
| Support | Codec type | Bande passante pour un flux type ( Kbits/s) | Bande passante maximale sans correction d’erreur de transfert | Bande passante maximale avec correction d’erreur de transfert |
|---|---|---|---|---|
Audio |
G.711 |
64.8 |
97 |
161 |
Audio |
Bande étroite RTAudio |
30.9 |
44.8 |
56.6 |
Les valeurs de bande passante pour le réseau contenues dans ces tableaux représentent uniquement le trafic unidirectionnel et incluent 5 Kbits/s pour le trafic RTCP pour chaque flux. Pour la vidéo, la vitesse de transmission vidéo maximale est utilisée pour le calcul du flux maximal.