MD EVOLUTION - euristel.com · Ericsson, MD110 et/ou MD Evolution M, Mi, XL, Xli, sans abonnement...

MD Evolution Description Générale /56 Ref : MD EV.SO0008 La mise en réseau

MD EVOLUTION

Gamme de systèmes téléphoniques numériques

LA MISE EN RESEAU


1. CONFIGURATION MONO-SITE ......................................................................... 5 1.1. PBX HETEROGENES.................................................................................. 5

1.1.1. Signalisation numérique QSIG sur T0/T2.............................................. 5 1.2. PBX HOMOGENES ..................................................................................... 6

1.2.1. Signalisation numérique QSIG-MD sur T0/T2....................................... 6 1.2.2. «Transport de la Voix sur Réseau IP» ou «VoIP Trunking».................. 7

2. MISE EN RESEAU MULTI-SITES....................................................................... 8 2.1. PBX HETEROGENES.................................................................................. 8

2.1.1. Solution VPN offre Atout Performance.................................................. 8 2.1.2. Signalisation numérique QSIG.............................................................. 9

2.1.2.1 Equipement minimal :................................................................... 10 2.2. PBX HOMOGENES ................................................................................... 10

2.2.1. Solution VPN offre Atout Performance................................................ 10 2.2.2. Solution MD VPN : signalisation enrichie par Ericsson ....................... 10 2.2.3. Signalisation numérique QSIG-MD ..................................................... 10 2.2.4. La Voix sur IP, VoIP ............................................................................ 11

3. LA MISE EN RESEAU VOIP TRUNKING ......................................................... 12 3.1. Définition .................................................................................................... 12 3.2. Caractéristiques de la passerelle ............................................................... 14 3.3. Les avantages de la technologie VoIP : ..................................................... 15 3.4. Les différentes solutions :........................................................................... 16 3.5. Le fonctionnement de la « Passerelle IP-Trunking » du MD Evolution....... 17 3.6. Architecture de la « Passerelle IP-Trunking » du MD Evolution ................. 19 3.7. Principes d’interfaçage « Passerelle IP-Trunking » - Réseau IP ................ 19

3.7.1. Eléments de dimensionnement ........................................................... 22 3.7.2. Qualité de voix : « Mean Opinion Score »........................................... 24 3.7.3. Impact du délai de transmission sur les communications « VoIP »..... 25 3.7.4. Impact des pertes de paquets et de la « gigue » sur les communications "VoIP" ..................................................................................... 29

4. LES SERVICES OFFERTS PAR LA MISE EN RESEAU.................................. 31 4.1. Description des services offerts par le protocole QSIG .............................. 31

4.1.1. Appel de base : ................................................................................... 31 4.1.2. Services supplémentaires QSIG ......................................................... 31

4.2. Description des services offerts par le protocole QSIG-MD ...................... 31 4.2.1. Services téléphoniques entre postes privés........................................ 31 4.2.2. Services téléphoniques système......................................................... 31

4.3. Le service LCR........................................................................................... 32 4.4. Plan de numérotation ................................................................................. 32

4.4.1. Plan de numérotation privé homogène. .............................................. 32 4.4.2. Plan de numérotation privé ................................................................. 33 4.4.3. Préfixes et suffixes de services du plan de numérotation. .................. 34

4.5. Fonctions Transit et Gateway..................................................................... 35 4.6. Débordement (Alternate routing). ............................................................... 35 4.7. Optimisation de routage et tromboning. ..................................................... 36 4.8. Opératrices centralisées............................................................................. 38

4.8.1. Configuration....................................................................................... 38 4.8.2. Services offerts au PO centralisé. ....................................................... 39

4.9. Administration centralisée .......................................................................... 40 4.9.1. L'outil TLGTXTC.................................................................................. 40

4.10. Taxation centralisée................................................................................ 42


La problématique de la mise en réseau privé porte sur l'optimisation des ressources mises en commun dans les domaines suivants: - le réseau de transport utilisé, - le plan de numérotation homogène, - les services téléphoniques, - les ressources système telles que les opératrices et le serveur vocal, - la téléphonie sans fil, - et l'administration. Le premier choix économique qui se pose est celui du réseau donc du type d'accès réseau qu'il faut retenir : - soit des accès commutés. Ce sont les solutions dites VPN pour Virtual Private Network dont la facturation s'effectue appel par appel. Le service peut être offert par l'opérateur (ex: service Colisée) ou par le fournisseur PBX (ex: service VPN Ericsson qui offre plus de services téléphoniques mais qui est dépendant des possibilités de l'opérateur ; non compatible avec la gamme MD Evolution). - soit des accès permanents. Ce sont les solutions sur lignes louées. Plusieurs solutions sont possibles : accès direct avec signalisation analogique ou numérique QSIG, accès au travers de liaisons xDSL avec une signalisation TCP/IP. Le choix d'une solution est d'abord économique en accord avec le trafic souhaité. Il dépend ensuite de la richesse des services téléphoniques demandés. Selon ce premier choix les possibilités offertes découlant de la signalisation supportée sont différents. La stratégie d'Ericsson est d'offrir des solutions: - aussi bien VPN pour les sites à faible trafic. - et sur lignes louées pour les sites à fort trafic en voix+données+fax. Deux types

de solutions sont supportées: QSIG pour la voix seulement, et paquets IP pour voix+données+fax.

MD Evolution permet ainsi à la fois de simplifier la gestion des différents sites par des aboutements et un plan de numérotation homogène mais aussi de réduire les coûts puisque que vous pouvez bénéficier des avantages tarifaires de services tels que Colisée ou utiliser une ligne spécialisée. Dans la suite de ce chapitre, nous présentons les technologies supportées dans les réseaux ainsi que les éléments de solutions de mises en réseau pour MD Evolution. Un accent est mis sur la dernière solution VoIP Trunking.

Mise en Réseau MD Evolution


Selon les configurations et le niveau de services retenues, la mise en réseau s'effectue entre plusieurs PBX MD Evolution, ou entre PBX Ericsson MD Evolution et MD 110 ou encore entre MD Evolution et des PBX autres que ceux d'Ericsson. Les principaux avantages d’une mise en réseau de PBX sont notoires et peuvent être résumés en quelques points:

- Optimisation économique du trafic voix+ données+ fax par configurations sur lignes commutées ou sur lignes louées, utilisant l'optimisation de routage (service LCR, optimisation de routes).

- Les services téléphoniques. Leur richesse dépend de celle de la

signalisation choisie. Pour une mise en réseau hétérogène, ce sont les services de base. La signalisation est de type Colisée performance sur réseau commuté, ou de type analogique E&M ou QSIG sur lignes privées.

Pour une mise en réseau homogène, c'est-à-dire entre PBX Ericsson le

niveau de services est riche. La signalisation est du type VPN-MD ou QSIG-MD ou QSIG IP Trunking sur réseau circuit commuté, sur lignes privées ou LAN. Les services portent sur le plan de numérotation homogène, les services téléphoniques, l'exploitation jour/ nuit avec le pool opérateur.

- La centralisation des ressources communes sur le nœud principal qui porte sur l'exploitation jour/nuit, le pool des opératrices, la messagerie vocale. - L'administration centralisée comporte la gestion des bases de données de chaque nœud, la gestion des relevés de communication ( facturation et analyse de trafic multi-sites) et les outils de téléchargement des programmes et messages vocaux (guides vocaux, attente musicale, …). La signalisation dépend des liaisons internoeuds : - sur lignes privées:

• signalisation analogique E&M type V sur lignes analogiques avec signalisation LIA. Les codes de signalisation sont de type LR-PS, 2 fils 50 Hz, 2 fils+R/T, SDA Colisée analogique (esclave, décimal/Q23), 2 fils+R/T type EDF, DC5A type "Immediate start

• signalisation numérique QSIG sur lignes numériques T2 ou T0. Dans ce cas, QSIG est conforme aux standards listés en annexe et couvre l'appel de base élargi. Ericsson a enrichi cette signalisation par un protocole propriétaire appelé QSIG-MD. Ce protocole utilise le code d'échappement MSI prévu dans le standard QSIG.

• Signalisation type xDSL sur accès VPN Internet ou VPN opérateur. C’est une des offres qui se développe le plus actuellement en partie grâce à sa simplicité de mise en œuvre et d’un retour sur investissement très intéressant.

- sur lignes commutées RNIS, on dispose du service opérateur Colisée performance sur lignes T0 ou T2. Ericsson a enrichi cette offre par le même


protocole propriétaire appelé VPN-MD. Ce protocole utilise les services SUU1, SUU2, SUU3 prévus dans le protocole Euro-ISDN. Noter que France Telecom n'offre pas les services SUU2 et SUU3, cette solution est donc réservée àl’export. La mise en réseau peut être homogène ou hétérogène: - La mise en réseau hétérogène accepte des nœuds PBX-Ericsson et des nœuds PBX d'autres fournisseurs. Le niveau de service est faible. C'est le cas de Colisée Performance sur réseau commuté disponible depuis les versions V4.1/X4.1, ou des signalisations E&M et QSIG sur lignes privées. - La mise en réseau homogène ne comporte que des PBX Ericsson MD Evolution, MD110. Le niveau de services est plus riche grâce au protocole propriétaire inséré dans VPN-MD ou QSIG-MD ou IP Trunking. La liste en est détaillée en annexe 1. Le choix économique dépend d'une part des coûts d'abonnement avec l'opérateur, et d'autre part des investissements d'équipements détaillés ci-dessous.

1. CONFIGURATION MONO-SITE La mise en réseau permet, dans cette configuration, de réaliser une extension de capacité d’un PBX sans abonnement opérateurs.

1.1. PBX HETEROGENES

1.1.1. Signalisation numérique QSIG sur T0/T2 L’implémentation d’une mise en réseau QSIG nécessite un groupe de faisceau physique distinct basé sur des accès RNIS T0 ou T2. Cette solution est choisie lorsque le client a déjà un réseau privé pour la data et des liaisons louées dédiées au trafic voix. Le réseau public commuté est utilisé pour les appels publics et le réseau de lignes privées pour les appels privés. Les nœuds d'extrémité sont raccordés en point-à-point (donc en étoile) aux nœuds principaux lesquels sont raccordés entre eux en configuration étoile ou maillée selon le trafic privé. Le nombre de nœud dépend de la topologie du réseau. Le MD Evolution dispose de 8 faisceaux permettant par exemple le raccordement de 7 PBX hétérogènes et le raccordement d’un faisceau vers le réseau public Le support utilisé peut être :

- de la paire téléphonique - de la fibre optique - des faisceaux hertziens

L’utilisation d’un boîtier de déport (TNLO) autorise une distance d’environ 2 km entre les 2 nœuds


La signalisation utilisée est conforme au normes QSIG ECMA ou QSIG-ISO Les fonctionnalités supportées sont standard. Cf, partie 3.1 + annexe 1,3

Equipement minimal : Chaque nœud MD Evolution du réseau doit comprendre, au minimum l’équipement suivant :

- Pour un MD Evolution M ou Mi

• cartes T2 (CAP2) ou T0 (CTS) • la licence QSIG

- Pour un MD Evolution XL ou XLi • cartes T2 (MPP ou MPS) ou T0 (MTS3) • la licence QSIG

1.2. PBX HOMOGENES Cette configuration permet de réaliser, soit une extension de capacité d’un PBX Ericsson, MD110 et/ou MD Evolution M, Mi, XL, Xli, sans abonnement opérateurs, soit une architecture de type campus, tout en conservant un haut niveau de fonctionnalités.

1.2.1. Signalisation numérique QSIG-MD sur T0/T2 La mise en réseau du MD Evolution (M, Mi XL ou XLi) avec un PBX de marque Ericsson est réalisée à travers des liens T0/S0 ou T2/T2. Le niveau de services est plus riche grâce au protocole propriétaire inséré dans QSIG-MD. Le support utilisé peut être :

- de la paire téléphonique - de la fibre optique - des faisceaux hertziens

La signalisation QSIG MD est une signalisation propriétaire développée par Ericsson, cette signalisation reprend la totalité des services offerts par la norme QSIG-ECMA ou QSIG-ISO plus des services enrichis. Cf, annexe 1, 3 Capacité :

Mono site : - Pour ce type de configuration, en règle générale, le nombre de nœuds

(MD Evolution M, Mi, XL ou XLi) n’excède pas 3 - Le MD Evolution dispose de 8 faisceaux permettant par exemple le

raccordement de 7 nœuds et le raccordement d’un faisceau vers le réseau public

Campus : - Sans utiliser de routeurs, le MD Evolution dispose de base de 8

faisceaux permettant par exemple le raccordement de 7 nœuds


(MD110, MD Evolution M, Mi, XL, XLi) et le raccordement d’un faisceau vers le réseau public.

- L’utilisation de routeurs permettra d’augmenter le nombre de nœud du réseau selon la topologie souhaitée (table PNR pour 1500 nœuds distants).

Equipement minimal : Chaque nœud MD Evolution du réseau doit comprendre, au minimum l’équipement suivant :

Pour un MD Evolution M/Mi

- cartes T2 (CAP2) ou T0 (CTS) - la licence QSIG

Pour un MD Evolution XL ou XLi

- cartes T2 MPP ou MPS ou T0 MTS3 - la licence QSIG

1.2.2. «Transport de la Voix sur Réseau IP» ou «VoIP Trunking» Ici l'entreprise dispose d'un réseau privé de données, donc un réseau paquets, généralement au protocole TCP/IP. Le principe est de raccorder les PBX via le réseau LAN au protocole TCP/IP en signalisation QSIG-MD pour faire passer les flux voix sur le réseau de données. Le PBX compresse la voix de 64Kbps à 8 Kbps, puis paquetise la voix compressée et transmet les paquets voix au format IP. La bande passante passe donc de 64kbps en entrée à moins de 8 Kbps en sortie. La signalisation entrante sur le réseau est analysée et seuls les messages sont transmis, nécessitant une bande passante très réduite. Ainsi 8 canaux de voix à 64Kbps en entrée avec signalisation demandent une bande passante de 64 Kbps sur le réseau privé IP. On comprend que les coûts d'investissement des liaisons LAN deviennent rapidement inférieurs aux coûts d'exploitation du fait de la réduction de bande passante. Le niveau de service est le même qu’en QSIG MD via des liens T0 et T2.


Equipement minimal :

Chaque nœud MD Evolution du réseau doit comprendre, au minimum l’équipement suivant :

Pour un MD Evolution M/Mi - cartes CPJ6 + Compact Flash ou CMV qui joue le rôle de passerelle IP - la licence QSIG et la licence IP Trunking


- cartes MPM2 + Compact Flash ou SM/EMV qui joue le rôle de passerelle IP

- la licence QSIG et la licence IP Trunking

Cette solution est la plus économique s’il existe déjà un réseau de données dans l’entreprise car il n’y a aucun besoin d’abonnement opérateur et les investissements en terme de matériel sont minimes.

2. MISE EN RESEAU MULTI-SITES Objectif : Assurer la mise en réseau de plusieurs PBX connectés à travers des accès soit commutés, soit permanents.

2.1. PBX HETEROGENES

2.1.1. Solution VPN offre Atout Performance Cette solution de mise en réseau virtuel se base sur l’infrastructure France-Télécom. Elle est virtuelle car elle utilise le réseau commuté RNIS. Aucun lien additionnel n’est donc nécessaire pour raccorder plusieurs PBXs ensemble à part un raccordement France Télécom public traditionnel par lequel les appels privés entre PBX vont passer. Le protocole d’accès est DSS1 (RNIS classique) avec un protocole Transgroupe FT pour les appels privés limités aux appels de base.


Les appels privés utilisent le faisceau réseau de l'opérateur au même titre que les appels publics. On optimise ainsi les coûts d'investissements et de maintenance. Cette solution est bien adaptée pour petits sites MD Evolution à faible trafic vers le nœud principal (petit site signifie un PBX de moins de 30 postes). C'est une configuration point-à-multipoint, c'est-à-dire que des appels issus du nœud MD Evolution accèdent directement au site demandé sans passer par des nœuds de transit. Dans cette solution le nombre de nœuds MD Evolution peut être important. Tout PBX conforme Transgroupe/Atout RPV peut utiliser ce service France Télécom pour disposer d’une solution de mise en réseau simple et économique. Colisée Performance / Atout RPV vous fait bénéficier des compléments de service RNIS et des tarifs dégressifs qui réduisent ainsi sensiblement votre facture télécom. Cette solution s'adresse plus particulièrement à des mises en réseau à trafic moyen pour bénéficier du tarif dégressif. Pour un trafic fort la location de liaisons spécialisées peut être plus avantageuse.

MD Evolution se raccorde à Atout RPV par les lignes banalisées Numéris T0/T2. Ces accès sont donc utilisés à la fois pour les appels publics SDA ou généraux et les appels privés Atout RPV. C'est une autre source d'économie. Fonctionnalités : Cf Annexe 5

2.1.2. Signalisation numérique QSIG Tout les PBX conformes au protocole de signalisation numérique QSIG peuvent s’interconnecter entre eux via des liaisons publiques RNIS. France Télécom n’offre ce service que sur des lignes Transfix à 2Mbits. La mise en réseau du MD Evolution (M, Mi, XL ou XLi) avec un PBX de marque Ericsson est réalisée à travers des liens T0/S0 ou T2/T2.

Réseau public RNIS

T2

MD110

T2T0

MD Evolution0MD Evolution


2.1.2.1 Equipement minimal : Chaque nœud MD Evolution du réseau doit comprendre, au minimum l’équipement suivant :

- Pour un MD Evolution M ou Mi

• cartes T2 (CAP2) • la licence QSIG

- Pour un MD Evolution XL ou XLi • cartes T2 (MPP ou MPS) • la licence QSIG

Cf, partie 1.1.1 Signalisation numérique QSIG sur T2

2.2. PBX HOMOGENES

2.2.1. Solution VPN offre Atout Performance Cette solution est détaillée plus haut, cf. Partie 2.1.1 Solution VPN offre Atout Performance

2.2.2. Solution MD VPN : signalisation enrichie par Ericsson Les PBX sont interconnectés entre eux via le réseau commuté public en signalisation VPN-MD. Tous les services propriétaires MD restent disponibles sur les nœuds. MD-VPN n’est pas introduit en France, car France Télécom ne fournit pas UUS2 et UUS3. De plus chaque numéro privé nécessite un numéro SDA (abonnement nécessaire). Le protocole d’accès est DSS1 (RNIS classique) avec un protocole « networking » propriétaire véhiculé grâce aux procédures UUS.

• Le protocole propriétaire « networking » est le même en MD-VPN et QSIG-MD.

• MD-VPN permet de constituer des réseaux privés virtuels, à l’insu de l’opérateur.

2.2.3. Signalisation numérique QSIG-MD La mise en réseau du MD Evolution (M, Mi XL ou XLi) avec un PBX de marque Ericsson est réalisée à travers des liens T0/S0 ou T2/T2. Le niveau de services est plus riche grâce au protocole propriétaire inséré dans QSIG-MD.


Réseau public RNIS

Réseau privé - Lignes circuits en QSIG-MD

T2

T0/T2

2Mbps

MD Evolution

T0 T2

MD110 MD Evolut

T0/T2 T0/T2

Cette solution est idéale car elle permet d’offrir un niveau de services enrichi entre les PBX. Ressources centralisées: poste opérateur, serveur vocal, administration (bases de données et taxation).

Cette solution est adaptée pour des trafics moyens ou forts sur longue distance entre nœuds, ou pour tout niveau de trafic pour des nœuds dans la même région. Du fait des coûts d'abonnement aux lignes privées, le nombre de nœuds est limité. Equipement minimal : Chaque nœud MD Evolution du réseau doit comprendre, au minimum l’équipement suivant :

Pour un MD Evolution M/Mi

- cartes T2 (CAP2) ou T0 (CTS) - la licence QSIG


- cartes T2 MPP ou MPS ou T0 MTS3 - la licence QSIG

Cette solution est détaillée plus haut. Cf, partie 1.2.1 Signalisation numérique QSIG-MD sur T0/T2

2.2.4. La Voix sur IP, VoIP Parce qu'ils gèrent la bande passante de manière plus efficace que les réseaux traditionnels à commutation de circuits, et parce qu'ils sont favorisés par les offres tarifaires des opérateurs, les réseaux de données ont vocation à intégrer les flux de téléphonie. La voix va donc être transformée en paquets ou cellules en fonction de la technologies retenue, paquets IP (VoIP), trames Frame Relay (VoFR) ou cellules ATM (VoATM). Loin de se concurrencer, ces différentes technologies se complètent car elles répondent à des besoins différents.


Cette convergence permet d’envahir les secteurs SOHO (small Office-Home Office), et d’offrir les meilleures solutions pour les télé-travailleurs. Le protocole d'Internet (IP) s'est imposé au cours des dernières années en raison de sa simplicité et surtout en raison de l'explosion des services liés à l'Internet. Aujourd'hui le protocole IP apparaît comme le protocole naturel pour la plupart des flux. Des lors, l'intégrer dans les Intranet mis en place par la plupart des entreprises conduit à des réductions importantes des coûts d'exploitation sans remise en cause des architectures en place tant pour la voix que les données. Le terme de voix sur IP est utilisé pour décrire la transmission de la voix par paquets, en utilisant le protocole Internet (IP). Aujourd'hui, le principal attrait de la téléphonie sur IP est économique : en utilisant Internet pour transmettre les communications longue distance, l'utilisateur ne paie que le prix d'une communication locale. La demande croissante pour des communications multimédia et pour l'intégration de la voix et des données sont également deux autres bénéfices de la téléphonie sur IP. La téléphonie sur IP est une technologie de pointe se développant au fur et à mesure que les tendances et les demandes du marché se précisent. L'utilisation de la téléphonie sur IP est d'ores et déjà possible sur des réseaux conçus de manière adéquate. De nombreuses sociétés multi-sites utilisent la téléphonie sur IP (téléphone, fax, vidéo) pour relier leurs différentes implantations. En outre la téléphonie sur IP devient partie intégrante d'applications de commerce électronique comme le "web calling" (appel émis depuis la page web d'une société). En résumé, des gains économiques sont réalisés grâce à l'optimisation de la bande passante et la mise en commun des équipements pour les communications de voix et des données. La maintenance et la gestion du réseau privé deviennent communes au transport voix et données.

3. LA MISE EN RESEAU VOIP TRUNKING

3.1. Définition L'application «Transport de la Voix sur Réseau IP» ou «VoIP Trunking» permet la mise en oeuvre économique du transport des appels téléphoniques entre les noeuds MD Evolution au travers d’infrastructures IP *. * Réseau LAN d’une entreprise à localisation unique ; réseau WAN, pour une entreprise multi sites. Cette solution, qui préfigure les réseaux de demain, s’appuie sur l’infrastructure existante (LAN ou WAN), et complète l’offre globale de «Mise en Réseau Privé QSIG ou QSIG-MD». Le niveau de fonctionnalités proposé étant celui du QSIG MD.


Cette solution de mise en réseau ne s'applique qu'à la mise en oeuvre de liaisons via réseau IP entre des noeuds MD Evolution. Le raccordement en VoIP Trunking de MD Evolution et de MD110 est réalisable via des équipements spécifiques Le rôle de Gateway IP est assuré par les cartes xMV ou UC CPJ6/MPM2 qui offrent un raccordement LAN de type Ethernet 10 Base T de 4 à 16 canaux voix. Les PBX sont reliés entre eux via accès IP au travers d’un raccordement au réseau opérateur de type xDSL.

Fonctionnement de base Les liaisons inter-nœuds sont traitées sous la forme de circuits virtuels gérés au travers du réseau IP. Ces circuits virtuels, selon des connexions IP établies en point-à-point par couples de nœuds MD Evolution, transportent :

La voix compressée et paquétisée, échangée entre les nœuds, La signalisation QSIG ou QSIG-MD associée à des appels et des services.

Fonctionnalité complémentaire : « Fax Relay » Les communications entre télécopieurs ou Fax ne peuvent être traitées de la même manière que les appels téléphoniques « voix ». Pour cela, la « Passerelle IP-Trunking » d’un MD Evolution applique un traitement spécifique : le « Fax Relay ». Ce traitement spécifique est réalisé de façon conforme à la recommandation T.38 de l’ITU-T, qui définit le transport en temps réel, au travers d’un réseau IP, d’appels entre télécopieurs de groupe 3 ; soit, plus généralement, conforme aux recommandations V.21, V.27ter, V.29, V.33 ou V.17.

PSTN

WAN

PSTN

GW

GW GW


L A NL A N

M D E v o lu tio n M D E v o lu tio n

x M V x M V

R é s e a u IP

In tra n e t

M D E v o lu tio n M D E v o lu tio n

R é s e a u R N IS

Fonctionnalité complémentaire : « DTMF Relay » Les possibles échanges de signaux MF Q.23 (ou DTMF), en cours de communication téléphonique, sont également traités différemment des appels téléphoniques « voix ». Pour cela, la « Passerelle IP-Trunking » d’un MD Evolution applique un traitement spécifique : le « DTMF Relay ». Ce service est automatiquement mis en œuvre sur détection d’un signal multi-fréquence MF Q.23 par le DSP. La « Passerelle IP-Trunking » locale effectue alors la transformation de ce signal MF Q.23 en un message de signalisation spécifique hors bande, sans subir le codage appliqué à la voix des appels téléphoniques. Avertissement : certaines musiques d’attente peuvent contenir des combinaisons de fréquences susceptibles d’être interprétées comme des signaux MF Q.23. Le service « DTMF Relay » serait alors indûment activé. Il est alors nécessaire de ré-enregistrer les musiques d’attente incriminées, en prenant soin de filtrer les combinaisons de fréquences perturbatrices.

Fonctionnalité complémentaire : Le repli non IP Si l’un des deux correspondants, d’une communication établie sur lien IP, juge celle-ci de mauvaise qualité, il peut composer un suffixe qui déclenche, selon un algorithme similaire au ROP, le rétablissement de l’appel en utilisant un routage alternatif décrit dans les tables LCR. Ce routage peut-être effectué vers RNIS ou vers un réseau QSIG ou QSIG-MD. Après établissement de la communication alternative, la communication IP est libérée.

3.2. Caractéristiques de la passerelle

• Solution utilisable avec xMV : CMV, SMV, EMV mais aussi CPJ6 et MPM2 + Compact Flash

• Chaque accès de carte xMV est considéré comme un accès externe et organisé en faisceaux choisis parmi F1 à F8

• Signalisation QSIG-MD encapsulée en IP-Tunnelling = IP-Trunking • Configuration point-à-point • Tous les canaux voix pour une destination constituent un faisceau


• Le codec G.729ab offre un bon compromis entre qualité et bande passante. requise : il est proposé en configuration par défaut. Il permet de compresser la voix à 8kbps avec une bande passante requise de 10kbps.

• MD Evolution accepte jusqu’à 32 canaux voix IP : - CMV, SMV, CPJ6, MPM2 = 4 canaux EMV = 16 canaux • Nombre de canaux utilisables en IP Trunking fonction du niveau de protection

logicielle : 4, 8, 16, 32 • Le champ TOS de l’en-tête IP donne la plus haute priorité aux paquets voix.

Le champ TOS programmable dans MD Evolution • Buffer de gigue est paramétrable. Buffer large - > pas de perte de paquets

mais “effet Satellite”. Buffer petit - > perte de paquets mais pas d’ ”effet Satellite”.

3.3. Les avantages de la technologie VoIP :

• Transport plus économique – par la réduction de la bande passante utile – par les liaisons communes de voix+ données+ images

• La convergence des services vocaux et Internet – L’unicité des messageries – L’unicité des annuaires – Le mariage des applications voix+ données – L’administration

• La garantie de disposer de l’outil de communication adapté aux besoins de demain

• Même niveau de services que QSIG-MD sur liaisons T0/T2 • Passerelle IP intégrée via la carte xMV ou CPJ6/MPM2 : pas de cartes T0/T2

entre PBX et routeurs • Utilisation sans changement de LCR : définition de faisceaux physiques IP

configuration des accès IP et des faisceaux utilisés pour IP Trunking


3.4. Les différentes solutions : Il existe deux façons principales d’utiliser la technologie xDSL pour une mise en réseau. Soit au travers d’un VPN Internet :

Avantages : • Adresse IP fixe. • Simplicité de l’offre. • Intéressant financièrement.

Inconvénients :

• Pas de QoS. • Pas de sécurité

Soit au travers d’un VPN opérateur. Avantage : QOS garantie

Réseau RNIS

LAN LAN

Route Route

Réseau RNIS

LAN LAN

Route Route


3.5. Le fonctionnement de la « Passerelle IP-Trunking » du MD Evolution

Le système intègre une «Passerelle IP-Trunking», ou « Gateway (GW) IP-Trunking », qui assure l’interface du MD Evolution avec un réseau IP et le traitement en interne des fonctions d'intégration voix - données IP.

Chaque « Passerelle IP-Trunking » intègre les fonctions suivantes : ♦ Différents types de codage et compression de la voix en vue de son transport sur le réseau IP, selon différents codages possibles :

• codage G.711 à 64 kbit/s, • codage G.729ab à 8 kbit/s, • codage G.723.1 à 6,3 kbit/s ou à 5,3 kbit/s.

Cette diversité permet d'adapter la bande passante requise pour le trafic voix, et donc les ressources sollicitées du réseau IP, en fonction de ses caractéristiques de charge et de délai. ♦ La « paquétisation » de la voix compressée consiste à mettre en forme les trames de voix compressée sous la forme de paquets de données à transmettre sur le réseau IP. La taille des paquets IP est adaptée selon le codage mis en œuvre et la charge du réseau IP. Cette mise en forme des paquets IP de voix est traitée conformément à la pile de protocoles RTP/UDP/IP qui, de façon normalisée, est destinée au transport temps réel de la voix via un réseau IP. Les services de « paquétisation » rendus par la «Passerelle IP-Trunking» incluent à ce titre :

• L'intégration des trames de voix codée et compressée dans des paquets comportant les en-têtes RTP, UDP et IP adéquats,

• Le traitement des différentes informations véhiculées dans ces en-têtes. Un premier en-tête de 12 octets est ainsi inclus à chaque paquet IP au titre du protocole RTP.

Celui-ci comporte notamment un marquage et l'horodatage de chacun des paquets IP successivement émis sur le réseau, de telle sorte qu'ils puissent être restitués selon un flux synchrone à destination. Cela permet à la « Passerelle IP-Trunking » de gérer, de façon effective, un bon compromis entre les besoins en bande passante et la nécessité de conserver le plus court délai de transmission possible des appels voix.

Fonctionnalités complémentaires de traitement de la voix de la « Passerelle IP-Trunking » : ♦ « détection automatique d'activité » qui élimine toute transmission de données pendant les périodes de silence d'une communication téléphonique (typiquement 50 à 60% du temps), et par là même réduit la bande passante nécessaire au transport de la voix sur le réseau IP. Ce service est valide pour les codages G.729ab et G.723.1 à 6,3 ou 5,3 kbit/s. Il n’est par contre pas applicable au codage G.711.


Le seuil d'activité en dessous duquel une période de silence est automatiquement décrétée, est prédéfini à un niveau de parole de 30 dBm pour l'un ou l'autre de ces codages. ♦ « génération de bruit de confort » destinée au confort des correspondants d'un appel téléphonique pendant les périodes de silence. De façon associée au service précédent, ce service est applicable aux codages G.729ab et G.723.1 à 6,3 ou 5,3 kbit/s. Le niveau du bruit de confort généré est prédéfini à une valeur de - 65 dBm pour l'un ou l'autre de ces codages. ♦ « annulation automatique d'écho » pouvant apparaître de façon plus ou moins prononcée du fait du délai de transmission inhérent à tout réseau IP. Géré de façon automatique, ce filtre d'annulation d'écho est traité conformément à la Recommandation G.168 de l'UIT-T. ♦ « compensation de la gigue » destinée à re-synchroniser les paquets reçus du réseau IP avec des délais de transmission variables et à réduire les pertes de paquets pouvant en résulter. Cela s'effectue par la mise en oeuvre d'une mémoire tampon ou « buffer de gigue », dont la taille est dynamiquement adaptée en fonction du codage mis en œuvre et du profil de délai et de charge du réseau IP. Cela permet à la « Passerelle IP-Trunking » de gérer, de façon effective, un bon compromis entre la double nécessité de conserver le plus court délai de transmission possible des appels voix au travers du réseau IP et un niveau de perte des paquets IP transportés admissible. On retiendra que le profil adopté par la «Passerelle IP-Trunking» face à un réseau IP présentant à la fois un délai de transmission "court" et une charge "faible" représente le cas "idéal" pour mettre en oeuvre l'application « VoIP Trunking ». ♦ « La prioritisation du trafic » voix par rapport au trafic externe de données permet par ailleurs de compléter les moyens précédents en visant à favoriser le trafic temps réel de la voix, notamment sous une condition de surcharge temporaire du réseau IP. NOTA : l’efficacité de cette fonctionnalité dépend de l’infrastructure IP.


3.6. Architecture de la « Passerelle IP-Trunking » du MD Evolution Cette «Passerelle IP-Trunking» est intégrée, dans le cas d'un système MD Evolution M/Mi, sur des cartes CMV ou CPJ6 avec Compact Flash ou dans le cas d'un système MD Evolution XL ou XLi sur les cartes SMV ou EMV ou MPM2 avec Compact Flash. L’unité centrale assure les fonctions intelligentes de routage des appels. Celles-ci restent gérées au niveau de l'application « Routage LCR » du MD Evolution, qui doit être intégrée à chaque système concerné, et continue à intervenir en amont pour le choix du mode de transport de chaque appel téléphonique, soit sur les liaisons VoIP mises en oeuvre ou sur tout autre support alternatif (par exemple T0 ou T2 RNIS). Le MD Evolution dispose de base de 8 faisceaux permettant par exemple le raccordement de 7 nœuds et le raccordement d’un faisceau vers le réseau public. L'application «VoIP Trunking» permet de traiter, de façon globale, de 1 à 32 «Canaux Voix» par nœud d'un réseau IP.

3.7. Principes d’interfaçage « Passerelle IP-Trunking » - Réseau IP La « Passerelle IP-Trunking » d’une carte SMV, EMV, CMV, CPJ6 ou MPM2 prend en charge tous les aspects protocolaires (RTP, UDP, TCP, IP et Ethernet) liés aux échanges de voix et de signalisation des appels transmis sur le réseau IP. Cette gestion comporte :

L’interface physique avec le LAN par interface(s) Ethernet 10 Base-T (RJ.45), La conversion de l'adressage téléphonique de chaque appel, L'adressage IP inclus dans chaque paquet transporté l'intégration des trames

de voix compressée dans des paquets IP comportant les en-têtes RTP/UDP/IP adéquats,

Le marquage et l'horodatage des paquets IP en vue de leur restitution synchrone à destination,

L'encapsulation au sein du protocole TCP/IP de la signalisation téléphonique gérée selon le protocole QSIG (SUU) ou QSIG-MD (MSI) au sein du réseau privé, La « Prioritisation de la voix » qui, par l'intermédiaire d'un champ "ToS" (« Type of Service ») d'informations transporté par chaque paquet IP, est destiné à favoriser l'écoulement du trafic téléphonique par rapport à tout trafic de données. Attention, le paramétrage de ce champ ToS n’est utilisé que si l’infrastructure IP du réseau (i.e. routeurs) le supporte. Les équipements supportant le champ ToS sont dits « DiffServ » (« Differentiated Services »).


L’ensemble des liaisons VoIP de chaque couple de nœuds d'origine et de destination, est traité sous la forme d’un « faisceau de circuits virtuels » permanent, établi en point à point. Dans la logique IP, la « Passerelle IP-Trunking » de chaque nœud gère, au démarrage de chaque « Faisceau de liaisons VoIP » :

♦ L’établissement d’une session TCP/IP par « faisceau de liaisons VoIP » géré ; cette session TCP/IP ensuite maintenue en permanence active pour le transport de la signalisation associée aux communications établies via un ensemble de liaisons VoIP. Chaque nœud est explicitement désigné, par configuration système xMV, comme étant « maître » ou « esclave » (resp. « client » ou « serveur »). Le nœud « maître » se connecte ou re-connecte (en cas rupture de service du réseau IP) au nœud « esclave ».

♦ L’ouverture d’autant de ports UDP/IP que de liaisons VoIP traitées, ces ports UDP/IP étant ensuite réputés en écoute permanente des échanges de signaux de voix transmis via les liaisons VoIP concernées. Le protocole RTP (Real Time Protocol) est utilisé afin de transporter en temps réel la voix au travers d'un réseau IP, de façon normalisée. Les numéros de ports UDP/IP en question sont définis dans une gamme de 16384 à 24016. Les mécanismes de protection des systèmes d’information (par exemple les « pare-feu » ou « firewall ») devront donc en tenir compte.

Chaque paquet IP «voix» est constitué de :

Un en-tête incompressible (RTP/UDP/IP) de 58 octets : « overhead » Une ou plusieurs « trames unitaires de voix compressée » de 80, 10 ou 24

octets selon l’encodage choisi (resp. G.711, G.729ab ou G.723.1) : « payload »

Le nombre de « trames unitaires de voix compressée » dépend du profil de charge du réseau IP :

Charge faible (réseau idéal) : 1 ou 2 trames par paquet IP Charge forte (réseau encombré) : 2, 3 ou 7 trames par paquet IP

Plus le nombre de « trames unitaires de voix compressée » par paquet IP est important, plus le délai global de transmission augmentera, du fait de la nécessaire accumulation de ces trames ; par contre, les besoins de bande passante sont optimisés. A contrario, un faible nombre de « trames unitaires de voix compressée » optimisera le délai de transmission global ; mais la bande passante requise sera plus importante.

♦ Le champ ToS des paquets IP Dans les faits, l'exploitation effective du champ « TOS » du protocole IP par les routeurs d’un réseau IP étendu ou WAN dépend de chaque routeur et de son constructeur. Pour certains, les routeurs IP peuvent prendre en compte l'exploitation


du champ « TOS » d'une façon complète. Il suffit alors que la transmission des paquets de données véhiculés par le réseau IP soit gérée avec un niveau de priorité autre que « immédiate » pour que le traitement des appels téléphoniques soit effectivement favorisé. D'autres types de routeurs IP peuvent ne prendre en compte l'exploitation du champ « TOS » que de façon partielle, et de fait historiquement limitée aux trois bits dits "DTR" caractérisant le retard, le débit et le taux d'erreur admis pour des transmissions de données. Gérer la transmission des paquets de données véhiculés par le réseau IP selon un "retard standard" (bit 3 du champ "TOS" à "0") est alors requis pour que le traitement des appels téléphoniques puisse être favorisé. D'autres routeurs IP peuvent enfin ne pas gérer le champ "TOS" en tant que tel, mais exploiter en alternative, selon les performances de chaque routeur, divers protocoles de qualité de service - ou QoS - sur réseau IP. Parmi ces protocoles eux-mêmes plus ou moins répandus ou normalisés, on peut citer :

Le protocole « DiffServ » pour « Differentiated Services » en anglais. Ce protocole vise à accorder un traitement particulier ou service différencié aux paquets d'informations, pour lesquels la qualité de service est primordiale. Il agit par la mise en oeuvre de files d'attente spécialisées dont la gestion est adaptée en fonction de classes de service inscrites dans le champ "TOS", qui du fait même est alors traité de façon différente du cadre du protocole IP standard prédéfini.

Le protocole « RSVP » pour « Resource Reservation Protocol » en anglais.

L'objectif de ce protocole est pour sa part de préétablir un chemin de transport pour un flux d'informations donné, puis ensuite de le maintenir unique tout le temps de l'échange d'informations considéré. Pour un chemin de transport donné, il agit pour cela via une réservation dynamique de la bande passante requise et des ressources nécessaires dans le réseau IP. Il se rapproche ainsi de l'acheminement des appels en mode connecté exploité au niveau d'un réseau téléphonique.

Le protocole « QOSPF » pour « QoS Path First » en anglais. Ce protocole

vise pour sa part non pas à préétablir un chemin de transport, mais plutôt de garder stable un chemin déjà exploité par un flux d'informations donné. Il agit pour cela au niveau du routage des paquets au sein du réseau IP.

Le protocole « MPLS » pour « Multi-Protocol Label Switching » en anglais. Ce

dernier protocole vise enfin à router selon un chemin fixe tous les paquets IP d'un même flux d'informations identifiés au travers d'un label spécifique attribué à chacun des paquets concernés. L'exploitation de ce label complémentaire vient alors en lieu et place d'un routage de chaque paquet IP, effectué selon ses adresses d'origine et destination.

D'autres routeurs IP peuvent aussi traiter des mécanismes de QoS propriétaires. On peut trouver ainsi la gestion de files d'attente de traitement de chaque flux d'informations en fonction de son type, voix ou données, ou une gestion de priorité selon les adresses d'origine et de destination de chaque paquet IP ou la définition des ports IP associés. La mise en oeuvre effective de ces différents protocoles ou mécanismes propriétaires de gestion de la qualité de service ou QoS au niveau même du réseau IP de transport et des routeurs IP impliqués peut alors venir en


substitution du service de « Prioritisation du trafic Voix » standard offert au travers de la « Passerelle IP-Trunking ». Dans ce dernier cas, celle-ci ne peut toutefois pas être alors impliquée. De fait, la « Passerelle IP-Trunking » ne traite pas à ce jour les différents protocoles concernés, ceci étant plus particulièrement le cas du protocole "RSVP" dont la mise en oeuvre implique aussi les équipements terminaux d’un réseau IP. Il est simplement à rappeler que la possibilité de programmer bit à bit le champ "TOS" au niveau de chaque système MD Evolution pourrait éventuellement permettre de traiter à l'avenir le protocole « DiffServ ». En tout état de cause, la mise en oeuvre d'un système de « Prioritisation du trafic Voix » au niveau même du réseau IP de transport est hautement recommandé. Il est à noter qu'une « Prioritisation du trafic Voix » intéresse essentiellement des réseaux IP de données étendus ou réseaux WAN. Un service ou protocole correspondant n'est que rarement géré sur un simple réseau local ou LAN, où son intérêt est moindre au vu de l'étendue de la bande passante en général disponible.

3.7.1. Eléments de dimensionnement


En tenant compte d'un débit supplémentaire d’environ 2 kbit/s induit par la signalisation (session TCP/IP) associée au traitement de tout appel téléphonique, la bande passante requise par liaison VoIP s'en déduit selon la formule générale : Bande passante (kbit/s) = Débit global (maximum) des paquets (kbit/s) x 50 % + Débit de signalisation (2 kbit/s).

Les besoins en bande passante par liaison VoIP sont à considérer comme des besoins permanents associés au transport de la voix sur un réseau IP. Ils sont évalués sur la base de communications actives. En l’absence de toute communication sur une liaison VoIP donnée, aucun paquet IP n'est transmis et donc aucune charge générée. Ces besoins sont toutefois à considérer comme une charge continue si l'on admet que les liaisons VoIP ou «Canaux Voix» mis en oeuvre par couple de nœuds d'un réseau soient correctement dimensionnés, et donc occupés de façon quasi-permanente. Les besoins en bande passante de chaque « Faisceau » de liaisons VoIP, sont calculés par simple multiplication de la bande passante d’une liaison VoIP par le nombre de liaisons VoIP du dit faisceau ; les caractéristiques de chacune des liaisons VoIP, et plus particulièrement leur codage, étant communes à un même faisceau. Le nombre de liaisons VoIP à traiter entre deux nœuds d'un «Réseau Privé QSIG ou QSIG-MD» relève lui-même d'un dimensionnement téléphonique classique, fonction du trafic à écouler sur le «Faisceau» considéré qui peut être du pur trafic privé ou peut prendre aussi en compte une partie de trafic extra-entreprise. Les tableaux ci-après rappellent à ce titre le nombre de circuits - en l'occurrence de liaisons VoIP - à prévoir en fonction du trafic en Erlangs prévu entre deux nœuds d'un réseau et d'une probabilité de perte d'appels typique de 2 à 3 %.


3.7.2. Qualité de voix : « Mean Opinion Score » Par référence à la Recommandation G.113 de l’UIT-T, chacun des codages disponibles pour l’application « VoIP Trunking » (G.711, G.729ab et G.723.1) dispose d'une qualité intrinsèque mesurée par une note moyenne d'opinion ou, "Mean Opinion Score" - "MOS". Dans une gamme de valeurs de 1 à 5, cette note "MOS" qualifie la qualité ressentie par un ensemble d'auditeurs lors de la restitution de différents échantillons codés de voix, de musique, ou de voix et musique mêlées. Une note "MOS" de 4 à 5 qualifie une qualité de la voix restituée jugée excellente - équivalente à une communication traitée via le réseau Euro-RNIS. Une note "MOS" de 3 à 4 correspond à une qualité jugée bonne, tout en se dégradant progressivement. Le tableau ci-dessous indique les notes "MOS" obtenues par les différents codages traités par l'application «VoIP Trunking».


3.7.3. Impact du délai de transmission sur les communications « VoIP » Le délai de transmission ou « latency » de bout en bout d'un réseau IP, et son impact sur les caractéristiques d'intelligibilité et d'interactivité requises pour une communication téléphonique s'apprécient par référence à la Recommandation G.114 de l’ UIT-T. Celle-ci définit trois paliers de délai global de transmission, à l’égard de la qualité résultante d'une communication téléphonique :

♦ Délai inférieur à 150 millisecondes (ms), la qualité des communications est jugée excellente. L'intelligibilité totale de la voix et l'interactivité complète obtenue sont équivalentes à des appels établis via le réseau commuté Euro-RNIS. ♦ Délai compris entre 150 et 400 millisecondes (ms), la qualité des communications est jugée bonne à acceptable. L'intelligibilité correcte de la voix et l'interactivité sont dégradées par rapport à des appels établis via le réseau commuté Euro-RNIS, notamment du fait d'un effet "satellite" plus ou moins prononcé. ♦ Délai supérieur à 400 millisecondes (ms) la qualité des communications devient inacceptable. Elles deviennent de fait des communications "half-duplex" qui nécessitent une très bonne pratique des interlocuteurs.

A titre comparatif, le délai de transmission d’une communication téléphonique établie via le réseau commuté Euro-RNIS est inférieur à 30 msec,


Le délai global de transmission d'une communication téléphonique au travers d'un réseau IP comprend de multiples délais ou retards imputables soit aux équipements terminaux, en l'occurrence la «Passerelle IP-Trunking» des systèmes MD Evolution et/ou au réseau IP de transport lui-même. Retards liés à la « passerelle IP-Trunking » Pour le nœud d’origine Un nombre de délais ou retards sont en premier lieu issus des traitements de la «Passerelle IP-Trunking» du nœud d'origine d'une communication voix. Ces délais ou retards comprennent :

♦ Un retard de codage et compression : "délai algorithmique" Ce retard est fonction du codage de la voix . Le codage de la voix s'appuie sur un algorithme prédictif qui nécessite un certain temps d'analyse du signal incident puis de traitement, variable en fonction du codage. La compression effectuée porte sur des trames unitaires de données, également variables en fonction du codage, dont l'accumulation requiert aussi un certain délai. ♦ Un retard de paquétisation Ce retard est induit par l'encapsulation des trames de données de voix compressée sous la forme de paquets de longueur variable à transmettre vers le réseau IP. L’encapsulation des trames de voix compressée en paquets IP implique un certain délai de traitement. Le regroupement possible de plusieurs trames unitaires en paquets IP de longueur variable peut introduire un dernier retard lié à l'accumulation des différentes trames.

La plupart de ces délais de codage sont du fait de la «Passerelle IP-Trunking», incompressibles et liés au type de codage de la voix utilisé. Toutefois le retard de paquétisation est partiellement imputable au réseau IP de transport ; en effet, ce retard est une conséquence d’un dispositif de compensation de la charge élevée d'un réseau IP par la «Passerelle IP-Trunking». Pour le nœud de destination Un nombre de délais ou retards sont issus des traitements effectués par la «Passerelle IP-Trunking» du noeud de destination d'une communication voix. Ces derniers délais ou retards comprennent :

♦ Des retards de dépaquétisation, de décompression et décodage de la voix qui sont induits par les fonctions de restitution de la voix dans ses codage MIC interne et débit à 64 kbit/s d’origine. ♦ Un retard de compensation de la « gigue » ou « jitter » qui est introduit pour pallier aux variations de délai de transfert des paquets de voix au sein du


réseau IP et éviter, dans une certaine mesure, la perte de données que ces variations pourraient occasionner.

Les premiers délais de décodage de la voix sont imputables à la «Passerelle IP-Trunking», incompressibles et fonction du type de codage de la voix utilisé. Même s'il est géré au niveau de la «Passerelle IP-Trunking» par la mise en oeuvre d'un buffer de « gigue » de taille variable - de un à plusieurs paquets IP, le retard de compensation de « gigue » est pour sa part imputable, pour l'essentiel, au réseau IP de transport. Le phénomène de « gigue », donc la source de ce retard compensateur, est directement issu du caractère asynchrone du réseau IP qui peut être plus ou moins prononcé du fait de son infrastructure et de sa charge.

Retards imputables au réseau IP Un nombre de délais ou retards sont imputables au réseau IP de transport de paquets. Ces seconds délais ou retards peuvent comprendre :

♦ Un retard lié au temps d'accès au LAN sur lequel la «Passerelle IP-Trunking» s'interface. ♦ Un retard en file d'attente sur le routeur IP d'extrémité donnant accès au réseau étendu ou WAN, celui-ci étant essentiellement dû aux adaptations de débits entre les réseaux LAN et WAN. ♦ Un retard dit de sérialisation, celui-ci étant lié au temps de transfert des paquets du routeur IP d'extrémité sur la liaison de données qu'il interface. ♦ Un retard de propagation purement lié au temps de transfert des signaux électriques au travers du réseau IP. ♦ Un retard dû aux différents traitements effectués au sein du réseau IP, Ces retards sont induits par les fonctions de routage des paquets de voix assurées par les routeurs et commutateurs du réseau. Ces délais sont dépendants de la taille globale du réseau IP de transport, des équipements : routeurs, commutateurs et liaisons de données du WAN et de leurs débits respectifs.


Ils sont aussi dépendants des charges des différents maillons du réseau IP et des délais d'attente que ces charges peuvent générer.


3.7.4. Impact des pertes de paquets et de la « gigue » sur les communications "VoIP"

Une perte dans les paquets transportés par un réseau IP est admissible pour des transmissions de données, grâce à des mécanismes de retransmission des paquets perdus. Par contre, une perte des paquets lors d'une communication voix occasionne une perte d'information lors de la restitution du signal audio non compensable en temps réel. Suivant le taux de paquets perdus, l'intelligibilité de la conversation téléphonique peut s'en ressentir, pour devenir inacceptable au delà d'un certain seuil de paquets perdus. La communication voix est alors hachée. Pour obtenir une qualité des communications voix acceptable, il est admis que le taux de perte de paquets doit rester inférieur à 10 %, et ne doit en tout état de cause être au plus de 20 % des paquets IP transportés. Les pertes potentielles de paquets sont un phénomène inhérent à tout réseau IP et peuvent avoir de multiples causes :

♦ Un encombrement ponctuel d'un ou plusieurs éléments du réseau IP. Un routeur IP congestionné peut être amené à détruire des paquets afin de libérer de la bande passante, pour mettre fin à son encombrement. ♦ Un délai de transmission d'un paquet trop long, voire une durée de vie d'un paquet épuisée. Chaque paquet IP transporte une information de durée de vie qui est gérée par les routeurs IP et les amènent aussi à détruire un paquet en fin de vie. ♦ L'invalidité d'un paquet reçu à une mauvaise destination Erreurs de traitements des adresses de paquets au sein du réseau IP. Le fonctionnement en mode non connecté d'un réseau IP a également une part importante dans les pertes de paquets, du fait :

• d'un délai de transmission important, • des variations dans le temps de ce délai de transmission ou « gigue ».

Les paquets transportés n'empruntent pas forcément le même chemin au sein du réseau IP entraînant une variation possible du délai de transmission entre les différents paquets transportés, celle-ci pouvant être plus ou moins sensible en fonction des conditions de trafic. Cette « gigue » peut avoir pour résultat :

• soit des paquets arrivant à destination dans le désordre, • soit une perte de paquets arrivant trop tardivement, par rapport au flux

habituel. Des moyens sont mis en oeuvre dans les équipements terminaux d'un réseau IP pour à la fois re-synchroniser les paquets arrivant avec des délais variables et limiter les pertes de paquets induites. C'est le cas de la «Passerelle IP-Trunking» du nœud de destination d'une communication téléphonique qui gère une mémoire tampon ou « buffer » de compensation, de la « gigue » issue du réseau IP. La contrepartie de cette compensation est un délai de traitement lié au stockage temporaire des paquets reçus avant leur restitution effective qui, venant s'ajouter au


délai global de transmission d'une communication voix, ne peut avoir qu’un impact négatif Un compromis est donc à trouver entre :

♦ Adopter une taille de « buffer de gigue » importante permettant de diminuer la perte des paquets les plus lents à transiter au travers du réseau IP, mais allongeant d'autant le délai de transmission et donc augmentant l'effet « ‘satellite » induit. ♦ Adopter une taille de « buffer de gigue » faible n'affectant pas de façon significative le délai global de transmission des paquets, mais ne permettant par contre de compenser que partiellement leurs pertes. Les paquets arrivant avec un délai supérieur à la taille du "buffer" sont perdus.


4. LES SERVICES OFFERTS PAR LA MISE EN RESEAU

4.1. Description des services offerts par le protocole QSIG

4.1.1. Appel de base : - Par numérotation manuelle ou abrégée (programmation des N° privés en

faisceau implicite), - Par touche de trafic et touches répertoire, - Par rappel de l’appelant depuis le fichier des appelants, - Par appel au décroché.

4.1.2. Services supplémentaires QSIG - Identification du N° du demandeur/demandé CLIP/COLP (10 caractères

maxi), - Restriction d’identification du N° appelant/demandé CLIR, - Identification par le nom de l’appelant/appelé CNIP/CONP (20 caractères

maxi), - Restriction d’identification du nom de l’appelant/appelé CNIR, - Coût de la communication AOC-D et AOC-E

4.2. Description des services offerts par le protocole QSIG-MD Développé par Ericsson, le protocole propriétaire QSIG MD propose, en plus des services QSIG, les services suivants :

4.2.1. Services téléphoniques entre postes privés - Demande de mise en attente sur poste occupé, - Transferts sur demandé en sonnerie / occupé / en conversation, - Rappel automatique sur demandé occupé ou libre, - Renvoi fixe sur non-réponse, occupation, ou non-réponse & occupation, - Renvoi variable immédiat / occupation / non-réponse / non-réponse &

occupation, - Renvoi immédiat par un tiers (activation/ annulation), - Faire-suivre d’un renvoi immédiat (activation/ annulation), - Etat libre / occupé / encombré du demandé en appel, - Offre sur demandé occupé, - Notification de message en attente. - Supervision état postes distants

4.2.2. Services téléphoniques système - Plan de numérotation privée homogène à 10 chiffres, - Préfixes (1 à 4 chiffres) et suffixes programmables, - Appel privé vers PO centralisé par le 9, - Reroutage d’appel public / privé vers le PO centralisé, - Notification de l’état jour / nuit du PO centralisé aux nœuds d’extrémité, - PO centralisé sur MD Evolution, - Messagerie vocale centralisée sur MD Evolution, - Notification / dénotification par la MV des postes privés distants, - Fonction transit, - Fonction Gateway avec 10 ou 1500 nœuds distants,


- Optimisation de routage (anti-tromboning), - Compteurs de transit, catégorie du correspondant.

Cf, Annexe 1, 3

4.3. Le service LCR Dans le contexte du marché multi-opérateurs, le but du service LCR est de sélectionner l'accès réseau le moins cher, et de traduire le numéro composé en numéro à émettre sur l'accès physique pertinent. L'utilisateur ignore ce service, il compose son préfixe d'accès habituel (généralement le 0) et son numéro. Les caractéristiques essentielles du service LCR sont les suivantes: 8 jeux de tables sont disponibles, chaque jeu étant associé à un préfixe composé

différent pour effectuer le choix de la route et la traduction; jusqu'à 64 opérateurs différents peuvent être programmés; 4 routes possibles par numéro composé; 8 tables horaires; LCR analyse le numéro composé sur une profondeur de 1 à 22 chiffres; le numéro traduit est obtenu par suppression des 0 à 15 premiers chiffres, et

l'ajout de chiffres en en-tête. Le numéro traduit peut alors avoir jusqu'à 32 chiffres;

les chiffres ajoutés sont les chiffres décimaux, *, #, et des caractères spéciaux (pauses, passage en code DTMF).

le numéro traduit est de la forme X+N°destinataire (X est à 1 ou 4 chiffres en France; max 22 chiffres) ou bien N° complet du point d'accès de l'opérateur suivi d'une pause suivi du numéro destinataire en code DTMF.

Pour la mise en réseau, LCR apporte son intelligence de trois façons: la sélection du faisceau physique pertinent compte tenu du numéro composé, le débordement. Quand l'utilisateur compose un numéro privé et que le réseau

privé est saturé, LCR acheminera l'appel vers l'opérateur local comme les appels généraux.

l’optimisation. Quand l'utilisateur compose un numéro public, LCR peut forcer l'appel pour utiliser le réseau privé et ainsi bénéficier des réductions de coûts apportées par le réseau privé.

4.4. Plan de numérotation

4.4.1. Plan de numérotation privé homogène. Format des numéros privés. La longueur des numéros privés peut être fixe ou variable dans le plan privé. Elle est de 2 à 10 chiffres. Le format est le suivant :

- <INTFP><NA> avec 10 chiffres maximum,


- ou <PBXCR><INTFP><NA> avec 10 chiffres maximum.

<INTFP> est le N° de nœud. Il comprend de 1 à 6 chiffres. <PBXRC> est l'indicatif régional du nœud (optionnel). Il comprend de 0 à 5 chiffres. Il peut ne pas exister. Il est utilisé pour des mises en réseau avec de nombreux noeuds, et où certains nœuds ont le même N° de nœud dans des régions différentes. <NA> est le N° d'annuaire interne dans le nœud. Il comprend de 1 à 4 chiffres. Sur un même nœud, on peut avoir des <NA> de longueur différente, par exemple, certains <NA> auront 2 chiffres et d'autres <NA> auront 3 chiffres.

4.4.2. Plan de numérotation privé Un plan de numérotation est dit homogène quand l'appelant compose toujours le même numéro privé, où qu'il soit dans le réseau. Un plan de numérotation est dit semi-homogène quand l'appelant d'un nœud peut appeler un N° privé du même nœud en composant le N° court <NA>. Il pourra toujours composer le N° complet <INTFP><NA> s'il le désire. Ceci est avantageux quand le site comporte peu de postes donc des <NA> a 2 chiffres, alors que d'autre N° privé seront à 5 » chiffres par exemple. Enfin un plan de numérotation est dit hétérogène quand le numéro privé est précédé d'un préfixe d'accès au faisceau privé à 1/2/3 chiffres. Ce cas donne encore plus de souplesse pour établir la numérotation <NA> mais augmente la longueur des N° privés; il n'est donc pas recommandé. Exemple : Monsieur Dupont et Madame Durand sont connectés à un MD Evolution situé à Lille et Monsieur Duval est relié au MD Evolution de Marseille. Monsieur Duval et Madame Durand composent le même numéro s’ils veulent joindre Monsieur Dupont. Le format du numéro privé est ABCNMPXYZ où ABC est le numéro de la région (PBXCR : 0 à 5 chiffres), NMP le numéro du nœud dans la région (INTFP : 1 à 6 chiffres) et XYZ le numéro d'annuaire dans le nœud (NA : 1 à 4 chiffres). La longueur maximale du numéro est de 10 chiffres. Lorsque l'utilisateur compose le numéro privé, il peut composer seulement: XYZ pour l'appel d'un poste appartenant au même site, ou NMPXYZ lorsque le poste appelé appartient à un site de la même région.


4.4.3. Préfixes et suffixes de services du plan de numérotation. La définition des N° privés ne suffit pas. Le plan comprend aussi les préfixes et suffixes de services. Le plan de numérotation standard du MD Evolution est le suivant: 0 prefixe d'accès au réseau public. Commun à tous les nœuds. 1xx Préfixes de services téléphoniques. Commun à tous les nœuds. 2xxx Préfixe de numérotation abrégée. Commun à tous les nœuds. 3/4/5/8Premier chiffre des N° d'annuaire disponible pour construire le plan de numérotation. 6xx Préfixes de services. Commun à tous les nœuds. 7xx Préfixes de services. Commun à tous les nœuds. 9 appel du standard (local ou distant). Commun à tous les nœuds. La mise en réseau pouvant s'effectuer avec d'autres PBX que MD Evolution, les préfixes et suffixes MD Evolution sont programmables. Les préfixes peuvent comprendre de 1 à 4 chiffres. Ceci donne la possibilité d'être conforme à la norme UTI (exemple: 21…pour le renvoi). Les suffixes sont programmables à 1 chiffre. L'affichage des préfixes et suffixes sur les terminaux Dialog est modifié en conséquence.


4.5. Fonctions Transit et Gateway.

Sur ce schéma le nœud B fonctionne en transit pour un appel privé entre les nœuds A et C. Les deux liaisons A-B et B-C utilisent la même signalisation QSIG. Le transit peut s'effectuer à travers plusieurs noeuds du réseau privé. Afin de limiter le nombre de liaisons inter noeuds en transit, un compteur de transit est associé à l'appel; le compteur est incrémenté à chaque passage dans un noeud de transit. Si sa valeur excède la valeur maximale définie à l'installation, l'appel est refusé. Par contre quand le poste du nœud A lance un appel public via le nœud B, on change de signalisation entre la liaison A-B en QSIG et la liaison B-Terminal N°2 en EuroRNIS. Le nœud B utilise donc la fonction Gateway pour interfonctionner entre 2 signalisations différentes. Cette fonction est incluse dans le service LCR; elle fonctionne dans les deux sens. Le terminal N° 2 appellera le poste du noeud A par le N° SDA du poste A déclaré sur le nœud B. Le nœud B assure l'appel de B vers A par le N° privé de A.

4.6. Débordement (Alternate routing). Cette fonction permet de router un appel privé directement du nœud d'origine sur le réseau public quand les accès privés sont saturés ou que le réseau privé est encombré. De même quand l'appelant compose un N° public vers un poste du réseau privé, le service LCR force l'appel à utiliser le réseau privé en traduisant le N° demandé en N° privé. Pour cela le service LCR utilise la table de traduction N°publics-N° privés.

T0/T2QSIG

T0/T2QSIG

Réseau publicMD Evolution A MD Evolution- B

MD Evolution CTerminal N°1

Terminal N°3

Terminal N°2T0/T2


PO centralisé Demandé BMD Evolution ANoeud principal

MD Evolution- BNoeud d’extrémité

Réseaupublic commuté

Demandeur A

Réseau

privé

Le débordement peut s'effectuer dans un nœud intermédiaire. On parle alors de "break-out". Soit un poste du nœud A qui appelle un poste du noeud B en passant par le nœud C. Si le lien C-B est encombré, le noeud C achemine l'appel par le réseau public vers le nœud B.

4.7. Optimisation de routage et tromboning.


Demandé B

PO centralisé

MD Evolution- Al MD Evolution- BNoeud d’extrémité

Réseauprivé

Réseau publiccommuté

Demandeur A

MD Evolution- CNoeud principal

L'appelant public appelle le poste B via le nœud principal A. Le demandé B ne répond pas, l'appel retourne sur le PO centralisé du nœud A. Le nœud B ne fait pas d'aboutement réseau privé-réseau privé; il le signale au noeud A d'origine. Le nœud A libère la connexion de A vers B et établit l'appel directement du réseau public sur le PO centralisé. L’optimisation de route (ROP) a lieu lorsque la communication n'a pas encore été établie et qu'un aboutement doit être effectué: reroutage d'appel vers le PO quand le demandé est occupé/ non-réponse, ou renvoi du demandé immédiat/ occupé/ non-réponse. Exemple de tromboning. Les postes A et B sont en communication. Le poste B transfère son correspondant A vers le PO centralisé. Le nœud B doit effectuer un aboutement des liaisons A-B et B-C. Le même principe est appliqué: le noeud B alerte le nœud origine A d'une demande d'optimisation de routage. Le noeud A établit la liaison A-C directement vers le PO centralisé puis libère la liaison A-B. Le tromboning survient lors d’un aboutement de 2 liaisons privées avec une communication déjà établie. Quand le PBX origine ne trouve pas de route optimisée avec LCR, alors il n'y a pas d'optimisation de routage et l'aboutement est maintenu.


4.8. Opératrices centralisées Le but ici n'est pas de supprimer tous les postes opérateurs, sauf ceux du site principal. La qualité de l'accueil est trop importante aujourd'hui, même sur des petits sites. MD Evolution est très souple. Le Poste Opérateur du petit site peut être présent aux heures ouvrables, et en cas d'absence être renvoyé vers le site central. Ceci s'effectue de façon automatique grâce au routage par tables horaires, ou de façon manuelle par l'opératrice.

4.8.1. Configuration

Le schéma de base est un nœud d'extrémité MD Evolution et un nœud principal sur lequel est raccordé le PO centralisé. Le nœud d'extrémité MD Evolution peut fonctionner en service jour/ nuit, donc avoir un PO local. Le nœud principal ignore l'état jour/nuit du MD Evolution. A partir de cette situation, plusieurs configurations sont possibles.

- le PO du nœud d'extrémité est en service jour. Les appels publics directs et les appels en retour lui sont présentés; le PO centralisé n'est pas impliqué. Noter que le PO centralisé peut transférer tout appel à un demandé du nœud d'extrémité; et si l'appel est en non-réponse, il reviendra sur le PO du nœud d'extrémité.

- le PO du nœud d'extrémité est en service nuit et le PO centralisé est en jour.

Les appels publics directs (appels généraux mais pas appels SDA) du nœud d'extrémité et les appels en retour sont reroutés au PO centralisé. Dans le MD


Evolution d'extrémité, les services "Poste en pilotage" et "Sonnerie générale de nuit" ne s'appliquent plus.

- le nœud d'extrémité est en service nuit et le PO centralisé aussi. Si le nœud

d'extrémité a un poste de nuit déclaré, les appels du standard lui sont routés. Si non, tous les appels du standard sont reroutés au poste de nuit associé au PO centralisé. Cette exploitation est possible car le nœud d'extrémité est informé de l'état jour/ nuit du PO centralisé. Le PO centralisé peut ainsi signaler son état à 16 nœuds d'extrémité maximum. Noter que quand MD Evolution est en service nuit, tous ses postes utilisent leur classe de service de nuit. Noter aussi que l'une des 3 configurations ci-dessus peut être déclarée à l'installation et donc figée; ou bien les 3 peuvent être utilisées successivement en exploitation. Les utilisateurs appellent le standard par le "9" dans tous les cas. Une configuration particulière est envisageable. Deux MD Evolution peuvent être nœuds principaux avec chacun un PO centralisé. Chaque PO peut être le PO centralisé de l'autre nœud.

4.8.2. Services offerts au PO centralisé. Le PO dispose des services téléphoniques des postes en réseau et de services qui lui sont spécifiques. La liste est donnée en annexe. L'afficheur du Dialog-PO centralisé donne les indications sur l'origine de l'appel présenté: appel direct, appel renvoyé sur le 9, appels publics reroutés. Quand le PO appelle un poste privé en vue d'un transfert, l'afficheur donne l'état du demandé libre/ occupé du 1er degré, ou encombré. Deux services lui sont spécifiques: - le renvoi tiers et le faire-suivre. Leur activation est toujours acceptée quelque soit la protection du poste renvoyé. Il n'y a pas de mot de passe. - la dénotification de messages MV par un tiers. Ce service est prévu au cas où des messages de notification/ dénotification envoyés par la messagerie vocale centralisée n'auraient pas aboutis par suite d'encombrement du réseau privé. 5. Messagerie vocale centralisée. Il s’agit d’une messagerie vocale externe raccordée habituellement sur le nœud principal du PO centralisé, mais elle peut être raccordée sur tout autre nœud, par exemple le nœud d'où s'effectuent l'administration et la maintenance. Pour l'utilisateur, le fonctionnement est identique à celui d'une messagerie vocale raccordée sur son PBX. Il peut renvoyer son poste vers la MV centralisée, et tout appelant de son poste se verra présenter sa boîte vocale pour y déposer un message. Il peut appeler directement la MV pour consulter ses messages ou personnaliser sa boîte vocale. Il sera notifié/ dénotifié par LED+icône sur son poste Dialog, ou par guide vocal sur son poste analogique.


4.9. Administration centralisée

4.9.1. L'outil TLGTXTC. L'administration centralisée de tous les nœuds MD Evolution est réalisée avec l'outil TLGTXTC. Il s'installe sur PC dans un environnement Windows. Ses fonctions essentielles sont: - la gestion des bases de données de chaque nœud, - le transfert automatisé des buffers de relevés de communication de chaque nœud, - le téléchargement des programmes, messages et guides vocaux de chaque nœud, - la maintenance à partir des fichiers d'anomalies horodatées et des outils de diagnostic, - l’import/export de données de routage LCR La convivialité d'utilisation est assurée par : - la présentation graphique Windows, - la supervision de la configuration de chaque nœud (version matérielle des cartes, versions logicielles, état+gestion des renvois, pilotage, et verrous des postes), - par les possibilités d'archivage, d'impression, d'exportation des données vers l'informatique de la société, le journal de bord des dernières sessions réalisées, - par l'automatisation horodatée des échanges d'administration multi-sites (200 sites sont possibles) pour les bases de données, les relevés de communication et les téléchargements de programme en vue de mise à niveau logicielle. Le transport des échanges d'administration s'effectue selon deux schémas possibles: - le PC-TLGTXTC est raccordé à un adaptateur Numeris, lui-même raccordé sur S0/T0 du nœud principal. Les nœuds d'extrémité sont interrogés à travers le réseau Euro Numeris ou le réseau privé dans un canal numérique B. L'adresse du site d'extrémité est un N° SDA ou un N° privé virtuel, c'est-à-dire qu'aucun modem ou équipement spécifique n'est nécessaire sur le nœud d'extrémité.

- le PC-TLGTXTC est raccordé sur le LAN du nœud principal. Les échanges ont lieu en IP sur le réseau au travers de la passerelle d’accès Internet intégrée de l’autocom.


L'exemple ci-dessus montre la mise en oeuvre de la seconde possibilité. L’administration se réalise à travers le lien Ethernet intégré du MD Evolution. Le transport est réalisé à travers des routeurs et le réseau privé de données TCP/IP. La mémoire des bases de données des sites peut être partagée par plusieurs outils TLG. Un nœud distant ne peut pas être télégéré par plusieurs outils TLG simultanément. En particulier lors d'une intervention locale, l'outil TLG utilisé sur site doit sortir de sa session pour que le centre d'administration puisse intervenir. Pour plus de détails sur l’administration, se référer à la partie Administration du MD Evolution.


4.10. Taxation centralisée Dans une mise en réseau, le serveur de taxation n'est pas utilisé pour établir des rapports et les comparer avec la facture de l'opérateur, on utilise des lignes privées, donc il n’y a pas de coût de communication. Mais l'intérêt est d'établir pour les communications privées une analyse de trafic: - pour vérifier le bon dimensionnement du réseau privé,

- pour adapter le réseau aux évolutions de trafic, - pour maîtriser les coûts d'investissements et de fonctionnement.

Sur chaque MD Evolution, un buffer sur la carte UC mémorise les relevés de communication associés aux appels sortants et entrants, que se soit des appels publics ou privés. Le buffer a une taille de 8000 relevés. C'est l'outil TLGTX qui opère le transfert automatisé horodaté, toutes les semaines par exemple. Le relevé de communication contient les informations utiles: - N° des demandeur et demandé, - horodatage JJMM-HHMMSS de début de communication et durée de com. HHMMSS, - faisceau logique en départ ou faisceau physique en arrivée, - pour un appel départ, le numéro composé, le N° de faisceau logique, le N° de route sélectionné dans le LCR, le type de communication, et la cause d'édition du relevé, le coût de communication, - pour un appel entrant, les 4 chiffres du N° SDA, le N° de faisceau physique utilisé, le temps de sonnerie, le type de communication, et la cause d'édition. Une fois les relevés transférés par TLGTX dans le centre d'administration, les fichiers peuvent être traités à la demande par un logiciel externe comme par exemple "Traffic Manager". Ce logiciel assure notamment les fonctions suivantes: - la gestion des communications départ et arrivée, - le tri multi-critères au niveau société, département, service, poste (plus de 20 critères), - les bilans de communications et hit-parades, - les états de facturation avec des rapports standards et personnalisés, - le paramétrage de la périodicité d'édition, - la taxation à la seconde ou à la durée, - l'aspect multi-devises (Francs et Euro), - l'environnement multi-opérateurs (calculs et simulation). Traffic Manager gère les relevés en provenance des MD Evolution et MD110. Il peut aussi prendre en compte les relevés en provenance de PBX d'autres fournisseurs dans le cas d'une mise en réseau hétérogène.

MD Evolution Description Générale /56 Ref : MD EV.SO0008 La mise en réseau - Annexes

ANNEXES

- Annexe 1. Liste des services téléphoniques MD EVOLUTION disponibles en QSIG et QSIG-MD.

- Annexe 2. Dimensionnement de la mise en réseau MD EVOLUTION - Annexe 3. Références des spécifications techniques QSIG implémentées sur MD EVOLUTION. - Annexe 4. Exemples d'affichage d'appels privés sur terminaux Dialog. - Annexe 5. Service Colisée Performance MD EVOLUTION


Annexe 1. Liste des services téléphoniques MD EVOLUTION disponibles en QSIG et QSIG-MD. QSIG QSIG-

MD Services téléphoniques offerts R5.0 R5.0 R5.0 R5.0 R5.0

R5.0 R5.0 R5.0 R5.0 R5.0 R5.0

- - - - - - - - - - - - - - -

R5.0 R5.0 R5.0 R5.0 R5.0

R5.0 R5.0 R5.0 R5.0 R5.0 R5.0 R5.0

R5.0 R5.0 R5.0 R5.0 R5.0 R5.0 R5.1 R5.1 R5.0 R5.0 R5.1 R5.1 R5.0 R5.1

Appel de base Numérotation abrégée

Appel par touche de trafic programmée, par touche répertoire Rappel de l'appelant depuis le fichier des appelants Appel au décroché

Services supplémentaires Identification du N° demandeur/demandé connecté CLIP/ COLP Restriction d'identification du N° appelant/ demandé connecté CLIR Identification du nom de l'appelant/ demandé connecté CNIP/ CONP Restriction d'identification du nom de l'appelant/ demandé connecté CNIR Procédure Generic Functions QSIG-GF Coût de la communication AOC-D et AOC-E Information SUU1, SUU2, SUU3

Services propriétaires MD Identification du N° demandeur/demandé connecté CLIP/ COLP Changement du demandé en phase Alerte COLP Identification du nom de l'appelant/ demandé connecté CNIP/ CONP Restriction d'identification du N°/nom appelant/ dé connecté CLIR/ CNIR Etat du demandé libre/occupé 1er degré/ encombré Offre sur demandé occupé du 1er degré Rappel automatique sur demandé occupé Rappel automatique sur demandé libre Renvoi fixe sur non-réponse, sur occupation ou sur non-réponse+ occupation

Renvoi variable immédiat/ occupation/ non-réponse/ non-réponse+ occupation

Renvoi immédiat par un tiers (activation/ annulation)

Faire-suivre d'un renvoi immédiat (activation/ annulation)

Transfert d'appel sur sonnerie, sur occupation, ou en conversation Notification de message MV en attente

- - - - - - - -

R5.0 R5.0 R5.0 R5.0 R5.0 R5.0 R5.0 R5.1

Services système Transfert vers le PO centralisé distant (MD EVOLUTION vers MD90/MD110) Notification à MD EVOLUTION du service jour/ nuit centralisé du MD90/MD110 Reroutage d'appel non établi Compteur de transit Catégorie du correspondant Transit


- R5.1 R5.1 R5.1 R5.1 R5.1

Gateway avec le réseau public (table PIR pour 10 nœuds distants)Gateway avec réseau puiblic (table PNR pour 1500 nœuds distants) Préfixes et suffixes programmables PO centralisé sur MD EVOLUTION Messagerie MV centralisée sur MD EVOLUTION avec interactivitéNotification/ dénotification par la MV des postes distants Optimisation de routage d'appel établi

- - - - - - - -

R5.0 R5.0

R5.1 R5.1 R5.1 R5.1 R5.1 R5.1 R5.1 R5.1

Services MD EVOLUTION vers PO centralisé Appel privé direct par le 9 ou renvoi d'appel public/privé vers PO centralisé

Reroutage au PO centralisé des appels en non-réponse/ sur occupation/ N° demandé non atribué avec demandeur public Services du PO centralisé raccordé sur MD EVOLUTION. PO centralisé sur MD EVOLUTION Réception d'appels reroutés sur PO avec affichage de la cause Etat du demandé libre/occupé du 1er degré/ encombré/ renvoyé Offre sur demandé occupé du 1er degré Transfert sur sonnerie, occupation, ou en communication Renvoi immédiat par un tiers (activation/ annulation) Faire suivre en renvoi immédiat (activation/ annulation)

Notification de l'état jour/ nuit du PO centralisé aux nœuds d'extrémité


Annexe 2. Dimensionnement de la mise en réseau MD EVOLUTION.

Services Dimensionnement

4.10.1.1.1.1 Type de signalisation pour mise en réseau

- Signalisation analogique E&M type V - Signalisation numérique vers MUX - Signalisation QSIG - Signalisation QSIG-MD - Colisée performance

accès carte LRS-MD EVOLUTION accès T0/ T2 accès T0/ T2 accès T0/ T2 accès T0/T2/ LRA

4.10.1.1.1.2 Plan de numérotation privé - Nb de chiffres N°annuaire interne - Nb. de chiffres N° PBX - Nb. de chiffres N° région - Nb. de chiffres N° privé complet - Nb. de chiffres préfixes de services - Nb. chiffres suffixes de services

1 à 4 1 à 6 0 à 5 2 à 10 1 à 4 1

4.10.1.1.1.3 Service LCR - Nb. d'entrée de N°s complets ou incomplets - Nb. de routes par N° composé - Traduction N° composé: nb chiffres supprimés en tête - Traduction N° composé: nb chiffres ajoutés en tête - Nb. de routes publiques - Nb. de plages pour traduction N° privés-N°publics

512 (N° à 15 chiffres max) 4 0 à 15 0 à 32 64 10 (PIR) ou 1500 (PNR)

4.10.1.1.1.4 Fonction gateway - Table PIR (N° publics-N° privés) - Table PNR (N°publics- N°privés)

10 plages de N°s 1500 plages de N°s

4.10.1.1.1.5 PO centralisé - Nb. nœuds d'extrémité gérés

16

4.10.1.1.1.6 Administration centralisée - Nb. nœuds gérés par outil TLG - Temps de transfert programme à 64 Kbps - Temps de transfert tonalités/ mess.vocaux à 64 Kbps - Temps de transfert de bases de données à 64Kbps - Temps de transfert de 8000 relevés de communication

350 30 mn 4 mn 2 mn 2 mn


Pour dimensionner le nombre de canaux de voix entre deux nœuds, on procède comme suit: - évaluer le trafic entrant et sortant en Erlang sur l'un des nœuds. Il dépend du nombre de postes sur ce nœud et du partage entre le réseau privé qui nous intéresse et le réseau public raccordé à ce nœud. On prend 0.16E/poste pour un site de moins de 50 postes et 0.12E pour un site de plus de 50 postes. La moitié correspond au trafic extérieur public et privé distant. Mais ces chiffres doivent être modulés par le type d'activité des 2 nœuds. - On en déduit le nombre de circuits/ canaux voix par la table suivante (c'est celle du TC1):

Nb.d'Erlang à acheminer

Nb de circuits voix

0.5 1 1.1 2 1.7 3 2.4 4 3.2 5 4.0 6 4.8 7 0.7*N N avec N>7

Exemple. Le nœud d'extrémité A n'est pas raccordé au réseau public; il est raccordé en réseau privé uniquement au nœud principal B. Le nœud A a 40 postes à 0.16E/poste. La moitié du trafic est extérieur, d'où (0.16*40)/2=3.2E à échanger sur le faisceau privé. La table donne 5 circuits de voix.


Annexe 3. Références des spécifications techniques QSIG implémentées sur MD EVOLUTION. Le protocole QSG est un protocole de signalisation entre PBX RNIS pour bâtir un réseau privé en synergie avec les réseau public RNIS. Les PINX (Private Integrated Services network Exchange) sont les services échangés entre deux PBX QSIG. Le point de référence Q est entre les niveaux 3 d'un service PINX. Le protocole QSG est implémenté sur les niveaux 1 et 2 de liens T0 et T2. Le protocole QSIG a été normalisé successivement par le Forum IPNS (1990), puis ECMA (1991), ETSI (1993), et ISO/JTC1 (1994). L'ISO poursuit cette normalisation pour de nouveaux services complémentaires. Noter que l'implémentation MD EVOLUTION est basée sur les normes ISO et non les normes ECMA qui utilise l'ancien en-tête APDU. Le tableau ci-dessous donne la liste des références des normes en anglais pour coller aux définitions usuelles. On indique aussi à partir de quelle version elles sont disponibles pour MD EVOLUTION et MD90/MD110.

MD EVOLUTION

MD110 Specs ISO

Services

R5.0 BC 9

IS 11572 Basic call niveau 3 QSIG-BC

R5.0 BC 9 IS 11582 Generic Functional protocol QSIG-GF R5.0 BC 9 IS 14136 Calling/connected line identification presentation CLIP/

COLP R5.0 BC 9 IS 14136 Calling/connected line identification restriction CLIR R5.0 BC 9 IS 13864

IS 13868 Calling/connected name identification presentation CNIP/ CONP

R5.0 BC 9 IS 13864 IS 13868

Calling/connected name identification restriction CNIR

BC 10 IS 13866 IS 13870

Call completion on busy CCSD, QSIG-CC

BC 10 IS 13866 IS 13870

Call completion on no reply CCSD, QSIG-CC

R5.0 BC 9 IS 15049 IS 15050

Advice of Charge AOC-D/ AOC-E

R5.0 BC 10 IS 15055 IS 15056

Transit counter ANF-TCSD, QSIG-TC

R5.1 BC 10 IS Common Information ANF-CMNSD, QSIG-CMN Les services suivants ne sont pas implémentés aux normes QSIG, mais selon le protocole propriétaire MD: renvoi sur occupation, renvoi sur non-réponse, renvoi immédiat, rappel automatique sur occupation, rappel automatique sur non-réponse, optimisation de routage, transfert d'appel, offre, notification de message MV.


Annexe 4. Exemples d'affichage d'appels privés sur terminaux Dialog. Les terminaux Dialog A, B, C sont respectivement raccordés sur les nœuds 81, 82, 83. Leurs numéros privés sont respectivement 8101, 8244 et 8375. Le terminal A est un Dialog D4223 (LCD à 3 lignes d'affichage de 40 caractères) et les terminaux B, C sont des Dialog D4222 (LCD à 2 lignes d'affichage de 20 caractères). Appel privé simple de A vers B. Phase de sonnerie sur demandé libre.

A 8101

Alexandre

L1 8244-ANNA DTMF BIS >

B8244Anna

L6 8101-ALEXANDRE

Phase de présentation d'appel sur demandé occupé 1er degré (Anna est en communication avec un autre correspondant depuis 3'40")

A 8101

Alexandre

L1 8244-ANNA DTMF BIS >

B8244Anna

L6 8101-ALEXANDRE L1 03:40

Premières secondes de conversation

A 8101

Alexandre

MER 03-MAR 16:30 L1 8244-ANNA 00:02 DTMF INFO_COM PARCAGE>

B8244Anna

L6 8101-ALEXANDRE

Phase conversation

A 8101

Alexandre


B8244Anna

03-MAR 16:30 L6 00:42

Appel privé de A vers B qui est en renvoi immédiat sur C libre. Phase de sonnerie sur receveur libre.

A 8101

Alexandre

L1 8375-JEAN RENVOI VERS 8244-ANNA DTMF BIS >

C8375Jean

L6 8101-ALEXANDRE RENVOI DE 8244-ANNA

Premières secondes de conversation A-C.

A 8101

Alaxandre

MER 03-MAR 17:00 L1 8375-JON 00:02 DTMF INFO_COM PARCAGE>

C8375Jean

L6 8101-ALEXANDER RENVOI DE 8244-ANNA

Conversation A-C.

A 8101

Alexandre

MER 03-MAR 17:00 L1 8375-JEAN 00:10 DTMF INFO_COM PARCAGE>

C8375Jean

03-MAR 17:00 RENVOI DE 8244 00:10


Transfert de A par B sur C libre en phase de sonnerie.

A est en garde sur B; B sonne C. A

8101 Alexand


B8717Anna

L1 8375-JEAN LIBRE

C 8714 Jean

L6 8244-ANNA

Premières secondes de sonnerie de A sur C après transfert de A sur C par B. A

8101 Alexand

L1 8375-JEAN TRANSFERT DE 8217-ANNA DTMF INFO_COM PARCAGE>

B8717Anna

C 8714 Jean

L6 8244-ANNA

Phase établi de sonnerie de A sur C. A

8101 Alexand

MER 03-MAR 17:30 L1 TRANSFERT DE 8245-ANNA 00:55 DTMF INFO_COM PARCAGE>

B8717Anna

C 8714 Jean

L6 8244-ANNA TRANSFERT DE 8244

Décroché de C pendant les premières secondes de conversation. A

8101 Alexand

L1 8375-JEAN TRANSFERT DE 8717-ANNA DTMF INFO_COM PARCAGE>

B8717Anna

C 8714 Jean

L6 8101-ALEXANDRE TRANSFERT DE 8244

Conversation établie A-C A

8101 Alexand

MER 03-MAR 17:30 TRANSFERT DE 8244-ANNA 2:30 DTMF INFO_COM PARCAGE>

B8717Anna

C 8714 Jean

L6 8101-ALEXANDRE TRANSFERT DE 8 2:30


Annexe 5. Service Colisée Performance MD EVOLUTION Ce service Colisée Performance, ex-Transgroupe, est offert par France Télécom. C'est une offre de réseau privé virtuel qui s'adresse aux entreprises multi-sites. le bénéfice essentiel est l'optimisation de la facture téléphonique; peu de services téléphoniques en réseau sont disponibles. Elle relie des PABX hétérogènes. Ses caractéristiques essentielles sont: - la mise en réseau de PABX hétérogènes,

- le plan de numérotation privé homogène, chaque N° privé comprenant 5 à 10 chiffres,

- le faisceau France Télécom qui supporte les appels publics et les appels privés (d'où le gain économique sur le nombre d'accès),

- les accès sont de type T0, T2, voire lignes réseaux analogiques.

On décrit successivement les points suivants ainsi que la programmation: - les accès au réseau Transgroupe, - le plan de numérotation du réseau privé, - les appels intérieurs, - les appels sortants, - les appels entrants, - et les services téléphoniques disponibles en réseau privé. Le service est offert de base à partir des versions V4.4 et X4.4. Le service LCR optionnel n'est utile que pour forcer les appels publics en appels privés quand le demandé a un N° privé. La programmation décrite ci-dessous est documentée dans le DTU Vol.1Section 2- Gestion. 1. Les accès au réseau Transgroupe. On utilise les mêmes accès EuroNumeris T0/T2 pour les appels publics que pour les appels du réseau privé. Pour ce faire on déclare sur le même faisceau physique deux faisceaux: le faisceau des accès T0/T2 utilisés pour les appels publics et le faisceau implicite pour les appels privés (implicite parce qu'il n'y a pas de préfixe d'accès déclaré. Dans le faisceau public, un paramètre indique qu'il est utilisé aussi en faisceau implicite: - TYRES=PRIVE avec commande 4 et sous-commande 13/14. Le faisceau implicite est déclaré par les paramètres: - FIMPL=N° faisceau utilisé en appels sortants

- INTEX= Oui pour indiquer que les N° composés qui ne sont pas internes doivent être émis en appels privés.

Le réseau privé doit être caractérisé par les paramètres (commande 3 sous-commande 13/14):

- INTFP= N° du nœud (1 à 6 chiffres) utilisé pour les appels internes et les appels privés sortants. - INFPA= N° du nœud (1 à 6 chiffres) utilisé pour les appels privés entrants. Il faut toujours INFPA= INTFP pour Transgroupe. (Ce paramètre permet à un opérateur d'avoir un N° nœud différent de celui connu des PBX en réseau. Donc réservé à l'export).


- FILFP= N° de file d'attente pour les appels entrants privés du faisceau privé - PREPU= PRéfixe d'appel PUblic. Il est ajouté en tête du N° privé émis vers France Télécom: le 0 pour Transgroupe. C'est donc la valeur par défaut. - SUPPU= SUPpression du préfixe d'appel PUblic. Il est à Non pour Transgroupe. - NOPRS=Numéro d'Origine PRivé Sortant. Il est à Non pour Transgroupe. - NDPRE= Numero D'origine PRivé Entrant; Il est à Oui pour Transgroupe.

2. Plan de numérotation du réseau privé. On cherche évidemment à avoir un plan de numérotation homogène pour l’ensemble des noeuds appartenant au même réseau privé. Chaque usager du réseau privé a un N° privé dans le plan de numérotation privé. La longueur du N° est de 5 à 10 chiffres, définie avec l’opérateur France Télécom. Ce N° se décompose en 2 parties <N° Nœud><N°NA>:

- le N° de noeud <N° nœud> est unique pour chaque noeud (1 à 6 chiffres).<N°nœud> est paramétré par INTFP.

- le N° d’annuaire interne <NA> comprend 1 à 4 chiffres. Exemple de réseau privé: Noeud A. N° privés: 155200-155349 N°SDA: 4241 3400 - 4241 3549 Noeud B. N° privés: 156200-156259 N°SDA: 8000 7850 - 8000 7899 Noeud C. N° privés: 157700-157739 N°SDA: 6775 5740 - 6775 5779 C’est un plan de numérotation à 6 chiffres. Chaque noeud a un N° unique: 155 pour le noeud A, 156 pour B, 157 pour C. Si les 3 noeuds sont équipés de MD32/MD34/MD35/MD36, ils peuvent avoir le même plan de numérotation interne non seulement pour les N° d’annuaire mais aussi pour les préfixes et les services téléphoniques. Ici les N° d’annuaire utilisent les premiers chiffres 2, 3 et 7; tous les autres premiers chiffres peuvent être dédiés aux mêmes préfixes et services téléphoniques. Noter qu’il n’y a aucune relation entre les N°SDA et les N° privés. Programmation. Utiliser la commande 4 et sous -commande 1 ou 2 pour définir le N° de noeud par le paramètre: INTFP Préfixe d’appel INTerne au sein du réseau privé (1 à 6 chiffres). Puis programmer les N° SDA associés aux N° d'annuaire des utilisateurs (commande 1 et sous-commandes 5/6/7/8). 3. Traitement des appels. Le protocole Transgroupe définit dans les messages ISDN les N°s Demandeur et Demandé de façon différente de celle du protocole EuroNumeris: - appels privés entrants. Les messages reçus contiennent pour l’appelant N°privé+plan de numérotation privé+type de N°abonné et pour l’appelé N° public (=N°SDA du demandé). On utilise le paramètre NDPRE et le N° demandeur est identifié avec INFPA+ N° NA.


- appels privés sortants. Les messages émis contiennent pour l’appelant N°public+plan de numérotation public+type de N° National et pour l’appelé N°privé+plan de numérotation privé. On utilise le paramètre NOPRS, et le N° demandeur est son N° SDA ou par défaut le N° NDI. - appels publics sortants. Les messages transmis contiennent pour l’appelant N°public+plan de numérotation public+type de N° National et pour l’appelé N°public+plan de numérotation ISDN+type de N° Inconnu. 3.1. Appels internes. Pour appeler un demandé interne du même nœud, l’appelant a deux possibilités:

- composer le N° privé complet <N°nœud><N°NA> (5 à 10 chiffres). - composer seulement le N° annuaire interne de demandé <N°NA>. C'est plus

court. On a alors un plan de numérotation privé semi-homogène. Exemple: au lieu de composer le N° 155200, on supprime le 155 (=N° noeud) et on compose le N° 200 qui est le N° d’annuaire interne. Si l'appelant compose 155200, MD EVOLUTION saura présenter l'appel au demandé dans tous les cas si les premiers chiffres des N° privés doivent être différents des préfixes de services téléphoniques. Programmation. Utiliser la commande 3 et sous-commande 1 ou 2. Le paramètre INTFP préfixe d’appel INTerne au sein d’un réseau privé (1 à 6 chiffres) peut prendre les valeurs suivantes: - N° nœud (1 à 6 chiffres). On compose le N° privé complet pour placer un appel interne. Dans ce cas les préfixes AINT1 à AINT8 ne sont pas programmés.

- ‘Vide’. Dans ce cas pour appeler un usager interne au même noeud, on ne compose que le N° d’annuaire interne et pas le N° privé complet. Les préfixes AINT1 à AINT8 doivent être programmés. 3.2. Appels sortants. Les appels publics et privés utilisent le même faisceau d’accès physiques T0/T2. Pour les appels publics, l’appelant compose le préfixe d’appel du réseau public ( 0 en standard). Pour les appels privés deux possibilités sont offertes: - pas de préfixe. ACCFP= vide pour Transgroupe (commande 3 sous-commande 1 ou 2). Dans ce cas le logiciel analyse le numéro composé pour savoir s’il s’agit d’un N° interne, d’un N° public extérieur au noeud, ou d’un service téléphonique. Quand MD EVOLUTION ne reconnaît pas le numéro composé, il en déduit que c’est un N° privé extérieur Transgroupe. Le paramètre FIMPL donne le N° faisceau physique à sélectionner. - préfixe d’appel spécifié par le paramètre ACCFP (1 à 3 chiffres. Valeur par défaut 885). Le paramètre FIMPL doit être vide. Cette option est réservée à l'export. 3.3. Appels entrants. Pour des appels privés Transgroupe, MD EVOLUTION reçoit en fait comme N° demandé le N° SDA du demandé. C’est par l’analyse du N° demandeur reçu dans le message ISDN que le logiciel sait qu’il s’agit d’un appel privé.


L’appel est routé vers le demandé comme un appel SDA. En cas de retour en appel général, l’opératrice et les postes en pilotage doivent être programmés pour accepter les appels privés par le paramètre AFPAR accès au faisceau Transgroupe en arrivée (commande 2 sous-commande 1 ou 2). Sur les Dialog les appels privés peuvent être présentés sur des touches de ligne dédiées spécifiées avec le paramètre TLnA=CT et CTxLn= PRIVE (commande 1 sous-commade 1/2/3/4). De plus les appels entrants en instance ou en retour vers l’opératrice sont mis en file d’attente avec un ordre de priorité programmable. Pour ce faire on associe au faisceau implicite un N) de file d'attente FILFP qui a "5" par défaut comme pour les appels internes. Ensuite pour cette file d’attente on définit le N° de priorité de présentation des appels sur l’opératrice. Utiliser la commande 6 et sous-commande 11/12 les paramètres: PRIO niveau de priorité (1 à 8). 4. Services téléphoniques offerts par Transgroupe. Certains services téléphoniques sont offerts par France Télécom à travers un accès de gestion indépendant. Par exemple: - discrimination de numérotation avec une table de 100 numéros, - renvoi d’appel inconditionnel de terminal, - renvoi d’appel sur non-réponse de terminal, - renvoi d’appel inconditionnel pour un noeud, - renvoi d’appel sur occupation pour un noeud. D’autres services téléphoniques sont disponibles grâce aux services supplémentaires existants EuroNumeris comme: - l’identification du demandeur sur l’afficheur LCD des terminaux Dialog. On affiche toujours le N° privé sauf dans le cas d’appel intérieur où l’appelant compose le N° d’annuaire interne (INTFP=‘Vide’). - le renvoi d’appel RNIS de terminal, - le renvoi d’installation RNIS, - le minimessage RNIS. Enfin certains services téléphoniques sont offerts grâce aux possibilités du MD EVOLUTION: - l’appel général sur tout type de poste, - le renvoi d’appel de terminal vers un N° extérieur. Il est préférable au renvoi de terminal RNIS de France Télécom car MD EVOLUTION fournit un relevé de communication avec la taxation en fin de communication. Cette possibilité est autorisée par la faculté de classe de service RVFP (renvoi vers l’extérieur des appels privés sur le faisceau Transgroupe). Utiliser la commande 2 et sous-commande 1 ou 2). Ce type de renvoi peut conduire à un aboutement de deux accès extérieurs. Programmer l’autorisation d’aboutement à l’installation. - Transgroupe ne fournit aucune indication de coût de communication en temps réel. MD EVOLUTION fournit en fn de communication un relevé de communication. L’un des champs identifie la communication de type privé ( champ FS, contenu FP). L’usager est identifié non par son N° privé mais par son N° d’annuaire interne.


- la numérotation abrégée complète ou incomplète accepte les N° privés et le faisceau de départ est programmé avec ‘FP’. 5. Exemple de programmation MD EVOLUTION en Transgroupe. Dans cet exemple transgroupe, le site a un plan de numérotation homogène, le N° de nœud est le 5, les N° annuaire de postes sont 3xx, 4xx. Noter que le mot de passe d'entrée en programmation ne doit pas commencer par le 5. Le faisceau physique N° 1 est utilisé pour les appels publics (accès par le préfixe 0) et les appels privés Transgroupe. Les préfixes d'accès aux faisceaux gardent les valeurs par défaut (seul utilisé ACCF1=0). Les classes de service des postes doivent être modifiées pour le droit au pilotage, le droit d'appel sortant privé, la table de discrimination associée, le droit au transfert par aboutement. Compte tenu que le 5 est utilisé comme N° de nœud, il faut le supprimer des premiers chiffres de N° d'annuaire (voir AINTi). Les écrans suivants montrent la programmation.

Lecture parametres des faisceaux FAISC= 1 FAINS= 2 INCOU= OUI

FARET= 1 TYRES= PRIVE >

Lecture du faisceau implicite FIMPL= F1

INTEX= OUI

Lecture parametres acces prive

INFPA+ 5 FILFP= 5 NOPRS= N

INTFP= 5 PREPU= 0 NDPRE= N

SUPPU= N

Lecture du plan de numerotation

AINT1= 3 AINT3= AINT7=

AINT2= 2 AINT5= AINT8=

AINT3= AINT6= >


ACCF1= 0 ACCF4= 83 <ACCF7= 882

ACCF2= 81ACCF5= 880 ACCF8= 883

ACCF3= 82ACCF6= 881 >


ACCFP=

INTFP= 5


< >

Lecture d'une classe de service

AFPAR= OUI TRFAB= OUI <

AFPDP= OUI CLIEN=ADM

DISFP= 1 APRIO= N >

MD EVOLUTION - euristel.com · Ericsson, MD110 et/ou MD Evolution M, Mi, XL, Xli, sans abonnement...

Documents

Transcript of MD EVOLUTION - euristel.com · Ericsson, MD110 et/ou MD Evolution M, Mi, XL, Xli, sans abonnement...