Le Dlai dans les rseaux Voix sur IP (VoIP)

Sommaire
Introduction Flux voix Comment fonctionne la compression voix Standards pour la valeur limite des dlais Sources du Dlai - Dlai du codeur - Dlai de paqutisation - Dlai de srialisation - Dlai des files d'attente - Dlai de commutation rseau - Dlai compensation de gigue Etablir le budget Dlai - Connexion avec un seul saut - Connexion avec deux sauts, un rseau public et un routeur C7200 comme commutateur tandem - Connexion avec deux sauts sur rseau public avec un PABX comme commutateur tandem - Connexion avec deux sauts sur rseau priv avec un PABX comme commutateur tandem Effets de compressions multiples Prise en compte des connexions avec dlai important

Introduction
Quand on conoit des rseaux qui transportent de la voix avec des paquets ou des infrastructures base de cellules (ATM), il est trs important de comprendre et de prendre en compte les composantes du dlai dans un rseau. Prendre en compte de manire correcte tous les dlais potentiels permet de s'assurer que la performance globale du rseau est acceptable. La qualit globale de la voix est fonction de plusieurs facteurs incluant l'algorithme de compression, les trames perdues ou errones, l'annulation d'cho et le dlai. Ce document explique les sources du dlai quand on utilise des routeurs ou passerelles Cisco sur des rseaux avec des paquets. Bien que les exemples soient bass sur Frame Relay, les concepts sont applicables la voix sur IP (VoIP) et la voix sur ATM (VoATM).

Flux voix de base

Le circuit pour un flux voix compresse est illustr ci-dessous. Le signal analogique issu du tlphone est numris sous forme d'impulsions codes (MIC ou PCM) par le codeur/dcodeur voix (Codec). Les chantillons MIC sont ensuite traits avec un algorithme qui compresse la voix et la met sous forme de paquets pour tre transmise sur le rseau WAN. A l'extrmit distante du rseau les mmes fonctions sont ralises dans l'ordre inverse.

Conversion A/N MIC

Compression MIC en Paquet

WAN

Dcompression Paquet en MIC

Conversion MIC N/A

Flux

Flux voix de base

Selon la configuration du rseau, le routeur/passerelle peut excuter les fonctions codec et compression ou une seule des deux. Par exemple, si un systme analogique est utilis, le routeur/passerelle ralise les fonctions de codage et de compression comme le montre la figure ci-dessous. Flux
Conversion A/N MIC Compression MIC en Paquet

WAN

V
Routeur

Si un PABX numrique est utilis, le PABX ralise les fonctions de Codec et le routeur traite les chantillons PCM pour les compresser et les mettre en paquets comme le montre la figure ci-dessous.
Flux
Conversion A/N MIC Compression MIC en Paquet

WAN

V
PABX Routeur

Comment fonctionne la compression voix

Les algorithmes de compression complexes utiliss dans les routeurs/passerelles fonctionnent par analyse de blocs d'chantillons MIC dlivrs par les Codecs. Ces blocs varient en longueur selon le codeur utilis. Par exemple, la taille de base d'un bloc utilis par l'algorithme G729 est de 10 ms en dure alors que l'algorithme G723.1 est de 30 ms. Le schma ci-dessous montre comment la compression G729 fonctionne.

Voix

-10ms Temps
10 ms

0ms

10ms

20ms

30ms

40ms

50ms

10 ms

T0

10 ms de collecte d'chantillons MIC

T1

5 ms d'anticipation

Le flux voix analogique est numris en chantillons MIC qui sont traits avec un algorithme de compression par incrments de 10 ms. Le traitement anticip est trait dans le chapitre dlai de compression.

Standards pour les valeurs limites du dlai

L'UIT-T traite du dlai du rseau pour les applications voix dans l'avis G.114. Cet avis dfinit trois intervalles pour le dlai dans un sens de transmission. Intervalle en millisecondes 0 - 150 Description Acceptable pour la majorit des applications utilisateur Acceptable. Fourni par des administrateurs conscients du dlai et de sa rpercussion sur qualit des applications utilisateur Inacceptable pour une planification gnrale de rseau. cependant il est reconnu que dans des cas exceptionnels cette limite est dpasse

150 - 400

Au del de 400

Note: Ces recommandations sont faites pour des connexions avec un controle adquat de l'cho ce qui implique que des annulateurs d'cho sont utiliss. Les annulateurs d'cho sont requis quand le dlai dans un sens excde 25 ms (G131). Ces recommandations sont orientes pour des utilisations de rseaux de tlcommunications nationaux et sont par consquent plus exigeantes que celles qui seraient appliques dans les rseaux voix privs. Quand la localisation et les besoins conomiques des utilisateurs sont bien connus de l'architecte rseau, des dlais plus importants peuvent devenir acceptables. Pour les rseaux privs, un dlai de 200 ms est un objectif raisonnable et 250 ms une limite, mais tous les rseaux doivent tre conus de telle sorte que le dlai maximum attendu pour une connexion voix soit connu et matris.

Sources du dlai
Il y a deux types distincts de dlai : Le dlai fixe - Les composantes du dlai fixe s'ajoutent au dlai total de la connexion Les dlais variables - Les dlais variables proviennent des dlais des files d'attente de sortie sur les interfaces srie connectes au rseau WAN. Ces files d'attente (buffer) crent des dlais variables, appels gigues, dans le rseau. Les dlais variables sont compenss par un buffer de compensation de gigue en rception sur le routeur ou la passerelle. La figure ci-dessous identifie toutes les sources de dlais fixes ou variables dans le rseau. Flux de paquets

Routeur 64 kb/s 64 kb/s E1

E1

Routeur

V
1 1 x1 1 1 2

V
2 1

2 3

3 4

1 : Dlai fixe du codeur x1 : Dlai de paqutisation fixe 1, 2 : Dlai de srialisation fixe 1, 2, 3 : Dlai de commutation fixe 1, 2, 3, 4 : Dlai de files d'attente 1 : Dlai fixe du buffer de compensation de gigue

Dlai du Codeur
Le dlai du codeur est le temps mis par le processeur de signal (DSP) pour compresser un bloc d'chantillons MIC. Comme les codeurs fonctionnent diffrenment, ce dlai varie avec le codeur voix utilis et le processeur voix. Par exemple les algorithmes ACELP (Algebraic Code Excited Linear Prediction) fonctionne par analyse d'un bloc d'chantillons MIC de 10 ms pour ensuite le compresser. Le temps de compression pour le processus CS-ACELP ( Conjugate Structure Algebraic Code Excited Linear Prediction) varie de 2,5 ms 10 ms selon la charge du processeur de signal. Si le DSP est pleine charge, le dlai sera de 10 ms pour quatre canaux voix. Si le DSP est charg avec un seul canal voix, le dlai du codeur sera de 2,5 ms. Pour des raisons de conception de rseau nous utilisons le dlai le plus dfavorable de 10 ms.

Le temps de dcompression est approximativement gal 10% du temps de compression de chaque bloc. Cependant comme il peut y avoir plusieurs chantillons dans chaque trame ou paquet, le temps de dcompression est proportionnel au nombre d'chantillons par trame. Par consquent, le temps de dcompression le plus long pour une trame avec trois chantillons est de 3 ms (3x1 ms). Gnralement deux ou trois blocs G729 compresss sont mis dans une trame tandis qu'un seul chantillon G723.1 compress est mis dans une seule trame.
Dlais du codeur:
Codeur ADPCM, G726 CS-ACELP, G729A MP-MLQ, G723.1 MP-ACELP, G723.1 Dbit 32 Kbit/s 8 Kbit/s 6,3 Kbit/s 5,3 Kbit/s Bloc d'chantillons 10 ms 10 ms 30 ms 30 ms Dlai du codeur dans le meilleur cas 2,5 ms 2,5 ms 5 ms 5 ms Dlai du codeur dans le pire cas 10 ms 10 ms 20 ms 20 ms

Dlai de l'algorithme L'algorithme de compression, qui est bas sur les caractristiques connues de la voix pour traiter correctement le bloc d'chantillons N, doit avoir une connaissance du du bloc N+1 pour reproduire fidlement le bloc d'chantillons N. Cette analyse anticipe qui est un dlai additionnel appel dlai algorithmique accrot effectivement la longueur du bloc de compression. Ceci se produit de manires rptitive de telle faon que le bloc N+1 analyse en partie le bloc N+2 et ainsi de suite. L'effet est un dlai additionnel de 5 ms sur le dlai total de la liaison. Cela signifie que le temps total requis pour traiter un bloc d'chantillons est de 10 ms avec un facteur dlai supplmentaire de 5 ms. Dlai algorithmique pour G726 = 0 ms Dlai algorithmique pour G729 = 5 ms Dlai algorithmique pour G723.1 = 7,5 ms Pour les exemples dans le reste de ce document, nous utiliserons une compression G729 avec une charge utile de 30 ms/30 octets. Dans le but de faciliter la conception et d'avoir une approche conventionnelle, les tables ci-dessous utiliseront le cas du dlai le plus dfavorable. De plus, pour plus de simplicit, nous agrgerons le dlai du codeur, le dlai de dcompression et le dlai de l'algorithme en un seul facteur que nous appellerons le dlai du codeur. L'quation utilise pour gnrer le paramtre agrg du codeur est la suivante:

(Temps de compression par bloc le plus dfavorable) + (Temps de dcompression par bloc) x (nombre de blocs dans un paquet) + (Dlai de l'algorithme) = Paramtre dlai agrg du Codeur Le dlai agrg du Codeur pour G.729 que nous allons utiliser dans le reste du document est: Cas de compression le plus dfavorable : 10 ms Temps de dcompression par bloc x 3 blocs : 3 ms Dlai de l'algorithme : 5 ms

Total : 18 ms

Dlai de paqutisation
Le dlai de paqutisation est le temps mis pour remplir la charge utile de paquet avec la voix encode/compresse. Ce dlai est fonction de la taille d'chantillon requise par le vocodeur et du nombre de blocs placs dans le paquet ou la trame. Le dlai de paqutisation est aussi appel "Accumulation Delay" car les chantillons voix sont stocks dans un buffer. Comme rgle gnrale vous devez vous efforcer d'obtenir un dlai de paqutisation n'excdant pas 30 ms. Pour les routeurs Cisco, vous devez respecter les valeurs suivantes: Charge utile (octets)
64 Kbit/s 32 Kbit/s 8 Kbit/s 6,3 Kbit/s 5,3 Kbit/s 160

Codeur
PCM, G711 ADPCM, G726 CS-ACELP, G729 MP-MLQ, G723.1 MP-ACELP, G723.1

Dlai de paqutisation (ms)

20

Charge utile (octets)

240

Dlai de paqutisation (ms)

30

80
20 24 20

20
20 24 30

120
30 60 60

30
30 48 60

Vous devez quilibrer le dlai de paqutisation avec la charge de la CPU. Plus le dlai est faible plus le dbit de paquets est lev et plus charge de la CPU est leve.

Le dlai de "Pipelining" dans le processus de paqutisation Bien que les chantillons voix subissent le dlai algorithmique et le dlai de paqutisation, dans la ralit ces processus se recouvrent et il y a un bnfice rel avec ce systme de "pipelining". Considrons l'exemple ci-dessous:

Voix

-10ms Temps
10 ms

0ms

10ms

20ms

30ms

40ms

50ms

10 ms

T0

10 ms de collecte d'chantillons MIC

T1
Compression du premier bloc de 10 ms (2,5 ms)

T2

T3 T5

T4

Compression du troisime bloc de 10 ms (2,5 ms)

T6
Transmission d'un bloc de 30 ms de voix compresse

La ligne du haut de la figure montre un chantillon de signal voix et la seconde ligne une chelle de temps d'unit 10 ms. A T0, l'algorithme CS-ACELP commence collecter les chantillons MIC venant du Codec. A T1, l'algorithme a collect son premier bloc d'chantillons et commence le compresser. A T2, le premier bloc d'chantillons est compress. Notez que dans cet exemple le temps de compression est de 2,5 ms. Le second et le troisime blocs sont collects T3 et T4. le troisime bloc est compress T5 et transmis en T6. De par le type pipe-line du processus de paqutisation, le dlai entre le dbut du processus et le dbut de la transmission de la trame est T6-T0 ou 32,5ms. L'exemple ci-dessus reprsente le meilleur des cas. Si le pire des cas avait t pris, le dlai aurait t de 40 ms, 10 ms pour le codeur et de 30 ms pour le dlai de paqutisation. Notez que l'exemple ci-dessus n'inclut pas le dlai algorithmique.

10

Dlai de Srialisation Le dlai de srialisation est le dlai fixe requis pour transmettre un paquet voix ou de donnes sur l'interface rseau. Ce temps est directement li l'horloge de l'interface. Rappelez-vous que pour des liaisons bas dbits et des trames de petites tailles, le fanion utilis pour sparer les trames n'est pas ngligeable. Le tableau suivant montre les dlais de srialisation requis pour diffrents dbits. Cette table prend en compte la totalit de la trame pour les calculs.
Taille trame (octets)
38 48 64 128 256 512 1024 1500 2048

Dbit de liaison (Kbit/s)

19,2 15,83 20,00 26,67 53,33 106,67 213,33 426,67 625,00 853,33 56 5,43 6,86 9,14 18,29 36,57 73,14 149,29 214,29 292,57 64 4,75 6,00 8,00 16,00 32,00 64,00 128,00 187,50 128 2,38 3,00 4,00 8,00 16,00 32,00 64,00 93,75 256 1,19 1,50 2,00 4,00 8,00 16,00 32,00 46,88 64,00 384 0,79 1,00 1,33 2,67 5,33 10,67 21,33 31,25 42,67 512 0,59 0,75 1,00 2,00 4,00 8,00 16,00 23,44 32,00 768 0,40 0,50 0,67 1,33 2,67 5,33 10,67 15,63 21,33 1024 0,30 0,38 0,50 1,00 2,00 4,00 8,00 11,72 16,00 1544 0,20 0,25 0,33 0,66 1,33 2,65 5,31 7,77 10,61 2048 0,15 0,19 0,25 0,50 1,00 2,00 4,00 5,86 8,00

256,00 128,00

Extrait de la table, sur une ligne 64 Kb/s une trame voix CS-ACELP avec une longueur de 38 octets a un dlai de srialisation de 4,75 ms. Note: Le dlai de srialisation pour une cellule ATM de 53 octets (E1 : 0,207 ms) est ngligeable cause du dbit de la ligne et de la taille de la cellule.

11

Dlai de file d'attente Aprs la construction de la charge utile voix, un en-tte est ajout et la trame est mise en file d'attente pour la transmission sur le rseau. Comme la voix doit avoir une priorit absolue sur le routeur/passerelle, une trame voix doit attendre si une trame donnes est en cours d'mission ou si une trame voix est en tte de file d'attente. Le dlai de file d'attente est un dlai variable et dpendant du dbit de la liaison et de l'tat de la file. Clairement il y a des lments alatoires associs au dlai de file d'attente. Par exemple, supposons que nous avons une liaison 64 Kb/s et que la trame est mise en file derrire une trame de donnes (48 octets) et une trame voix (42 octets). Comme on ne sait pas combien d'octets de la trame de donnes ont dj t mis, nous allons supposer que la moiti des octets ont dj t mis. En utilisant les donnes de la table de srialisation, le dlai d'mission restant sera de 6ms x 0,5 = 3 ms. En ajoutant le temps d'une autre file d'attente (5,25 ms) le temps total du dlai de srialisation sera de 8,25 ms. Rappelez-vous qu'une autre trame voix cause de sa priorit n'attendra pas un temps suprieur l'mission d'une trame de donnes. Dlai de commutation du rseau Le rseau public Frame Relay ou ATM interconnectant les extrmits est une source de dlai non ngligeable. Les dlais de commutation du rseau sont difficiles quantifier. Si la connexion WAN est assure par un rseau priv, il est possible d'identifier les composantes individuelles du dlai. En gnral, les composantes fixes sont les dlais de propagation sur les lignes l'intrieur du rseau et les dlais variables sont ceux gnrs par le passage des trames dans les commutateurs intermdiaires. Pour estimer ce dlai de propagation, une estimation de 10 s par mile ou 6 s par km (G.114) est communment utilis bien que tous les diffrents quipements situs dans les rseaux de transport crent des exceptions. L'autre composante significative du dlai est la gestion de files d'attente dans le rseau WAN. Dans un rseau priv, il est possible de mesurer ces dlais ou d'estimer un budget par saut dans le rseau WAN. Le dlai typique des rseaux Frame relay est de 65 ms dans le pire des cas. Pour simplifier, les exemples de calcul de budget dlai sont bass sur un dlai rseau de 40 ms. Certains oprateurs offrent des services de type premium avec un dlai garanti de 50 ms.

12

Dlai de compensation de gigue Parce que la voix est un service dbit constant, la gigue ou les variations de dlai doivent tre limins avant que le signal quitte le rseau. Dans les routeurs Cisco cela est ralis par un buffer de compensation de gigue l'extrmit rceptrice. Le buffer de compensation de gigue transforme le dlai variable en dlai fixe en gardant le premier chantillon reu pendant une dure dtermine avant de le traiter. Ce laps de temps est connu comme le dlai initial de sortie.
Intervalle de travail normal

Paquets issus du rseau

vers le DSP

Remplissage trop rapide du buffer Point limite spcifi en ms

Remplissage trop lent du buffer

Dbit de sortie constant gal au dbit du Codec

Une gestion rigoureuse du buffer de compensation de gigue est critique. Si les chantillons sont gards pendant un temps trop court, les variations de dlai vont faire que le buffer va se vider trop vite et cela va causer des blancs dans la conversation. Si les paquets sont gards pendant un temps trop long, il y aura limination de paquets car le buffer sera satur et le dlai total sur la connexion peut devenir inacceptable. Le dlai initial optimum pour la sortie de l'chantillon est gal au dlai variable total de la connexion. Note: Les buffers de compensation de gigue peuvent tre adaptifs mais le dlai maximum est fixe.

13

Flux de paquets

Routeur 64 kb/s 64 kb/s E1

E1

Routeur

V
1

B=( 1+ 2+ 3+ 4)

1= 1,5xB

La valeur initiale du dlai de sortie du buffer est configurable et la profondeur du buffer avant qu'il ne dborde est normalement fixe 1,5 ou 2 fois le dlai variable global. Si un dlai dlai nominal de 40 ms est utilis, le premier chantillon voix reu quand le buffer de compensation de gigue est vide sera conserv pendant 40 ms avant d'tre sortie du buffer. Ceci implique que les paquets suivants reus du rseau doivent tre retards de 40 ms au maximum sans perte de continuit dans la voix. Si le paquet suivant est retard de plus de 40 ms, le buffer de compensation de gigue sera vide et le prochain paquet sera conserv pendant 40 ms avant d'tre sorti du buffer. Ceci rsultera dans un "blanc" dans le signal voix sorti aprs 40 ms. La contribution au dlai du buffer de compensation de gigue correspond au dlai initial de sortie du buffer plus le dlai pendant lequel le paquet est buffris dans le rseau. Le pire des cas sera gal deux fois le dlai initial de sortie du buffer de compensation de gigue (en supposant que le premier paquet a subi un dlai de bufferisation minimum. En pratique sur un rseau avec plusieurs commutateurs, il n'est pas forcment ncessaire d'utiliser le pire des cas. Les calculs dans les exemples qui suivent accroissent le dlai initial de sortie du buffer par un facteur de1,5. Note: Dans le routeur/passerelle la rception, il y a un dlai de dcompression, mais il a t pris en compte en l'agrgeant au dlai de compression comme cela a t prcis dans les chapitres prcdents.

14

Etablir le Budget Dlai

La limite de dlai gnralement admise pour une connexion voix de bonne qualit est de 200 ms dans un sens (250 ms comme limite max). Si les dlais dpassent ces valeurs, les interlocuteurs ne pourront plus converser directement. Il y a recouvrements des "metteurs" ou les deux attendent que l'autre parle. Ce phnomne est trs souvent rencontr sur les liaisons satellite pour les liaisons internationales (le dlai dans ce cas est 500 ms (250 ms aller, 250 ms retour). Les exemples suivants illustrent diffrentes configurations de rseaux et les dlais que l'architecte rseau doit prendre en compte. Connexion avec un seul saut

Flux de paquets

Routeur 64 kb/s

Rseau Frame Relay

Routeur 64 kb/s

V
1 1 x1 1 Composantes fixes et variables du dlai du rseau

V
1

Une connexion typique avec un saut au travers d'un rseau rseau Frame Relay peut avoir le budget dlai suivant: Type de dlai Fixe (ms) 18 ms 30 8 5 40 45 138 33 25 Variable (ms)

Dlai du Codeur
Dlai de paqutisation Files d'attente Dlai de srialisation Dlai du rseau Dlai de compensation de gigue Totaux

Note: Comme le dlai de file d'attente et la composante variable du dlai du rseau sont dj pris en compte dans le dlai du buffer de compensation de gigue, le dlai total effectif est gal la somme des dlais fixes. Dans ce cas le dlai total sera de 138 ms.

15

Connexion avec deux sauts, un rseau public et un routeur C7200 comme commutateur tandem

C2600 64 kb/s

C7200

Rseau Frame Relay

E1

V
1 1 x1 1 Composantes fixes et variables du dlai du rseau
64 kb/s

V
2 2 t1

MC3810

t1 : Dlai commutation tandem

V
1

Maintenant considrons une connexion de branche branche dans une topologie en toile dans laquelle le C7200 du site central relaie l'appel vers la branche destinataire. Dans ce cas le signal reste dans son format compress travers le C7200, ce qui vite un dlai trop important. Type de Dlai Dlai du codeur Dlai de paqutisation Dlai de file d'attente Dlai de srialisation (64 Kbit/s) 5 Fixe (ms) 18 30 8 Variable (ms)

Dlai du rseau
Dlai tandem (C7200) Delai de file d'attente Dlai de srialisation (2 Mbit/s) Dlai du rseau Dlai de compensation de gigue Totaux

40
1

25

0,2 0,1 40 75 209,1 58,2 25

Note : Comme le dlai de file d'attente et la composante variable du dlai du rseau sont dj prises en compte dans les calculs du buffer de compensation de gigue, le dlai total est effectivement gal la somme des dlais fixes. Dans ce cas le dlai total sera de 209,1 ms

16

Connexion avec deux sauts sur rseau public avec un PABX comme commutateur tandem

C2600 64 kb/s

C7200

PABX

Rseau Frame Relay

E1

V
1 1 x1 1 Composantes fixes et variables du dlai du rseau
64 kb/s

V
t1

MC3810

t1 : Dlai commutation tandem

V
2

Considrons une connexion de branche branche dans une topologie en toile dans laquelle le C7200 du site central passe l'appel vers le PABX pour la commutation. Dans ce cas le signal voix doit avoir subi la compensation de gigue puis dcompress et de nouveau compress et la gigue de nouveau compense. Le rsultat est une augmentation du dlai par rapport l'exemple prcdent. De plus, les deux compression CS-ACELP successives rduisent la qualit de la voix.
Type de Dlai Dlai du codeur Dlai de paqutisation Dlai de file d'attente Dlai de srialisation (64 Kbit/s) Dlai du rseau Dlai compensation de gigue Dlai du Codeur Dlai de paqutisation Dlai de file d'attente Dlai de srialisation (2 Mb/s) Dlai du rseau Dlai de compensation de gigue Totaux 0,1 40 40 258,1 58,1 25 5 40 40 15 30 0,1 25 Fixe (ms) 18 30 8 Variable (ms)

17

Note : Comme le dlai de file d'attente et la composante variable du dlai du rseau sont dj prises en compte dans les calculs du buffer de compensation de gigue, le dlai total est effectivement gal la somme des dlais fixes. Dans ce cas le dlai total sera de 258,1 ms. L'utilisation de PABX comme commutateur au site central accrot le dlai dans un sens de 206ms 255 ms, ce qui est trs proche de la limite UIT-T. Ce type de configuration requiert toute l'attention de l'ingnieur rseau pour obtenir un dlai minimum. Notez que nous avons pris le pire des cas pour le dlai variable et faire des hypothses plus optimistes pour les dlais variables peut amliorer la situation. Cependant avec des informations plus prcises au sujet des dlais variables et des dlais fixes dans le rseau Frame relay de l'oprateur, le dlai calcul serait certainement plus faible. Les connexions locales ont certainement de meilleures caractristiques de dlai, mais les oprateurs sont souvent rticents pour donner les valeurs limites des dlais.

18

Connexion avec deux sauts sur rseau priv avec un PABX comme commutateur tandem Rseau Frame Relay
1, 1
64 kb/s

C2600

2, 2
E1

C7200

PABX

V
1 1 x1 1
64 kb/s

1 2, 2, 3

V
t1

MC3810

t1 : Dlai commutation tandem

V
2

L'exemple prcdent a montr qu'avec les dlais maximum, il trs difficile garder le dlai global en dessous des 200 ms quand une connexion branche branche inclut un PABX comme commutateur tandem et un rseau Frame relay public. Ceci est du au fait que les chiffres donns par les oprateurs sont limits au pire des cas pour les dlais de transmission et les files d'attente sur un rseau WAN, alors qu'il est beaucoup plus ais d'tablir des limites raisonnables dans un rseau priv. Le dlai gnralement admis pour le dlai de propagation entre commutateurs est de l'ordre de 6 s par Km. Selon l'quipement utilis, le dlai de commutation dans un rseau Frame relay doit tre de l'ordre de 1ms 5 ms max. Ces valeurs sont dpendantes de l'quipement et du trafic. Le dlai pour les commutateurs Cisco WAN MGX est infrieur 1 ms par commutateur si des liaisons E1/T1 sont utilises. avec une distance de 800 Kms , un dlai fixe de 1 ms et un dlai variable de 5 ms pour chaque saut, le calcul des dlais sera le suivant (page suivante):

19

Type de Dlai Dlai du codeur Dlai de paqutisation Dlai de file d'attente Dlai de srialisation (64 Kbit/s) Dlai du rseau (1, 1, 2, 2) Dlai compensation de gigue Dlai du Codeur Dlai de paqutisation Dlai de file d'attente Dlai de srialisation (2 Mb/s) Dlai du rseau (3, 3) Dlai de srialisation (64 Kbit/s) Dlai de compensation de gigue Dlai de propagation Totaux

Fixe (ms) 18 30

Variable (ms)

8 5 2 40 15 30 0,1 0,1 1 5 40 5 191,1 26,1 8 10

Note : Comme le dlai de file d'attente et la composante variable du dlai du rseau sont dj prises en compte dans les calculs du buffer de compensation de gigue, le dlai total est effectivement gal la somme des dlais fixes. Dans ce cas le dlai total sera de 191,1 ms. En utilisant un rseau Frame relay priv, il est clairement possible de raliser des connexions branche branche au travers d'un PABX au site central et de rester dans la limite des 200 ms.

20

Effets de compressions multiples

Les algorithmes de compression CS-ACELP ne sont pas dterministes, ceci signifie que le flux de donnes compress n'est restitu de manire exacte en sortie. Un faible taux de distorsion est introduit chaque cycle de compression comme le montre la figure ci-dessous. Entre Flux Sortie

Un cycle de compression dcompression CS-ACELP Signal original Signal restitu + faible distorsion

Par consquent, de multiples compressions CS-ACELP successives introduisent un niveau significatif de distorsion. Cette distorsion n'est pas aussi prononce que celle des algorithmes ADPCM (Adaptive Differential Pulse Code Modulation). L'impact de cette caractristiques est qu'en plus des dlais, l'architecte rseau doit tenir compte du nombre de compression CS-ACELP prsentes dans un chemin. La qualit de la voix est subjective mais la majorit des utilisateurs trouvent que deux compression CS-ACELP successives fournissent toujours une bonne qualit de voix. Une troisime compression rsulte en une dgradation perceptible de la qualit qui peut tre inacceptable pour certains utilisateurs. Comme rgle, l'architecte rseau doit limiter le nombre de compression CS-ACELP dans un chemin deux. Si le nombre de compression est suprieur faites d'abord un test de qualit avec des utilisateurs. Dans les exemples prcdents, il est dmontr que lorsqu'une connexion branche branche est ralise par un PABX commutateur tandem (format MIC) au site central, elle demande un dlai plus important que pour une connexion avec un C7200 en commutateur tandem. Il est clair que lorsqu'un PABX est utilis pour commuter, il y a deux cycles de compression CS-ACELP dans le chemin au lieu d'un cycle quand la voix paqutise est commut par le C7200. La qualit dela voix sera meilleure avec le C7200 en commutateur bien qu'il y ait d'autres raisons telles qu'un plan de numrotation qui ncessite d'inclure le PABX dans le chemin. Si une connexion branche branche est faite au travers d'un PABX central et partir de la seconde branche la communication passe travers un rseau public vers un utilisateur tlphone cellulaire, il y aura trois compressions CS-ACELP dans le chemin ainsi qu'un dlai trs significatif. Dans ce scnario, la qualit de la voix sera notablement affecte. De nouveau l'architecte rseau devra considrer le pire des cas pour l'appel et dcider si cela est acceptable selon les attentes des utilisateurs et des exigences conomiques

21

Prise en compte des connexions avec dlai important

Comme cela a t montr prcdemment, il est relativement ais de construire des rseaux avec voix paqutise qui excdent la limite de 150 ms dans un sens dfinie par l'UIT-T. Lors de la cration de rseaux avec voix paqutise, l'ingnieur devra prendre en compte la frquence d'utilisation d'une connexion, ce que demande l'utilisateur et quel type d'activit commerciale est concerne. Il n'est pas rare que des connexions avec dlai lev soient acceptables dans des conditions particulires. Comme cela a t not prcdemment, si les connexions Frame relay ne se font pas sur de longues distances, les performances de dlai seront meilleures que celles donnes dans les exemples. Si le total engendr par connexion tandem avec routeur devient trop grand, l'alternative est de configurer des circuits virtuels directs. Cela accrot le cot du rseau mais peut s'avrer absolument ncessaire dans certains cas.

22