Salut,
Donc B=4176000 bits/s...
Reste plus qu'à calculer le nombre nécessaire d'E1 sachant qu'un E1 fournit 2,048 Mb/s...
Il y a un truc bizarre dans l'énoncé...
Si tu parles de "trame de paquétisation", alors ça devrait être exprimé en octets/bits mais pas en ms...
Perso, je n'ai jamais entendu ce terme... En revanche, oui, dans le monde VoIP, on parle parfois de "temps/délai de paquétisation", qui est le temps pris par le codec pour traiter le signal analogique et créer sa trame.
Bon, de toutes façons, une source G729 8 Kb/s échantillonne 10 ms de signal analogique en 80 bits, cf ce tableau comparatif des codecs :
https://www.cisco.com/cisco/web/supp...h_consume.html
Au final, ça signifie qu'à chaque fois que le codec crée un paquet de 80 bits / 10 octets, il doit encapsuler toute cette donnée efficace pour l'injecter sur le media. Et les encapsulations successives font que ta trame PPP aura une longueur totale de 46+10 octets pour simplement 10 octets de donnée efficace... Autrement dit, dans ce cas de figure, la voix ne constitue que (10*100)/56=17,85% de la trame émise... Voilà pour la charge utile/taille totale de la trame
Venons-en au débit brut...
La voix n'étant que 17,85% des trames émises, il faudra offrir au codec suffisamment de bande passante pour restituer les 8 Kb/s de la source.
Le débit brut sera donc 8 Kb/s * 100/17,85 = 45,71 Kb/s...
Cet exercice met en lumière la surcharge liée aux multiples encapsulations de la voix quand elle est numérisée.
Parce que 18% de voix dans les trames, c'est pas terrible
Deux techniques sont utilisées pour faire baisser drastiquement le débit brut:
- en comprimant les en-têtes (les 56 octets sont compressibles à 3 ou 4 octets),
- en transmettant plusieurs trames paquétisées "one shot", on appelle ça le bundling (par contre ça va évidemment augmenter le délai de paquétisation du codec).
Voilà
-VX
Partager