Formation :

Concept de base du réseau NGN

Effectué par : Charfedine Chammar

2013-2014
 Sommaire

Partie A: Généralité NGN .................................................................................................................... 4

1. Le réseau RTCP(Réseau Téléphonique Commuté publique).................................................... 4
1.1. Description : ............................................................................................................................ 4
1.2. Architecture réseau PSTN ....................................................................................................... 4
1.2.1. Zone Locale (ZL) ............................................................................................................ 5
1.2.2. Zone à Autonomie d’Acheminement (ZAA)................................................................... 5
1.2.3. Zones de Transit (ZT)...................................................................................................... 5
1.2.4. Zones de Transit Secondaire (ZTS) ................................................................................. 5
1.2.5. Zone de Transit Principale (ZTP) .................................................................................... 5
1.2.6. Zone de Transit Internationale (ZTI) ............................................................................... 5
2. Le réseau NGN............................................................................................................................... 6
2.1. Définition................................................................................................................................. 6
2.2. Modèle d'architecture en couche ............................................................................................. 7
2.3. Entités fonctionnelles du réseau NGN .................................................................................... 8
2.3.1. Le rôle du softSwitch....................................................................................................... 8
2.3.2. Le rôle du « Media Gateway » MGW ............................................................................. 9
2.3.3. Le rôle de L’IP-MSAN .................................................................................................. 12
2.4. Types de réseau NGN............................................................................................................ 12
2.4.1. NGN classe4 : ................................................................................................................ 13
2.4.2. NGN classe5: ................................................................................................................. 13
2.4.3. NGN multimédia: .......................................................................................................... 14
2.5. Protocoles du réseau NGN .................................................................................................... 15
2.5.1. Protocoles de contrôle d’appel ...................................................................................... 15
2.5.2. Les protocoles de commande de Médias Gateway ........................................................ 17
2.5.3. Protocoles de signalisation entre les Softswitchs .......................................................... 17
2.5.4. SIGTRAN (Signalling Transport) ................................................................................. 18
Partie B : Softx3000 & UMG 8900..................................................................................................... 19
1. Structure Physique du Softx ....................................................................................................... 19
2. Structure logique du Softx .......................................................................................................... 20
2.1. Line Interface Module ........................................................................................................... 21
2.2. System support module ......................................................................................................... 21

2
 2.3. Signaling Processing Module ................................................................................................ 22
2.4. Service Processing Module ................................................................................................... 23
2.5. Back Administration Module ................................................................................................ 24
2.5.1. Terminal OAM Software :............................................................................................. 24
2.5.2. Basic Functions of OAM ............................................................................................... 24
2.5.3. Gestionnaire de réseau ................................................................................................... 27
3. UMG8900 ..................................................................................................................................... 27
3.1. Categories des cartes ............................................................................................................. 27
3.1.1. Equipment and Resource Management Units ............................................................... 28
3.1.2. Service and Protocol Processing Units .......................................................................... 28
3.1.3. Switching and Cascading Units ..................................................................................... 29
3.1.4. Interface Units ............................................................................................................... 29
3.1.5. Media Resource Processing Units ................................................................................. 29

3
Partie A: Généralité NGN

1. Le réseau RTCP(Réseau Téléphonique Commuté publique)

1.1. Description :
 Le réseau téléphonique traditionnel utilise la commutation de circuits (PSTN en anglais
pour Public Switched Telephone Network).

 La commutation de circuits (aussi nommée transmission TDM ‘Time Division

Multiplexing’) est caractérisée par l’établissement d’une liaison bidirectionnelle entre deux
extrémités du réseau pendant toute la durée de la communication, assurant la continuité du
transfert de l’information en temps réel. Le principal inconvénient de cette méthode de
commutation est qu’elle gaspille de la capacité en bande passante puisque la ligne ne peut
être utilisée que pour cette communication.

1.2. Architecture réseau PSTN

Dans la commutation de circuits, les commutateurs sont reliés entre eux par des circuits et
aux abonnés par des lignes d’abonnés. Les commutateurs sont hiérarchisés. Selon la
terminologie de différents opérateurs, le réseau RTCP est ainsi divisé en plusieurs sous-
ensembles suivant un découpage en différentes zones.

Figure1. Architecture d'un réseau PSTN

4
 1.2.1. Zone Locale (ZL)
Dans la zone locale, les abonnés sont raccordés à un étage d’abonné (local ou distant). Les
étages d’abonnés établissent les connexions entre les lignes d'abonnés et leur CAA
‘commutateur à autonomie d’acheminement’ de rattachement.

1.2.2. Zone à Autonomie d’Acheminement (ZAA)

Une ZAA est une zone géographique formée par un ensemble de ZL appartenant à une
même zone. Les commutateurs qui équipent une ZAA sont des CAA (Centres Locaux). Ils
gèrent la commutation de circuits et l’acheminement du trafic entre différentes ZL et entre
différents CAA d’une même ZAA.

1.2.3. Zones de Transit (ZT)

Il y a plusieurs zones de transit selon que l’on se trouve à un niveau régional, national ou
international.

1.2.4. Zones de Transit Secondaire (ZTS)

Une ZTS est délimitée par un (ou plusieurs) CTS (Commutateur de Transit
Secondaire) qui gèrent un ensemble de CAA situés dans la zone considérée. Les CTS
n’intègrent aucune intelligence et assurent uniquement le brassage des circuits lorsqu'un
CAA ne peut directement atteindre le CAA du destinataire.

1.2.5. Zone de Transit Principale (ZTP)

Une ZTP regroupe plusieurs ZTS et inclut un CTP (Commutateur de Transit
Principal) qui gèrent les CTS de la zone. Cette zone assure la commutation des liaisons
longue distance.

1.2.6. Zone de Transit Internationale (ZTI)

Les CTP sont reliés à un Commutateur de Transit International (CTI) permettant de
traiter le trafic provenant ou à destination de l’international.

Par exemple, Tunisie Télécom dispose de deux centres de transit internationaux

(Kasba et Nabeul).

 Dans un réseau RTC, la signalisation est assurée sous le protocole SS7.

5
  La fourniture de services à valeur ajoutée est possible grâce à l’implémentation d’un «
réseau intelligent » (Intelligent Network ou IN).

2. Le réseau NGN
Depuis plusieurs années les réseaux de télécommunications sont basés sur une architecture de
commutation de circuits, mais ces réseaux sont généralement limités par le débit. De plus les
besoins des clients à des services plus évolués nécessitent la migration vers un nouveau réseau qui
supporte plusieurs services tel que voix, données et vidéos, donc la migration vers un réseau tout IP.
Le réseau de la prochaine génération NGN (New Generation Network), avec leur architecture,
offrent des nouveaux services.
Dans cette première partie on va présenter l’architecture de réseau NGN.

2.1. Définition
Un NGN (Next Generation Networks) est défini par l’Union internationale des télécommunications
(UIT) comme un réseau en mode paquet, en mesure d'assurer des services de télécommunication
et d'utiliser de multiples technologies de transport à large bande à qualité de service imposée et dans
lequel les fonctions liées aux services sont indépendantes des technologies sous-jacentes liées au
transport.
L'ensemble des acteurs (constructeurs, opérateurs, fournisseurs de service) s'accorde globalement
pour définir les NGN comme un système offrant des services multimédia en s’appuyant sur un
réseau support mutualisé et caractérisé par plusieurs éléments essentiels :
 Réseau multiservice : voix ,données et video
 une séparation en plusieurs couches de l’accès, du transport, de la commande et des
services
 une interopérabilité via des interfaces ouvertes entre ces différentes couches et les
autres réseaux
 Réseau utilisant le mode paquet
 Réseau avec qualité de service garantie
 une utilisation de composants basés sur des standards
Avantage NGN :
 Souplesse
 Réduction de coût
 Simplification de l’exploitation et de la maintenance
 Déploiement rapide des services et applications

6
  Offrir Des nouveaux services

2.2. Modèle d'architecture en couche

Le passage à une architecture de type NGN est caractérisé par la séparation des fonctions de
commutation physique et de contrôle d’appel.
L’architecture NGN introduit un modèle en couches, qui divise les fonctions et équipements
responsables du transport du trafic et du contrôle. Comme la montre la figure ci-dessous.

 La couche d'accès
Elle regroupe les fonctions et équipements permettant de gérer l’accès des équipements utilisateurs
au réseau, selon la technologie d’accès (câble, cuivre, fibre optique, boucle locale radio, xDSL).
Cette couche inclut par exemple les équipements DSLAM fournissant l’accès xDSL ou IP MSAN
fournissant l’accès voix et xDSL .
 La couche Transport
La couche de transport, qui est responsable de l’acheminement du trafic voix ou données dans le
cœur de réseau, selon le protocole utilisé.

7
Les équipements importants à ce niveau dans une architecture NGN sont la MGW (Media
GateWay) et le SG (Signaling Gateways) qui gère respectivement la conversion des flux de
données et de signalisation aux interfaces avec les autres ensembles réseau ou les réseaux tiers
interconnectés, via différents types de réseaux physiques disponibles (RTC, IP, ATM, …).
 La couche de contrôle
Elle gère l’ensemble des fonctions de contrôle des services en général, et de contrôle d’appel en
particulier pour le service voix.
L’équipement important à ce niveau dans une architecture NGN est le serveur d’appel, plus
communément appelé «Softswitch», qui gère d’une part les mécanismes de contrôle d’appel
(pilotage de la couche transport, gestion des adresses), et d’autre part l’accès aux services (profils
d’abonnés, accès aux plates-formes de services à valeur ajoutée).
 la couche services
Elle regroupe les plates-formes d’exécution de services et de diffusion de contenus. Elle
communique avec la couche contrôle du cœur de réseau via des interfaces ouvertes et normalisées,
indépendantes de la nature du réseau d’accès utilisé. Les services et contenus eux-mêmes sont par
ailleurs développés avec des langages convergents et unifiés
Cette couche inclut généralement des serveurs d’application SIP, car SIP (Session Initiation
Protocol) est utilisé dans une architecture NGN pour gérer des sessions multimédias en général, et
des services de voix sur IP en particulier.
Ces couches sont indépendantes et communiquent entre elles via des interfaces ouvertes. Cette
structure en couches permet de garantir une meilleure flexibilité et une implémentation de nouveaux
services plus efficaces.
La mise en place d’interfaces ouvertes facilite l’intégration de nouveaux services développés sur un
réseau d’opérateur mais peut aussi s’avérer essentielle pour assurer l’interconnexion d’un réseau
NGN avec d’autres réseaux qu’ils soient NGN ou traditionnels.

2.3. Entités fonctionnelles du réseau NGN

Un réseau NGN utilise un ensemble d équipements jouent le même rôle qu’un commutateur
traditionnel, mais qui sont séparés en trois composants distincts.

2.3.1. Le rôle du softSwitch

Dans une infrastructure NGN, un softswitch n'est autre qu'un serveur informatique, doté d'un
logiciel de traitement des appels vocaux. Le trafic voix est en général paquetisé par le media
gateway, et pris en charge par les routeurs de paquets du réseau de l’opérateur. Un softswitch va

8
identifier les paquets voix, analyser leur contenu pour détecter le numéro vers lequel ils sont
destinés, confronter ces numéros avec une table de routage (qui indique ce que le softswitch doit
faire en fonction de chaque numéro), puis exécuter une tâche (par exemple transmettre ou terminer).
Physiquement, un softswitch peut être implanté sur un serveur dédié ou bien être installé
directement sur un équipement différent comme un media gateway ou même un commutateur
traditionnel TDM. Dans ce cas, on parlera d’architecture complètement distribuée.
C’est la solution qui gère dans un réseau NGN l’intelligence du service de commutation, cet
équipement assure :
 L’échange des messages de signalisation transmis de part et d'autre avec les passerelles
de signalisation, et l’interprétation de cette signalisation.
 Le routage des paquets au sein du réseau.
 Le choix du MGW de sortie selon l'adresse du destinataire, le type d'appel, la charge du
réseau.
 La réservation des ressources des Media Gateway et leurs commandes.

2.3.2. Le rôle du « Media Gateway » MGW

Le media Gateway constitue le deuxième élément essentiel déployé dans un réseau NGN.
Cet équipement est située entre le réseau RTCP et les réseaux en mode paquet, ou entre le cœur de
réseau NGN et les réseaux d’accès. Il est piloté par le MGC.
Il a pour rôle:
 Acheminement du trafic et interfonctionnement avec
 Les réseaux externes
 Les divers réseaux d’accès
 Conversion de la signalisation (entité fonctionnelle Signalling Gateway)
 Conversion du trafic selon type de codec (G.711, G.723.1, G729A et G.726) (entité
fonctionnelle Media Gateway)
Trois grandes classes de gateway :

 Trunking Gateway (TGW)

Raccordement des commutateurs TDM de l’opérateur au réseau NGN pour les communications
grande distance (NGN Transit).

9
  Access Gateway (AGW)

C’ est un multiplexeur d’accès abonnés,Il autorise tout type d’accès : analogique (POTS), RNIS,
xDSL, data IP

 Signalling Gateway (SGW)

La fonction Signaling Gateway a pour rôle de convertir la signalisation échangée entre le

réseau NGN et le réseau externe interconnecté selon un format compréhensible par les équipements
chargés de la traiter, mais sans l’interpréter (ce rôle étant réservé au Media Gateway Controller).

La SGW assure l’adaptation de la signalisation par rapport au protocole de transport utilisé

(ex. : adaptation TDM / IP).

Deux types de media gateway sont disponibles sur le marché, en fonction du type de solution voix
choisie par l’opérateur et du rôle de ce media gateway :

 Les passerelles VoIP pour convertir des lignes d’accès TDM en flux IP,

 Les passerelles VoATM pour convertir des lignes d’accès TDM en flux ATM,

 Codage :

Les Codecs (Codeur Décodeur) numérisent et compressent la voix pour consommer moins de bande
passante. Plusieurs algorithmes sont utilisés pour différents codecs (G.729, G.723, etc.). Plus on
compresse, plus la qualité est altérée et plus les temps de calcul sont longs (ce qui entraîne des
retards de transmission).

 G.711

C’est le codage PCM (Pulse Coded Modulation sur 7 bits à 56 kb/s aux Etats-Unis) ou MIC
(Modulation par Impulsions Codées sur 8 bits à 64 kb/s en Europe) de la voix. Il offre la meilleure
qualité au détriment de la bande passante.

 G.723.1

Algorithme de compression/décompression à deux taux 5.3 et 6.3 Kbps, utilisant les

algorithmes ACELP et MQMLP.

 G.726

10
 Ce codage permet de compresser une liaison 64 kb/s pour aboutir à un débit de 40, 32, 24 ou
16 kb/s. Cela permet un gain de bande passante.

 G.729

Codage à 8 kb/s. Largement employé en Voix sur IP grâce à son bon compromis qualité /
bande passante. La variante G.729a, compatible, requiert moins de puissance de calcul. La variante
G.729b permet la compression des silences.

 QoS :

Pour assurer une bonne qualité de la voix, la MGW doit supporter la fonctionnalité QoS : (Quality
Of Service) est un ensemble de techniques visant à assurer une bonne qualité de la voix sur les
réseaux IP en combattant :

 les délais de transmission

 la gigue

 et la perte de paquets.

 Délai (ou Latence)

Le délai de transit (ou end-to-end delay) est l’un des paramètres critiques influençant
fortement la QoS d’un service de voix sur IP. C’est le temps que va mettre en moyenne un paquet
IP contenant un échantillon de voix pour traverser l’infrastructure entre deux interlocuteurs.

 Gigue (jitter)

La variation de temps de transit, est la conséquence du fait que tous les paquets contenant des
échantillons de voix ne vont pas traverser le réseau à la même vitesse. Cela crée une
déformation de la voix

 la perte de paquets (Packet Loss)

La transmission de la voix par paquets s’appuie sur le protocole RTP (real-time transport
protocol). Ce dernier permet de transmettre sur IP les paquets de voix en reconstituant les
informations même si la couche de transport change l'ordre des paquets. Il utilise pour cela des
numéros de séquence et s’appuie sur le protocol UDP.

11
 Les pertes de données VoIP sont dues aux congestions sur le réseau, qui entraînent des rejets
de paquets tout au long du réseau, ou à une gigue excessive qui va provoquer des rejets de
paquet dans les buffers de gigue du récepteur, ceux-ci ne pouvant pas accueillir tous les paquets
arrivés en retard.

La MGW doit supporter la fonction ‘Dynamic buffering technology’ afin de réduire les délais de
transmission et la gigue et la fonction ‘Lost-packet compensation technology’ pour réduire l’effet
de la perte de paquets.

2.3.3. Le rôle de L’IP-MSAN

Un IP-MSAN « Multi-Service Access Node » est un équipement d’accés capable de prendre en
charge des centaines d'abonnés Pots et ADSL sur une seule interface réseau.
Grâce à ces IP-MSANs, Tunisie Telecom a ainsi pu déployer le FTTC. La technique FTTC (Fiber
To The Curb) offre une connexion en fibre optique jusqu’au sous-répartiteur (SR) où est localisé le
MSAN. La liaison entre le SR et le client se poursuit en cuivre. La transmission des données se fait
soit ADSL ou VDSL2.
Tunisie Telecom a commencé à mettre en place la technique FTTC vers les IP-MSAN depuis mi-
2010.

2.4. Types de réseau NGN

Il existe 3 types du réseau NGN :
 NGN classe4
 NGN classe5
 NGN multimédia

12
Le choix de déploiement à retenir conditionne en grande partie les bénéfices à attendre de la mise
en place d’un réseau NGN du point de vue de l’économie de coût. Deux grands scénarios peuvent
ainsi être dégagés :
 Scénario 1 : Mise en place de solutions NGN jusqu’au commutateur de classe 4
 Scénario 2 : Mise en place de solutions NGN jusqu’au classe 5
Les NGN Class 4 et Class 5 (NGN téléphonie) sont des architectures de réseau offrant uniquement
les services de téléphonie :
 Dans le RTC, un commutateur Class 4 est un centre de transit
 Dans le RTC, un commutateur Class 5 est un CAA

2.4.1. NGN classe4 :

Cette classe permet le remplacement des centres de transit téléphoniques.

2.4.2. NGN classe5:

cette classe permet le remplacement des SR par les IPMSANs. Il existe deux types d’IP-MSAN
chez Tunisie télécom: Siemens et Huawei.
Les commutateurs de class 5 constituent le point de raccordement avec l’abonné pour la fourniture
des services voix basiques.
Toutefois, compte tenu de la forte progression de la pénétration des services hauts débit et du
diminuation de la demande en services de téléphonie traditionnelle, les opérateurs considèrent de
plus en plus l’opportunité de faire converger leur infrastructure d’accès vers une plate-forme IP
commune tel que le déploiement de l’équipement MSAN.

13
 2.4.3. NGN multimédia:
Le NGN multimédia est une architecture offrant les services multimédia (exemple : messagerie
vocale/vidéo, conférence audio/vidéo, Ring-back tone voix/vidéo) puisque l'usager a un terminal IP
multimédia. Cette solution est plus intéressante que les précédentes puisqu’elle permet à l’opérateur
d’innover en termes de services par rapport à une solution

NGN téléphonie qui se cantonne à offrir des services de téléphonie

14
Etape de Migration:

Figure : Migration PSTN To NGN

2.5. Protocoles du réseau NGN

La convergence des réseaux voix/données ainsi que le fait d’utiliser un réseau en mode
paquet pour transporter des flux multimédia, ayant des contraintes de « temps réel », a
nécessité l’adaptation de la couche contrôle.
En effet, ces réseaux en mode paquet étaient généralement utilisés comme réseau de transport
mais n’offraient pas des services permettant la gestion des appels et des communications
multimédia. Cette évolution a conduit à l’apparition de nouveaux protocoles, principalement
concernant la gestion des flux multimédia, au sein de la couche contrôle.

2.5.1. Protocoles de contrôle d’appel

Les protocoles de contrôle d’appel permettent l’établissement d’une communication entre deux
terminaux ou entre un terminal et un serveur.
Les deux principaux protocoles sont H.323, norme de l’UIT et SIP, standard développé par l’IETF
(Internet Engineering Task Force).

15
  Le protocole H.323
H.323 est un protocole qui traite la visioconférence sur RNIS. H.323 normalise les procédures
d'établissement et de gestion des appels, et établit une liste de codecs audio et vidéo obligatoires ou
conseillés permettant aux deux parties de négocier entre elles et d'échanger des appels.
Le protocole H.323 s'articule autour de quatre composants majeurs qui interagissent dans un réseau
de commutation par paquets :
 Les terminaux H.323 qui sont des systèmes multimédia (téléphone, PC) permettant de
communiquer en temps réel.
 Le GATEKEEPER fournit le services suivants :
 traduction d’adresses
 Contrôle de bande passante
 Signalisation de contrôle d’appel
 Gestion de l’établissement des appels
 La passerelle H.323 gère l’interconnexion entre le réseau IP et le réseau téléphonique
classique.
 L’unité de contrôle qui gère les connexions multipoint. Il se décompose en un Multipoint
Controller (MC), affecté à la signalisation, et un Multipoint Processor (MP), dédie à la
transmission proprement dite.

 Le protocole SIP
Le protocole SIP (Session Initiation Protocol) défini par l’IETF, est un protocole de
signalisation assurant l’établissement d’appel et de conférences en temps réel sur des réseaux IP
ainsi que la libération et la modification de sessions multimédias.
Il prend en charge la gestion des sessions d’application NGN, tel que la présence de l’usager, les
services de messagerie instantanée. Il apporte la capacité multimédia.
Le protocole SIP hérite des certaines fonctionnalités des protocoles HTTP (Hyper Text Transport
Protocol) utilisés pour naviguer sur le WEB, et SMTP (Simple Mail Transport Protocol) utilisé pour
transmettre des messages électroniques (E-mails).
L'architecture de SIP est basée sur des relations client/serveur. Les principales composantes sont le
terminal (User Agent), le Proxy Server, le Redirect Server et le Registrar.
 Le terminale (User agent) : peut communiquer directement entre eux ou par
l'intermédiaire d'autres serveurs.
 Le Proxy Server : joue le rôle de serveur d’un côté (réception de requête) et de client de
l’autre côté (envoi de requête).

16
  Le Redirect Server : retourne à l’émetteur la ou les adresses du nœud suivant à contacter
directement.
 Le Registrar : gère les enregistrements des UA.

2.5.2. Les protocoles de commande de Médias Gateway

Les protocoles de commande de Média Gateway sont issus de la séparation entre les couches
Transport et Contrôle. Ils permettent au Softswitch de gérer les Media Gateway.

 Le protocole historique : MGCP

Il a été conçu pour des réseaux de téléphonie IP utilisant des passerelles VOIP. Il gère la
communication entre les Media Gateway et le Softx. Ce protocole traite la signalisation, le contrôle
d’appels et la gestion du flux media.

 Le protocole alternatif : MEGACO/H.248

C’est un protocole dérivé du MGCP, le protocole MEGACO/H.248 possède des améliorations
par rapport à MGCP à savoir:
 Support de services multimédia et de vidéoconférence.
 Possibilité d’utiliser UDP ou TCP.
 Utilisation du codage en mode texte ou binaire.
MGCP et H248 sont deux protocoles complémentaires à SIP.

2.5.3. Protocoles de signalisation entre les Softswitchs

L’interconnexion des réseaux de données avec les réseaux existants TDM utilisant la
signalisation SS7, a nécessité le développement de protocoles dédiés à l’interconnexion des
réseaux et au transport de la signalisation SS7 sur des réseaux en mode paquet.
Ces protocoles permettent la gestion du plan contrôle et le dialogue entre les MGCs.
Il s’agit essentiellement de : BICC (Bearer Independant Call Control), SIGTRAN (SIGnalling
TRANsport) et SIP-T (SIP pour la Téléphonie) au niveau du cœur du réseau.

 Protocole BICC (Bearer Independant Call Control)

Ce protocole a pour objectif la gestion de la communication entre les serveurs de contrôle.
En vue d’une migration des réseaux téléphoniques (SS7) vers une architecture NGN, une
recommandation de l’UIT, le protocole BICC, doit étendre le protocole de signalisation
actuellement implémenté sur les réseaux téléphoniques, l’ISUP.
En effet BICC est en grande partie issu de l’ISUP ; les recommandations font d’ailleurs
directement référence à l’ISUP, quant à sa définition mais aussi pour l’interopérabilité avec H.323.
La première version de ce protocole, BICC CS1 (BICC Capability Set 1) définit le transport de
signalisation sur un réseau ATM en tant que réseau de transit. La seconde version de ce protocole,

17
BICC CS2, élargit énormément son rayon d’action et les capacités. Il permet l’utilisation d’un
réseau IP comme réseau de transit. Il s’agit de « tunneling » de messages de signalisation par le
protocole BICC sur un réseau de transport IP, de passerelle à passerelle (Signalling Gateway), donc
transparent pour les MGC du réseau IP.

 Protocole SIP entre Media Gateway Controller: SIP-T

L’Internet Draft SIP-T (SIP pour la téléphonie) de l’IETF définit la gestion de la téléphonie par
le protocole SIP ainsi que l’interconnexion avec le RTC : cependant uniquement avec le protocole
SS7 ISUP. SIP-T assure :

 L’encapsulation des messages ISUP à l’intérieur de messages SIP, permettant la

transmission de façon transparente de la signalisation ISUP dans le cas de transit par un
réseau IP.
 Le renseignement de l’en-tête du message SIP par les informations contenues dans le
message ISUP, permettant d’acheminer le message correctement à travers le réseau IP et de
terminer les appels sur un terminal SIP.

2.5.4. SIGTRAN (Signalling Transport)

Le SIGTRAN est développé par un groupe de travail de l’IETF. Ce groupe définit le protocole
de contrôle entre :

 Les Signalling Gateways, qui reçoivent la signalisation SS7 sur TDM, et la convertissent en
SS7 sur IP.
 Les Media Gateway Controllers, qui interprètent la signalisation SS7 sur IP.
 Les « Signalling Points » du réseau IP (serveurs de contrôle d’appel).

Ce protocole utilise une nouvelle couche de transport appelée Stream Control Transmission
Protocol (SCTP) permettant de pallier les défauts du protocole TCP pour la gestion des messages de
signalisation.

Couche d’adaptation M2UA

18
Partie B : Softx3000 & UMG 8900
1. Structure Physique du Softx
Physiquement le SoftX3000 est composé de trois parties:

 OSTA frame
 Back administration module (BAM)
 iGWB (billing gateway)

OSTA frame est la partie principale du SoftX3000, qui fournit les fonctions de traitement de service
et la gestion des ressources. Le BAM, PC (WS) et IGWB construire le fond de la SoftX3000, qui
offre les fonctions OAM et la gestion la facturation.

Pour OSTA (Open Standard telecom Architecture) Frame, les cartes avant (front boards) sont:

 Cartes de services
 Cartes de gestion de système
 Carte d'alarme

Les cartes arrière (back boards) sont :

 Cartes d'interface
 Cartes de communication Ethernet

(1) Power (2) Interface (3) Ethernet communication (4) Back (5)
boards boards boards boards Backplane
(6) Front (7) Service (8) System management boards (9) Alarm
boards boards board

19
Les SMUIs, SIUIs, HSCIs, ALUI et UPWRs sont des cartes obligatoires et sont configurés en positions fixe
dans le frame 0. Les SMUIs occupent les Slots front 6 et 8. Les HSCIs occupent les Slots back 7 et 9. Le
ALUI occupe le slot front 16. Les UPWRs occupent les Slots 17
et 18, et 19 et 20.

Les IFMI et BFIIs dans la moitié gauche du frame, et les CDBIs dans la moitié droite du
frame sont obligatoires. Il est recommandé de configurer le IFMI fixe dans les emplacements 0 et
1, et CDBIs fixe dans les slots 10 et 11 pour une extension future.

 Les cartes suivants sont également configurés en frame 0:

 (FCCU)
 (BSGI)
 (MSGI)

Fig :Structure physique du Softx

2. Structure logique du Softx

Le SoftX3000 est fonctionnellement composé de cinq modules logiques:

 Line interface module

 System support module
 Signaling processing module
 Service processing module

20
  Backend administration module

2.1. Line Interface Module

Le module d'interface de ligne fournit le port Ethernet (FE) d’ interfaces rapides qui peuvent
répondre aux exigences de mise en réseau du système.

Ce module fournit les interfaces physiques FE pour la mise en réseau.

Line Interface Board Function
IFMI(IP Forward Module) Il communique avec les périphériques externes tels que la
connexion réseau IP via l'interface Ethernet de 100 Mbit / s
fourni par BFII.
Transmettre les types de messages suivants à la BSGI ou le
MSGI par le bus Ethernet conformément à la stratégie
spécifique:
 UDP
 TCP
 SCTP
BFII(Back Insert FE Interface Unit)  Le BFII est la carte d'interface arrière de la IFMI.
 Il est utilisé pour effectuer FE conduite, et de
fournir l’interfaces physiques externes pour le IFMI.
 Elle assure l'interface FE pour le IFMI.
Il est configuré en paire avec le IFMI.
 BFII est en mode 1 +1.

2.2. System support module

Le module de support de système met en oeuvre les fonctions suivantes

21
  Software loading
 Data loading
 Equipment management
 Equipment maintenance
 Inter-board communication
 Inter-frame communication

Le tableau ci-dessous liste les cartes et leurs fonctions dans ce module.

System Support Board Function

SMUI(System Management Unit) C’est la carte de commande principal d'un frame.
Elle offre les fonctions suivantes:
• Le chargement du programme et le contrôle de tous les
équipements du système
• configuration des données

•contrôle l'état d’exécution des différentes boards.

SIUI (System Interface Unit) Fournit les interfaces Ethernet à la SMUI. Chaque SIUI est
configuré pour le correspondant SMUI.
HSCI(Hot-Swap and Control Unit) Elle assure le:

 Contrôle la permutation des cartes.

2.3. Signaling Processing Module

Le module de traitement de signalisation permet la transformation de la couche inférieure de
signalisation et des protocoles, tels que:

 MTP
 SIGTRAN
 TCP/UDP
 H.248
 MGCP

Bottom-Layer Signaling
Processing Board Function
BSGI Codage et décodage les messages suivantes :

 MGCP(Media Gateway Control Protocol)

 H.248(H.248/MeGaCo protocol)
 UDP
 SCTP
 M2UA(SS7 MTP2-User Adaptation Layer)
 M3UA(SS7 MTP3-User Adaptation Layer)

22
 Bottom-Layer Signaling
Processing Board Function
 IUA(ISDN User Adaptation Layer)

Distribuer ces messages aux FCCU pour le traitement via le

plan de commutation Ethernet.

Les alarmes générées par le BSGI sont signalés au SMUI.

MSGI Il code le UDP, TCP, et les protocoles de signalisations
multimédia, tels que:

 SIP(: Session Initiated Protocol SIP)

 H.323
Distribuer ces messages aux FCCU pour le traitement via le
plan de commutation Ethernet
Les alarmes générées par le MSGI sont signalés au SMUI.

2.4. Service Processing Module

Le module de traitement de service possède les fonctions suivantes:

 Le traitement de la couche 3 et les couches supérieures de protocoles requis par les services
et fonctionnalités, telles que TUP, ISUP
 Fournir le control d'appel du couche applicatif.
 Travailler en tant que base de données centrale pour stocker les données sur les ressources
centralisées, tels que les ressources inter office trunk.

Service Processing Board Function

FCCU La FCCU est responsable du contrôle d'appels et le traitement
du message de signalisation H.323, SIP, MGCP, H248 et ceux
de la couche MTP3, INAP et messages ISUP.
Fournir les messages de taxation.
Stocké les CDRs du Softx
Les alarmes générées par le FCCU sont signalés au SMUI.
CDBI • Il s'agit de la base de données centrale du système.
• stocke les ressources Trunk inter-office, l'état de la capacité
des ressources, des données d'abonnés et des données IP
Centrex.

CDBI est en mode 1 +1.

23
 2.5. Back Administration Module

Le background de SoftX3000 se compose de BAM, IGWB, et WSs. Le module fournit des

fonctions de gestion de factures et OAM. Il fournit un certain nombre d'entretien et la gestion
d'interfaces, telles que:

 Les interfaces homme-machine

 Les interfaces de gestion de réseau
 Interfaces de facturation

2.5.1. Terminal OAM Software :

Le logiciel du terminal OAM fonctionne sur le BAM, IGWB et WS,il permet de mettre en œuvre
les fonctions suivantes sur l'hôte:

 Data management
 Device management
 Alarm management
 Performance measurement
 Signaling tracing
 Bill management

Le logiciel du terminal OAM adopte le modèle client / serveur, et se compose de trois parties:

 BAM server software

 Billing gateway software
 Client software

Le logiciel serveur du BAM fonctionne sous Windows 2000 Server, et utilise SQL Server 2000
comme plateforme de base de données. Il fournit les fonctions du logiciel OAM de terminal par
l'intermédiaire de plusieurs processus de service parallèles, tels que:

 Maintenance process
 Data management process
 Alarm process
 PM process

2.5.2. Basic Functions of OAM

Le SoftX3000 fournit un environnement MML graphique, dans laquelle un certain nombre de
fonctions OAM peut être atteint, comme :

 la gestion de la maintenance

24
  gestion des données
 la gestion des alarmes
 la gestion de la facturation
 la gestion de trace
 la mesure de la performance

 Maintenance Management

La fonction de gestion de maintenance fournit plusieurs méthodes de contrôle de la maintenance,

tels que :

• Requête (Query)
• Affichage(Display)
• Commutation(Switchover)
• Réinitialiser(Reset)
• Isolation()
• Bloquer(Block)
• Activation()

En utilisant ces méthodes, vous pouvez efficacement gérer et entretenir les éléments suivants:

 Gateways
 Terminals
 Hardware components of the SoftX3000
 System resources of the SoftX3000
 Signaling links of the SoftX3000
 Physical ports of the SoftX3000

 Data Management

La fonction de gestion de données offre plusieurs méthodes de fonctionnement de base de données,

tels que:

 Ajout
 Suppression
 Modification
 Interrogation
 Stockage
 Sauvegarde
 restauration

En utilisant ces méthodes, vous pouvez efficacement gérer et maintenir les données SoftX3000
suivantes:

 Device data
 Gateway data

25
  Signaling data
 Routing data
 Charging data
 Subscriber data

 Alarm Management

Le module de gestion d'alarme fournit les fonctions suivantes:

 Recevoir et traiter les alarmes générées par le système

 La création des signaux audio et vidéo provenant de l’équipement d'alarme (boîtier
d'alarme) basé sur le type d'alarme et le niveau d'alarme
 Interpréter et transmettre les messages d'alarme à la NMS via l'interface NMS
 Stocker les enregistrements d'alarme
 Interroger l’historique des alarmes
 Réglage le modes de traitement d'alarme

 Charging and Bill Management

La taxation et la gestion de la facturation gèrent et exploites les informations de la facturation, qui

est stocké dans une machine de facturation et le disque dur IGWB. Les fonctions sont les suivantes:
 L'obtention des factures à partir de l'hôte
 Interrogation des factures
 Sauvegarde des factures
 Conversion du format de facture
 L'envoi des factures au centre de facturation

 Trace Management

Le gestionnaire de Trace fournit les fonctions suivantes:

 traçage de la signalisation
 traçage du trafic
 Interprétation du message

 Performance Measurement

La fonction de PM permet de mesurer les différentes données de tous types de services et d'appels.
En analysant les résultats de la PM, vous pouvez obtenir les conditions de fonctionnement du
SoftX3000, les passerelles et l'ensemble du réseau. La fonction de mesure du performance fournit
les données de base pour la planification, la conception, l'exploitation, la gestion et la maintenance
des réseau de télécommunications.

26
 2.5.3. Gestionnaire de réseau
MML le gestionnaire des interfaces réseau à travers le BAM, qui permet au SoftX3000 de
s'interconnecter avec le NMC (network management component).

le système de gestion de réseau a les fonctions suivantes:

 Le N2000 UMS intègre le logiciel client OAM de la SoftX3000 pour connecter le BAM via
une interface MML. Cela équivaut à un WS à distance du système de terminal.
 Le N2000 UMS fournit une gestion centralisée pour les éléments de réseau NGN, y
compris:

 UA5000
 UMG8900
 IAD

Le N2000 UMS assure la gestion des ressources NGN, y compris:

 La gestion des ressources des équipements

 Service de la gestion des ressources

3. UMG8900

3.1. Categories des cartes

le UMG8900 adopte une structure matérielle distribuée et utilise plusieurs types de cartes à porter et
convertir différents services. Les cartes peuvent être répartis dans les catégories suivantes en
fonction de leurs fonctions:
 Unité de gestion des ressources et des équipements
 Service et l'unité de traitement de protocole
 Commutation et unité de cascade
 Unité d'interface
 Unité de transformation des ressources médias
 Unité de l'Horloge

27
 3.1.1. Equipment and Resource Management Units

Board Name Backup Board Position Function

Mode
Logical Physical
Board Board
Operation Media Master/slave Il est inséré dans les L'OMU gère toutes les
Maintenance gateway Slots front 6, 7, 8 et 9 frames du UMG8900
Unit (OMU) Operation de la frame de lorsque plusieurs frames
Maintenance commande principale sont configurés.
UnitB SSM-32. Le MOMB peut convertir
(MOMB) Chaque carte occupe les données de service à
deux emplacements. large bande (broadband).
une carte TNC en Les cartes fournit les
back correspondante interfaces externes, y
est nécessaire. compris l'interface de la
console.
Main Media Master/slave Il est inséré dans les The MPU manages the
processing gateway Main Slots front 6, 7, 8 et 9 boards in the frame where
unit (MPU) Processing du SSM-32 service the MPU is located.
UnitB frame.
(MMPB) Chaque carte occupe The MMPB can convert the
deux emplacements. broadband service data.
une carte TNC en
back correspondant
est nécessaire.
Connection Media Master/slave Il est inséré dans une La CMU traite des
Maintenance gateway slot front commune messages du protocole de
Unit (CMU) Connection du frame SSM-32. commande de ressources de
Maintenance Aucune carte support et exploite les
Front Unit correspondante en ressources correspondantes.
(MCMF) back est nécessaire.

3.1.2. Service and Protocol Processing Units

Board Name Backup Mode Board Position Function

Logical Physical Board
Board
High-speed Media gateway Master/slave elle est inséré dans une Le MHRU
Routing Unit High-speed Routing slot front commune du transfère le RTP /
(HRB) Unit (MHRU) frame SSM-32. RTCP et les
Une carte back services de trafic
correspondante E8T/E1G IP.
est nécessaire.
Front Signalling Media gateway Front Load sharing elle est inséré dans une Le SPF effectue
Processing unit Signalling Processing slot front commune du l’adaptation et le

28
 Board Name Backup Mode Board Position Function
Logical Physical Board
Board
(SPF) unit (MSPF) frame SSM-32. transfère de la
pas besoin d’une carte signalisation
back correspondante.

3.1.3. Switching and Cascading Units

Board Name Backup Mode Board Position Function

Logical Board Physical Board
Net Link Unit Media gateway Net Load sharing elle est inséré dans Le NLU fournit 2 x 1.25g
(NLU) Link Unit (MNLU) les slot back 4, 5, 10 / 1 x 1.25G capacité de
et 11 du frame cascade et de la fonction
SSM-32. d'interface sur le plan de
données à large bande.

3.1.4. Interface Units

Board Name Backup Board Position Function

Mode
Logical Board Physical Board
1-port GE Media gateway one- Nullbackup elle est inséré dans les slot The E1G provides
Optical interface port GE Optical back .Une carte front one GE interface.
card (E1G) interface card (MG1O) correspondante HRU est
nécessaire
1*155M Media gateway Master/slave elle est inséré dans une Le MS1L fournit
SDH/SONET 1*155M SDH/SONET or load slot back commune du une interface
optical interface optical interface card sharing frame SSM-32. optique SDH à
card (S1L) (MS1L) pas besoin d’une carte 155 Mbit / s.
front correspondante.
32*E1 port Media gateway 32*E1 Load sharing elle est inséré dans une Le ME32 fournit
TDM interface ports TDM interface slot back commune du une interface à
board (E32) board (ME32) frame SSM-32. 32*2 Mbit / s.
pas besoin d’une carte
front correspondante.

3.1.5. Media Resource Processing Units

Voice Media Load elle est inséré dans Le VPU travaille avec les sous-
Processing gateway sharing une slot front cartes voix.
Unit (VPU) Voice commune du frame Le VPU permet le transcodage
Processing SSM-32. et la fonction de EC pour les
Unit D pas besoin d’une flux de services voix.Le VPU
(MVPD) carte back fournit l’announcement playing
correspondante.

29
Clock Units
Board Name Backup Board Position Function
Mode
Logical Physical Board
Board
Clock Unit Media gateway Master/slave elle est inséré dans Le CLK fournit des
(CLK) Clock Unit une slot back signaux d'horloge pour
(MCLK) commune du frame les services.
SSM-32. Les interfaces externes
pas besoin d’une comprennent l'entrée
carte front d'horloge / interfaces
correspondante. de sortie.

30