Livre2.ppt

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved
www.huawei.com
Internal
Configuration de
l’interconnexion avec le
PSTN/MSC

HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 2
Objectifs
 Après la fin de ce cours, vous serez capables de :
Comprendre les solutions d’interconnexion entre le MSOFTX3000 et
le PSTN/MSC
Effectuer la configuration de l’interconnexion du MSOFTX3000 avec
le PSTN/MSC pour le mode MTP2-M2UA

Références
 MSOFTX3000 Data Configuration
 MSOFTX3000 Architecture and Principle

Contenu
1. Concepts de base
2. Configuration des données (Mode M2UA)

Concept de la Signalisation NO.7
MSOFTX3000
222
TMG 2
SG
MTP3
Destination
Signaling Point
TMG 1
888
555
666
999
MTP3
Destination
Signaling Point
M3UA
Destination Entity
Point
MTP3
Destination
Signaling Point
Local Office
Local Office Local Office
Local Office
M2UA
Link
TMG31
Réseau Typique de Transfert de Signalisation

MSOFTX3000
IP Bearer
SCTP
IP
M2UA
MGW(SG)
MTP3
MTP2
MTP1
ISUP
TDM Bearer
ISUP
SCTP
IP
M2UA
MTP2
MTP1
MTP3
PSTN / MSC
Interconnexion MSC Server-PSTN (MTP2 –M2UA)

MSOFTX3000
IP bearer
SCTP
IP
MSC
M3UA
MGW(SG)
MTP3
MTP2
MTP1
ISUP
TDM bearer
ISUP
SCTP
IP
M3UA
MTP3
MTP2
MTP1
Interconnexion MSC Server-PSTN (MTP3 – M3UA)

1. Embedded Signaling Gateway
 Lorsqu’on utilise l’UMG8900 comme SG, on doit ajouter la fonction de
transfert de signalisation.
2. Groupe de Liens M2UA
 C’est le groupe qui contient les liens ayant les mêmes propriétés entre
le MSOFTX3000 et le UMG8900.
3. Lien M2UA
 C’est le chemin de signalisation entre MSOFTX3000 et UMG8900.
Lorsqu’on utilise le mode de connexion M2UA entre le MSC Server et le
MGW, la configuration va contenir : Embedded Signaling Gateway (ESG),
groupes de liens M2UA (M2LKS), les liens M2UA (M2LNK).
Concepts Relatifs au Mode M2UA

Concepts Relatifs au Chemin de la Voix
 Direction vers une Office : signifie que l’office locale a une connexion directe
avec l’office distante pour le transfert des services de la voix.
Dans l’exemple suivant, le MSC est une office locale, il y a quatre directions
d’office : GMSC1, MSC2, BSC, RNC.
Note : L’interconnexion entre le HLR, SCP, SMC et le MSC est utilisée
seulement pour échanger des messages de signalisation.
HLR
MSC
SCP
SMC MSC2
GMSC
BSC RNC

 Sub-route : s’il y a un chemin de voix direct entre deux offices, ce chemin est
appelé sub-route.
 Route : La route est l’ensemble de sub-routes connectant l’office locale avec
les mêmes offices distantes. La route est une définition logique.
Comme illustré dans la figure suivante, il y a 3 sub-routes dans la route de
l’office A vers l’office B :sub-route1 est une sub-route directe。Sub-route2 et sub-
route3 sont des sub-routes indirectes.

 RSSN : « Route Select Source Name », est relié à une source d’appel. Le
RSSN est associé au numéro de la route sélectionnée, donc les mêmes
préfix appelés à partir de différentes sources peuvent choisir différents
numéros de routes.
 RSN : « Route Select Name », associé au paramètre «Initial set» et le
préfix appelé, il est associé aussi au numéro de la route sélectionnée.

 Circuit de trafic : un circuit occupe un TS dans un PCM E1, et il constitue un
élément d’un groupe de circuits.
Le circuit présente deux fonctions : transfert de services, synchronisation. Il est
utilisé principalement pour le transfert des services, c’est-à-dire utilisé comme
canal de voix. Dans le système de signalisation No.7, un E1 a 32 TS définis de 0 à
31. Celui numéro 0 est utilisé généralement pour la synchronisation.
 Groupe de circuits : un groupe de circuits est un des composants d’une sub-
route. Le groupe de circuits est un groupe de circuits possédant les mêmes
attributs.
Un groupe de circuits SS7 est généralement bidirectionnel, qui peut acheminer
les deux trafics sortant et entrant. Généralement, on définit un seul groupe de
circuits pour la même direction d’office.

 CIC : « Circuit Identification Code » : utiliser pour identifier un canal de voix
entre deux points de signalisation.
Le CIC est définit dans les protocoles de signalisation CCS7, il est de
longueur 12 bits.
 Numérotation du CIC :
1. Le CIC doit être le même dans les deux offices locale et distante.
2. Le CIC doit être consécutif dans le même E1.
Note: Le CIC ne peut pas être numérotés d’une manière répétitive dans la
même direction vers une office.

Contenu
1. Concepts de base
2. Configuration des données (Mode M2UA)

Y
N
Données M2UA
Configuration du Mode M2UA
Processus de Configuration des Données
Début
Fin
Groupe de Jonctions
Circuit de jonction
Analyse de Route
Segment de Temps
Route dynamic
en fonction du
temps
Ajout de Sub-route
Ajout de Route
Direction d’Office
Source d’appel
Données SCCP
(seulement MSC)
Données MTP

Contenu
2. Configuration des données
2.1 Mode M2UA
2.1.1 Partie Signalisation
2.1.2 Partie trafic

Configuration des Données M2UA
 La configuration des données du mode M2UA fait appel aux tableaux
suivants :
Tables relatives à l’office locale (OFI, INOFFMSC)
Embedded Signaling Gateway (ESG), groupe de liens M2UA (M2LKS),
lien M2UA (M2LNK).
Point de signalisation de destination MTP (N7DSP), groupe de liens
MTP (N7LKS), route MTP (N7RT), lien MTP (N7LNK).
Point de signalisation de destination SCCP (SCCPDSP), numéro du
sous système SCCP (SCCPSSN).

 Définir le MGW avec la fonction Embedded Signaling
Gateway :
Commande : ADD ESG
Fonction : activer la fonction SG de l’UMG8900.
 [SG name] : ce paramètre identifie la SG au niveau de la base de
données de la configuration.
 [MGW name] : ce paramètre spécifie le MGW au niveau duquel la
fonction SG est incorporée.

 Ajouter les groupes de liens M2UA :
 Commande : ADD M2LKS
 [SG Name] : il permet de spécifier la SG au niveau du quelle les groupes de liens
M2UA seront configurés.
 [TRAFFIC MODE] : mode de trafic pour le groupe de liens M2UA au niveau
duquel tous les liens fonctionnent en mode de partage de charge "load share" ou
Actif/Standby "override". Il doit être le même que le mode de trafic au niveau de
l’office distante.
 Note :
 Les groupes de liens M2UA configurés au niveau du MSOFTX3000 correspondent
à ceux au niveau du UMG8900. Cela dit, les liens dans un même groupe de liens
au niveau du MSOFTX3000 correspondent à des liens dans le même groupe de
liens au niveau du UMG8900. les liens dans différents groupes de liens au niveau
du MSOFTX3000 ne peuvent pas correspondre à un même groupe de liens au
niveau du UMG8900.

 Ajouter les liens M2UA :
 Commande : ADD M2LNK
 [LINK Name ] : il spécifie le lien M2UA au niveau de la base de données de
configuration au niveau du MSOFTX3000.
 [MAX IN/OUT Flows] : flux maximum entrant et sortant pour une association
SCTP. Le flux 0 transmet les messages de contrôle M2UA. Les messages
MAUP ont besoin au moins d’un flux. De ce fait, la valeur doit être au moins
égale à "2". La valeur conseillée est "33".
 Note :
 Si le MSOFTX3000 présente plus qu’une paire de cartes WIFM, l’opérateur
peut définir deux adresses IP. Souvent, cette configuration est utilisée pour
supporter la fonction de multi-home pour une association SCTP pour améliorer
la fiabilité du système.

 En utilisant le mode M2UA, le processus de configuration des données MTP est le
même que le mode TDM. Faites attention, en utilisant la commande ADD N7LNK,
choisir comme type de lien “ M2UA 64K LINK ”.

Contenu
2.1 Mode M2UA
2.1.1 Partie Signalisation
2.1.2 Partie trafic

 Configuration des Circuits :
 Ajout des sources d’appel (CALLSRC);
 Direction d’Office (OFC),
 Sub-route (SRT),
 Route (RT),
 Index de Temps (TMIDX) (optionnel),
 Analyse de Route (RTANA),
 Groupe de jonctions SS7 (N7TG),
 Circuit SS7 (N7TKC)
Procédure de configuration

 Ajouter la direction vers une office
 Commande : ADD OFC;
 Fonction : cette table décrit le type, le niveau et le code du point de signalisation
du PSTN/MSC distant connecté avec le MSOFTX3000
 Paramètres typiques :
[PEER OFFICE TYPE] ce paramètre détermine le type de la direction vers une
office. Dans le cas de connexion vers un MSC, choisir “MSC”; dans le cas de
connexion vers un PSTN, choisir “OTHER”.
[PEER OFFICE LEVEL] ce paramètre détermine le niveau de l’office distante par
rapport au MSOFTX3000. lorsque le MSOFTX3000 fonctionne comme VMSC, ce
paramètre doit être "High" pour GMSC et TMSC, "Low" pour BSC, et "Same" pour les
autres VMSCs. Lorsque le MSOFTX3000 fonctionne comme GMSC, ce paramètre
doit être "High" pour le TMSC, "Low" pour VMSC, et "Same" pour les autres GMSCs.
Configuration du trafic
Paramètres Typiques :

 Ajouter les Sub-route
 Commande : ADD SRT
 Fonction: cette table décrit les relations entre une sub-route et une direction
vers une office ainsi que la sélection d’un groupe de circuits à partir d’une sub-
route. Une sub-route doit être configurée pour chaque liaison directe de trafic
pour chaque direction vers une office.
[Office Direction Name]: ce paramètre spécifie la direction d’office auquel la
sub-route appartient.
[Trunk group Selection Mode]: le MSOFTX3000 supporte les 4 modes
suivants pour la sélection d’un groupe de circuits à partir d’une sub-route:
Cyclique, Minimum, Maximum et Aléatoire. Ce paramètre est définie “Cycle”.

 Ajouter les Routes
 Commande: ADD RT
 Fonction: cette table décrit le type de route, les relations entre routes et sub-
route, et le mode de sélection de sub-route. Normalement chaque direction vers
une office correspond à une route.
[Route Type]: il y a deux types de routes : route ordinaire et route à file d’attente.
La première signifie que l’appel est déconnecté et n’est pas mis en file d’attente
lorsque le routage échoue. La deuxième signifie qu’une mise en file d’attente est
effectuée pour les circuits en veille au niveau de l’utilisateur lorsque le routage
échoue. Ici, on choisit « Route ordinaire ».
[Sub-route Selection Mode]: ce paramètre indique si le MSOFTX3000
sélectionne une sub-route selon une séquence ou par pourcentage.

 Définir un segment de temps pour la sélection d’une route
 Commande : ADD TMIDX
 Fonction : Le nom attribué au segment de temps est utilisé pour la sélection
dynamique d’une route, durant l’analyse de routage, le système sélectionne
différentes routes en se basant sur différents segments de temps pour
implémenter le mécanisme de sélection dynamique de route.
 Note :
1. L’index de temps doit couvrir toute la semaine.
2. Dans la table d’index de temps, la semaine est définie de dimanche à samedi;
l’expression des heures est la dernière partie de temps de chaque jour et l’unité
est heure, par exemple, on considère qu’il y a deux parties pour le dimanche. Les
paramètres d’heure sont 10 et 24. Par suite, il associera l’index de temps 10 avant
24 pour dimanche.

 Ajouter l’analyse de Route
 Commande : ADD RTANA
 Fonction: Durant le traitement des appels, la table d’analyse de route combine
l’analyse de numéros et le routage de circuits pour faciliter le routage dans le but
d’augmenter le taux de succès des appels.
 Paramètres typiques:
[Time segment name]: Le MSOFTX3000 définit ce paramètre au niveau de la
table de segments de temps pour sélectionner différentes routes pour différents
segments de temps. Du fait que ce cas est rare en pratique, la valeur par défaut
est « DEFAULT ».
[SIGNALING AS PRIOR]: ce paramètre spécifie les spécifications en terme de
réseau de signalisation pour les routes sortantes. Si cette route présente des
circuits ISUP, on choisit “ISUP_F”, si toutes ces routes sont TUP, il sera “NOCHG”.

 Ajouter les groupes de jonctions SS7
 Commande: ADD N7TG
 Fonction: cette commande est utilisée pour ajouter les groupes de jonctions
ISUP/TUP pour un réseau SS7.
 Paramètres typiques:
[CIRCUIT TYPE]: ce paramètre peut être "TUP" ou "ISUP", selon la condition
actuelle.
[CIRCUIT SELECTION]: ce paramètre spécifie le mode de sélection de circuit
dans un groupe de circuits pour éviter la contention de circuits lorsque les deux
offices connectées par le groupe de circuits sélectionnent un circuit. Le
MSOFXT3000 supporte les modes suivants de sélection de circuit : Minimum,
Maximum, Cyclique, FIFO, Aléatoire, Allocation selon utilisateur et Master/Slave.
Pour les groupes de circuits SS7, ce paramètre est définie comme
“Master/Slave”.
Paramètres Typiques:

 Ajouter les circuits de jonctions SS7
 Commande: ADD N7TKC
 Fonction: plusieurs paramètres des circuits incluant les codes d’identification
des circuits, l’identification du contrôle, l’état initial du circuit et les TID
correspondants peuvent être configurés ici.
 Paramètres Typiques ( Partie I ):
[Start CIC/ End CIC]: Les valeurs du CIC définie au niveau du MSOFTX3000
doivent correspondre à ceux définis au niveau du nœud distant pour le même
circuit. En cas de non correspondance, le circuits en question présentera des
problèmes et ne sera pas ok.
Paramètres Typiques:

 Ajouter les circuits de jonctions SS7
 Paramètres Typiques (Partie II):
[MASTER ID OF START CIRCUIT]: ce paramètre indique si le circuit définie
par “Start circuit" est un circuit maître au niveau du MSOFTX3000. Ce
paramètre est valide lorsque le “circuit selection" dans la commande ADD N7TG
est "Master/Slave". En principe, les circuits ayant un CIC paire sont définis
comme "Master" au niveau de l’office avec le plus grand DPC, et ceux avec un
CIC impaire sont définis comme "Slave" au niveau de l’office avec le DPC le
plus petit.
[START CIRCUIT TERMINATION ID]: ce paramètre permet d’établir la
relation entre TID (c’est-à-dire E1/TS) au niveau du MGW et le circuit SS7 au
niveau du MSOFTX3000.

Commandes de Maintenance
Lister les ESG —— LST ESG
Lister la configuration des groupes de liens M2UA —— LST M2LKS
Lister la configuration des liens M2UA —— LST M2LNK
Afficher l’état des liens M2UA —— DSP M2LNK
Activer un lien M2UA —— ACT M2LNK
Désactiver un lien M2UA —— DEA M2LNK

www.huawei.com
Internal
Configuration du BICC
pour le MSOFTX3000

Objectifs
 Après la fin de ce cours, vous serez capables de :
Maîtriser les concepts de base de la configuration du BICC
Effectuer les étapes de la configuration
Maîtriser la méthode de configuration

Contenu
1. Concepts de base
3. Commandes de maintenance

Introduction du BICC
 Le protocole BICC est appliqué au niveau de l’interface Nc de
l’UMTS. Il implémente l’interconnexion entre MSC Server. Il est
utilisé pour contrôler l’établissement, la modification et la libération
d’appel comme un protocole d’application. Il fournit les services du
PLMN/PSTN/ISDN.
 Le protocole BICC est originaire du protocole ISUP. La
caractéristique de base est l’indépendance entre contrôle d’appel
et transport. Ses fonctions sont divisées en CSF (fonction de
Service d’appel) et BCF (fonction de contrôle de transport).

Position du BICC dans le Réseau
PSTN / ISDN
H.248
RANAP
TDM
IP(ATM) BackBone
BSSAP
RTP(AAL2)/AMR
GSM/R99 PLMN
MSOFTX3000
UTRAN
BSS
BICC
TDMG.711
TDMG.711
GMSCServer
MGW
MGW
AAL2

Pile Protocolaire du BICC
Protocole BICC dans MSOFTX3000
MTP3
MTP2
MTP1
M3UA
SCTP
IP
MAC
MTP3b
SSCF-NNI
SSCOP
ATM
TDM IP ATM
BICC
Protocole Transport
Protocole Application
MSOFTX3000 fournit 4 modes de transfert pour BICC:

Comparaison entre BICC et ISUP
 Mêmes concepts ：
Office
Route, Sub-Route, partage de charge
RSN, RSSN
 Concepts différents ：
Groupe de circuits BICC
BICC CIC
Lien BICC

Concepts associés au BICC
 Groupe de circuits BICC
Le groupe de circuits BICC n’est pas un ensemble de CIC ou
de circuits. L’index du MGW est ajouté à la table de groupes
de circuits BICC. Ce paramètre est utilisé pour la sélection du
MGW contrôlé par la signalisation BICC.

Concepts associés au BICC
 BICC CIC
Le protocole BICC fournit la fonction de signalisation requise pour
supporter les services ISDN bande étroite indépendamment de la
technologie de transport et de la technologie de transport de la
signalisation utilisée.
BICC est un protocole indépendant du transport. Le CIC (Call Instance
Code) du BICC est différent du ISUP. Le CIC du BICC identifie un appel.
Il n’a pas de relation avec les ressources de transport.
Toutes les sources CIC sont configurées dans la table des modules CIC
du BICC. Un CIC est sélectionné selon l’office pour un appel.

Contenu
1. Concepts de base

Liste des paramètres pour la configuration des données
 Les paramètres suivants doivent être collectés avant la configuration des
données.
Route Selection
Source Code
Route Selection
Code
Prefix
Préfix
End CIC
Start CIC
Office
BICC CIC
BICC
circuit type
MGW Name
Trunk group
Subroute Name
Route Name
Office
Route de
trafic
C/S
Peer MSC port
Peer MSC
Address
Local WIFM Port
Local WIFM
Address
OPC/DPC
Lien M3UA
Configuration des données
Objet

Étapes de configuration des données
ADD OFC
ADD SRT
ADD RT
ADD RTANA
2．Configuration de la route de trafic
1) Ajouter direction d’office vers le MSC
2) Ajouter sub-route
3) Ajouter route
4) Ajouter l’analyse de route
ADD BICCTG
ADD BICCCICMDU
3．Configuration du groupe de circuits BICC
1) Ajouter les groupes de circuits BICC
2) Ajouter les modules CIC du BICC
ADD M3LE
ADD M3DE
ADD M3LKS
ADD M3RT
ADD M3LNK
1．Configuration du lien M3UA.
1) Ajouter l’entité locale M3UA
2) Ajouter l’entité de destination M3UA
3) Ajouter le faisceau M3UA
4) Ajouter la route M3UA
5) Ajouter les liens M3UA
Commande
Étape

 Ajouter l’entité locale M3UA : ADD M3LE
[LOCAL ENTITY TYPE] : ce paramètre est utilisé pour distinguer les
différents types d’entités locales. C’est un champ obligatoire.
Il peut être SG, AS ou SP. Pour le mode SGP-ASP, le type choisit au
niveau du MSOFTX3000 est “AS”, et celui au niveau du MGW distant est
“SG”.
Pour le mode IPSP, définir le type de l’entité au niveau du MSOFTX3000
comme “AS”, et au niveau du MSC distante comme “AS”.

 Ajouter l’entité de destination M3UA : ADD M3DE
 [STP FLAG] : spécifie si le DSP présente la fonction STP. Lorsque
l’entité de destination est de type SG, ce champ sera “TRUE”; dans le cas
du type SP, il sera “FALSE”.
 [LINKSET SELECTION MASK]: indique comment réaliser le partage de
charge entre toutes les routes vers une entité de destination M3UA.
Généralement ce paramètre est mis à sa valeur par défaut c’est-à-dire
assurer le partage de charge dans n’importe quelle condition.

 Ajouter les groupes de liens M3UA : ADD M3LKS
 [Adjacent entity name] : identifie l’entité de destination adjacente
interconnectée par le groupe de liens associé. Ce paramètre est
associé au paramètre “Destination entity name” dans la commande
ADD M3DE. Définir le champ “Adjacent flag” pour l’entité de
destination correspondante comme “Yes”
Note :
En définissant ce paramètre, il faut s’assurer que le mode de trafic au
niveau du MSOFTX3000 et du MSC distante est le même, souvent il
s’agit du mode partage de charge “load share”.

 Ajouter les Routes M3UA : ADD M3RT
[PRIORITY] “0” indique la plus haute priorité. Entre toutes les
routes vers un DSP, celle avec la priorité la plus élevée sera
utilisée pour acheminer le trafic de signalisation. Une route de
signalisation acheminera le trafic de signalisation jusqu’à ce que
une route de priorité supérieure sera disponible.

 Ajouter les liens M3UA : ADD M3LNK
 [MODULE NUMBER] : définie le numéro de module du WIFM/WBSG où résident les liens
M3UA.
 [ACTIVE/STANDBY FLAG] : identifie le mode de fonctionnement en situation normale des
liens M3UA. La configuration de ce paramètre dépend de la configuration du mode de service
du groupe de liens.
 En cas du mode active/standby, seulement un des liens M3UA dans le même groupe de liens
peut avoir la valeur « Yes », les autres doivent avoir la valeur « No ».
 En cas du mode partage de charge, vous devez définir tous les liens M3UA dans le même
groupe de liens avec la valeur « Yes ».

Configuration de Route
 Configuration de l’office vers le MSC distante : ADD OFC
« Peer office type » : déterminé par le type de commutateur distant.
Sélection de l’option : “MSC”.
« Peer office level » : sélection de l’option : “SAME(PEER)”
« Peer office attribute » : sélection de l’option : “MSC(MSC)”
Code du DSP : pas besoin d’être configurer lorsque le protocole de
transfert est SCTP/IP.
Notes:
L’adressage DPC est utilisé dans les réseaux TDM.
Le mode d’adressage pour BICC transféré par SCTP/IP est IP et port.

Configuration de Route (suite)
 Configuration de l’office vers le MSC distante :
« BICC CIC master control flag » : il définit si le mode de contrôle
est maître ou esclave lorsque le mode de sélection du BICC est
Maître/esclave. Ce paramètre doit être négocié avec le MSC
distante.
« BICC CIC selection Mode » : la valeur par défaut est
Maître/esclave.
« BICC call source name » : BICC CIC n’est pas concerné avec le
groupe de circuits. Il peut être déterminé seulement par l’office. Le
code de la source d’appel BICC est définie dans la table d’office.

 Configuration de sub-route: ADD SRT
 « Office direction Name » : l’office au quelle cette sub-route appartient doit être
ajoutée avant la configuration du sub-route. Ceci peut être vérifier par la
commande “LST OFC”.
 « Trunk group selection Mode » : il définit comment choisir les groupes de circuits
dans une sub-route. Ces modes incluent minimum, maximum, boucle et aléatoire.
Le mode définit est boucle en générale.
− Boucle : sélection des groupes de circuits à partir du premier en allant vers le
dernier sélectionné en bouclant.
− Minimum: sélection des groupes de circuits souvent à partir du minimum.
− Maximum: sélection des groupes de circuits souvent à partir du maximum.
− Aléatoire : sélection des groupes de circuits aléatoirement.

 Configuration des routes ：ADD RT
La route est un ensemble de sub-routes à partir de l’office locale vers
une certaine office distante.
Une Sub-route doit être ajoutée avant la configuration de route.
« Route Type » : route normale et route avec fil d’attente. Il est définit
généralement comme route normale.
− Route normale : pas de mise en attente si la sélection de route
échoue.
− Route avec fil d’attente : mise en attente pour attendre un circuit
libre lorsque la sélection de routé échoue.

 Configuration de route:
 « sub-route selection mode » : sélection séquentielle ou selon pourcentage. Utilisation
généralement de la sélection séquentielle.
− Sélection séquentielle : sélection de sub-route en séquence à partir du sub-route 1 au
sub-route 12. cela signifie que sub-route 2 est sélectionnée lorsque sub-route 1 est
occupée ou non disponible et ainsi de suite.
− Sélection en pourcentage : lorsque le trafic dans une sub-route atteint le pourcentage
de saturation, la prochaine route en séquence sera sélectionnée, donc la probabilité de
sélection d’une sub-route suit une certaine formule.
Notes:
(1) une route peut avoir 12 sub-routes au maximum.
(2) s’il est envisagé que sub-route 1 est sélectionnée en priorité et sub-routes 2 et 3 partage la
charge seulement lorsque sub-route 1 est occupée, vous pouvez utiliser le mode de
sélection par pourcentage. Leurs pourcentages sont définies respectivement 100, 50,et 50.

 Configuration de l’analyse de route : ADD RTANA
La table d’analyse de route associe l’analyse des numéros avec le
routage des circuits. Elle prépare le routage de trafic.
La table d’analyse de route inclue RSSN, RSN, la catégorie de
l’abonné appelant, la capacité de transmission, l’index de temps,
l’indicateur d’adresse, le nom de la route et la signalisation à
transmettre en priorité.

 Configure de l’analyse de route :
RSN : il est déterminé par le préfix de l’appel. Il correspond au
nom de sélection de route associé à un certain préfix
RSSN : déterminé par la source d’appel. Il correspond au
RSSN de la source d’appel.
« Signalling as prior » : il définit la capacité en terme de réseau
de signalisation d’une route de trafic.

Configuration des circuits BICC
 Configuration des groupes de circuits BICC : ADD BICCTG
« MGW Name » : il indique le nom attribué au MGW auquel un
groupe de circuits appartient.
« sub-route name » : il spécifie la sub-route au quelle un groupe
de circuits appartient.
« circuit Type » : définit selon les conditions actuelles. Il est définit
comme “BICC_IP”.

Configuration des circuits BICC (suite)
 Configuration des groupes de circuits BICC :
« BICC bearer setup direction » : peut être émission « Forward » ou
réception « backward ». Définit généralement comme émission.
« BICC tunnel mode » : inclue rapide et à délai. Définit généralement
comme rapide.
− Lorsque le type de circuit est BICC_IP, ce paramètre est obligatoire.
− La combinaison du mode tunnel et de la direction d’établissement est :
tunnel d’émission rapide, tunnel d’émission à délai, tunnel de réception à
délai.

Configuration des circuits BICC (suite)
 Configure des modules BICC CIC :
La table de modules BICC CIC est utilisé pour distribuer les
messages BICC. Il implémente la partage de charge.
En ajoutant un module BICC CIC, l’enregistrement CIC dans la
table des BICC CIC sera créé automatiquement.
CIC est sélectionné selon le numéro d’office pour un appel à
partir de la table des BICC CIC.

Contenu
1. Concepts de base

Commandes de Maintenance
 BICC CIC:
 BLK BICCCIC - Bloquer BICC CIC
 UBL BICCCIC - Débloquer BICC CIC
 RST BICCCIC - Reset BICC CIC
 DSP BICCCIC - Afficher l’état du BICC CIC

Commandes de Maintenance (suite)
 BICC CIC：
DSP BICCSTA - afficher le CIC du BICC par le numéro d’office et
l’état du CIC spécifiés
DSP BICCOFC - afficher le CIC du BICC par le numéro de l’office
DSP BICCCMD - afficher le CIC du BICC par l’état de
maintenance
STP BICCCMD - arrêter le BICC

www.huawei.com
Internal
Configuration de l’Analyse
des Numéros dans le
MSOFTX3000

Avant propos
 Ce cours présente une introduction générale aux concepts liés
à la procédure d’analyse des numéros et quelques exemples.

Objectifs
 Après la fin de ce chapitre, vous serez capable de:
Comprendre les concepts de base de l’analyse des
numéros
Maîtriser le processus d’analyse des numéros
Maîtriser les étapes d’analyse de numéros
Maîtriser les commandes de base d’analyse de numéros

Contenu
1. Concepts de base
2. Procédures
4. Exemples

Concepts de Base
 Source d’appel et nom associé à une source d’appel :
La source d’appel se réfère à l’abonné ou au circuit entrant qui initialise
l’appel.
Chaque source d’appel a un nom, nom associé à la source d’appel (RSSN).
Pour le MSOFTX3000, les appels entrants peuvent provenir de l’interface A,
l’interface Iu ou d’un circuit entrant.
 Groupe de Numéros Composés :
C’est un groupe de numéros composés ou de préfix. Il est associé au préfix
associé au numéro appelé.
 Relation Entre Source d’appel et Groupe de Numéros Composés:
Un groupe de numéros composés peut correspondre à plusieurs sources
d’appel, par contre une source d’appel doit correspondre à un unique
groupe de numéros

Concepts de Base
 Préfixe d’appel :
Le préfixe d’appel est une section du numéro appelé, et sa
longueur est non supérieure à celle du numéro appelé.
Le principe de ressemblance maximale est adopté pour
l’analyse du numéro appelé par le système.

Concepts de Base
 RSSN : “Route Selection Source Name” :
Le RSSN spécifie les différentes stratégies pour la sélection
des différents routes de trafic. Le RSSN est défini
principalement par l’appelant.
 RSN : “Route Selection Name” :
Un RSN indique la stratégie de routage pour des appels liés à
un certain préfix.
 Le RSSN est lié à l’appelant.
 Le RSN est lié à l’appelé.

Concepts de Base
 Seconde analyse de numéros :
 Si un numéro est changé durant le processus d’analyse de numéro, une seconde
analyse de numéro sera obligatoire dans le but de déterminer les routes de trafic.
Cette seconde analyse de numéro peut être effectuée selon les deux méthodes
suivantes :
 MSISDN, le MSOFTX3000 recevra les informations sur les routes de l’appelant à
partir du HLR. Si la HLR retourne le numéro de roaming ou le numéro au quel
l’appel est renvoyé, le MSOFTX3000 effectuera une seconde analyse de numéro
(cela signifie, il analysera le préfix d’appel une deuxième fois selon le numéro
retourné par le HLR) pour trouver la route de trafic correspondante
 Un numéro appelé est changé à travers le traitement de préfix. Si le type de
traitement est "reanalysis" (effectuer une deuxième analyse de numéro), le
MSOFTX3000 effectuera une seconde analyse de numéros, cela signifie,
analyser le numéro changé avec la table d’analyse des préfixes d’appels pour
trouver les routes de trafic correspondantes.

Concepts de Base
 Changement de Numéros :
Insertion
Suppression
Changement
 Les numéros peuvent être changé dans différentes places :
“Incoming pre-processing”
“Internal number analysis”
“Outgoing pre-processing”

 Wildcards:
Les wildcards souvent utilisés dans l’analyse de numéros sont :
 « eeeeeeee »: représente n’importe quel préfix appelé .
 « ALL »: représente n’importe quelle source d’appels.
Concepts de Base

Concepts de Base
 “Forwarded-to Number” : lorsque l’office locale est l’office finale,
si l’appel est renvoyé au niveau de l’office locale, le numéro au
quel il est renvoyé est appelé “forwarded-to number” au niveau
de l’office locale.
 « Original Called Number » : lorsque l’appel est renvoyé, le
premier numéro appelé est appelé « original called number ».
 « Connected Number » : lorsque l’appel est initié à partir de
l’office locale (office initiale) et il est renvoyé à partir de l’office
de destination B à l’office C, le numéro appelé final envoyé par
l’office de destination B à l’office locale est appelé « Connected
number ».

Contenu
1. Concepts de base
2. Procédures
4. Exemples

Procédure d’Analyse de Numéros
Called Number
Analysis
Incoming number
preprocessing
Selecting outgoing
route
Pré Traitement des
Numéros Entrants(O)
Outgoing number
preprocessing
Pré traitement des
Numéros Sortants(O)
Asking for MSRN
Paging
Analyse du Numéro
Appelé (M)

Contenu
2 Procédures
2.1 Pré Traitement des numéros entrants
2.2 Analyse interne des numéros
2.3 Pré Traitement des numéros sortants
2.4 Flux associés

Pré Traitement des Numéros Entrants
 Normalisation des formats des numéros :
Numéros appelé / appelant
MSRN dans les acquittements du SRI
Numéro auquel l’appel est renvoyé
Numéros dans les appels IN

Contenu
2 Procédures
2.4 Flux associés

Analyse Interne de Numéros
 Il s’agit d’un étape nécessaire pour l’analyse de numéros
 Cette étape a pour but d’analyser le numéro appelé est la
sélection de la route de trafic correspondante.

Procédure d’Analyse du Numéro Appelé
Sélection de Route
Préfix d’appel
Table « Call prefix »
Service Check ?
Analyse du numéro appelant ?
Traitement du préfix d’appel ?
Table « Service Check »
Table « Caller number
Analysis »
Table « Call prefix process »
Paging Obtenir un MSRN
Traitement lors
d’un échec d’un appel
MSRN local PSTN / autre MSRN MSISDN
y
y
y
n
n
n

Contenu
2 Procédures
2.4 Flux associés

Pré traitement des Numéros de Sortie
 Standardiser le format des numéros :
Numéros appelé / appelant
Numéro auquel l’appel est renvoyé
Numéros dans les appels IN

Contenu
2 Procédures
2.4 Flux associés

Flux Associés
 Résultats de l’analyse de numéros :
PSTN
MSISDN
MSRN (Office Locale)
MSRN (Autre Office)
 Les flux de traitement liés sont différents selon les
différents types de numéros

Acheminement vers autres
offices
PSTN, MSRN propres à autres offices ,
MSISDN propres à d’autres PLMN
SRI Req. to HLR
MSISDN dans son propre PLMN
Paging de l’appelé
MSRN local
Traitement
Partie Appelé
Procédure d’analyse de numéros

Flux Associés - PSTN
PSTN
Table de préfixe de numéros
RSN
Source d’appels
RSSN
Table d’analyse de route
(CIC, pour IAM) DPC
IAM envoyé
Table de source d’appel
Table de Route
Table de Sub route
Table de Groupe de circuits
Circuit de trafic Table d’Office
Route MTP
MTP DSP
Groupe de liens MTP
Liens MTP

Flux Associés - MSISDN
MSISDN
Préfixe de numéro
MSISDN / RSN: INVALID
Translation du GT (MSISDN)
DPC
Envoyer le SRI REQ
SCCP GT
Route MTP
MTP DSP
Groupe de liens MTP
Liens MTP

Flux Associés - MSRN (Office locale)
MSRN (Local)
Préfixe de numéro
MSRN / RSN: INVALID
LAI
BSC DPC
DPC
Consultation du VLR
Table LAI/GCI
Table BSC
Réponse de Paging
CIC pour assignement
Table BSC
Groupe de circuits AIE
Circuit AIE
Envoyer un Paging
Route MTP
MTP DSP
Groupe de liens MTP
Liens MTP

Flux Associés - MSRN (Autre office)
MSRN (autre office)
Préfixe de numéro
Source d’appels
Table de source d’appel
MSRN / RSN RSSN
(CIC, for IAM) DPC
Envoyer IAM
Table d’analyse de route
Table de Route
Table de Sub route
Table de Groupe de circuits
Circuit de trafic Table d’Office
Route MTP
MTP DSP
Groupe de liens MTP
Liens MTP

Contenu
1. Concepts de base
2. Procédures
4. Exemples

Configuration des données avant l’Analyse des Numéros
 Configuration de la source d’appel : ADD CALLSRC
 Configuration du changement de numéros : ADD DNC (32 types)

Configuration des données relatives au Pré Traitement des Numéros
des Appels Entrants (Optionnel)
 Configuration au Pré traitement des numéros entrants :
ADD INNUMPREPRO

Configuration de l’Analyse de Numéros :
 préfixe d’appel : ADD CNACLD (Obligatoire)
 Vérification des Services : ADD SRVCHK
 Analyse du numéro appelant : ADD CNACLR
 Pré traitement des numéros initiaux : ADD PFXPRO
 Traitement des échecs : ADD CFPRO

Configuration du Pré Traitement des Numéros de Sortie
(optionnel)
 Configuration du Pré traitement des numéros sortants :
ADD OUTNUMPREPRO

Notes :
 Le paramètre « Service Attribute » au niveau de la commande ADD
CNACLD suit les règles suivantes lors de la configuration :
Numéro National : « National. Toll »
Numéro International : « International Toll ».
MSISDN Local : « PLMN Local MSCs ».
MSISDN National : « PLMN National Toll MSC ».
MSRN Home : « PLMN Home MSC » .
MSRN Local : « PLMN Local MSCs ».
MSRN National : « PLMN National Toll MSC»
Numéro du Voice mail : « PLMN Local MSCs ».
Service Appel : Local .
Loisir : Local .
Numéro Information : Local .
PSTN Local : Local

Notes :
 RSN :
« Valid Value » si le type du numéro appelé sont : PSTN,
MSRN/HON autres offices / MSISDN autres PLMN
« INVALID » : si le type du numéro appelé sont MSISDN ou
MSRN/HON Local

Contenu
1. Concepts de base
2. Procédures
4. Exemples

Exemples
 Exemple 1: MS appelle PSTN
 Exemple 2: PSTN appelle MS
 Exemple 3: Diffusion des annonces pour le 117 (annonce sur
le temps)
 Exemple 3: Diffusion des annonces en cas d’échec de l’appel
 Exemple 4: Configuration des appels d’urgences

Exemple 5: Scénario
PSTN
SAI:4600099990001 SAI:4600099990003
110
110
MSC SERVER
BSC/RNC
BSC/ RNC
65430120 65660120
65430120
65660120
A city B city

Exemple 5: Procédure
LAISAI
TABLE
CALLSRC
TABLE
CNACLD
TABLE
PFXPRO
TABLE
DNC
TABLE
RTANA
TABLE
65430120
SAI
110
Outgoing Trunk
Service Area ID CSN
4600099990001 SAI_0
4600099990003 SAI_1
CSN RSSN
SAI_0 RSSN_0
SAI_1 RSSN_1
Call prefix CSN CLDNCN
110 SAI_0 Change_1
110 SAI_1 Change_2
DCN DCT New Num
Change_1 12 65430120
Change_2 12 65660120
Call prefix DNPREPA
RE
RSN
6543 FALSE Route_1
6566 FALSE Route_1
RSSN RSN Route Name
RSSN_0 Route_1 Rt_1
RSSN_1 Route_1 Rt_1
Call prefix DNPREPA
RE
PT
110 TRUE REANA

www.huawei.com
Internal
Gestion des Alarmes

Avant propos
Une Alarme indique l’apparition d’un problème au cours du
fonctionnement de l’équipement. On a besoin de prendre en
charge ses alarmes et essayer de résoudre ses problèmes.
Cette présentation introduira les moyens de gestion des
alarmes relatives au MSOFTX3000 et à l’UMG8900 à travers
le GUI.

Objectifs
 A la fin de ce cours, vous serez capables de:
Maîtriser la structure et les principes relative au système
d’alarmes.
Maîtriser les fonctions O&M relatives au console d’alarmes

Références
 MSOFTX3000 GUI Reference
 MSOFTX3000 Troubleshooting
 UMG8900 Routine Operation

Contents
1. Principes du système d’alarmes
2. Concepts de base
3. Opérations de base

Caractéristiques du Système de gestion d’alarmes
2 Contrôle selon la sévérité
3 Affichage et manipulation simple
1 Temps réel

Caractéristiques du Système de gestion d’alarmes
 Temps réel :
Lorsque les NEs génèrent des alarmes, le système d’alarmes
assurera leur traitement. Il commence par la transmission de ses
alarmes. En deuxième lieu, permettra l’affichage de ses alarmes à
travers l’interface utilisateur et effectuera le feed back à l’opérateur
pour que ce dernier puisse résoudre ses problèmes à temps.
 Contrôle selon la sévérité :
Les alarmes sont classées en 4 niveaux: critique, majeur, mineur et
warning; les alarmes de plus grande sévérité sont traitées en premier
lieu.
 Affichage et manipulation simple
Affichage au niveau de l’interface client, ce qui permettra à l’utilisateur
leurs manipulations à travers GUI

Structure du Système de gestion d’alarmes
Ce système inclue les sous systèmes suivants :
Module d’alarmes au niveau des cartes
Sous système BAM
Sous système LMT
Box d’alarmes

Flux relatif au système de gestion d’alarmes
Hôte
BAM
Box
d’alarmes
Console d’alarmes
Fichier Log d’alarmes
Alarmes générées
Traitement d’alarmes :
spécification de la
sévérité, type, cause et
suggestions pour le
traitement de l’alarme

Contents
2. Concepts de base

Concepts Relatifs
2. No. de série
1. ID
3. Type
4. Sévérité
5. Catégorie
6. Log

Concepts Relatifs
 ID
Pour un même produit, cet ID spécifie une alarme ou un
évènement spécifique avec une certaine sévérité et un certain
type. En utilisant cet ID, on pourra retrouver le nom, la
description, les causes et les suggestions pour le traitement de
l’alarme en question.
 Numéro de série
Il présente la séquence de génération des alarmes. Ce numéro
est le même pour les alarmes avant et après traitement.

Concepts Relatifs
 Type
Il y a deux types d’alarmes : « Fault » et « Event ».
« Fault »: indique l’état d’une entité. Cet état présente une valeur
et lorsque l’alarme sera traité, cette valeur changera.
Généralement, la sévérité de ce type est plus grande que celle
du type « Event ».
« Event »: indique que le système présente un certain état à un
instant donné. Ce type d’alarme ne présente pas d’alarmes
après traitement.

Concepts Relatifs
 Sévérité
 Critique
 Majeur
 Mineur
 Warning
 Log
 Enregistre toutes les alarmes (les deux types d’alarmes) qui sont
générées mais qui n’ont pas été masqué par le BAM

Concepts Relatifs
 Catégorie
Alarme de Power
Alarme d’Environnement
Alarme de Signalisation
Alarme de Trunk
Alarme Hardware
Alarme Software
Alarme de Fonctionnement
Alarme de Communication
Alarme de Qualité de Services (QoS)
Alarme d’Erreur

Contents
2. Concepts de base

O&M du système de gestion d’alarmes
 Système d’opération et de maintenance
 Système de gestion d’alarmes
Il y a deux moyens d’effectuer les opérations d’O&M

Système d’opération et de maintenance
Gestion des alarmes à l’aide
du système d’opération et de
maintenance

Fonctions de la console d’alarmes
 Parcours des alarmes
 Analyse des alarmes
 Maintenance des alarmes
 Impression des alarmes
 Gestion du Box d’alarmes
Console d’alarmes

Parcours des alarmes
Aller au niveau de : Fault Management (M) > Browse Alarm (B) au
niveau de la barre de menus du LMT, ou cliquer sur au niveau
de la barre de tâches, ou en appuyant sur les touches Ctrl+B pour
afficher la fenêtre d’alarmes

Parcours des alarmes
Au niveau de cette interface, les couleurs varient selon la sévérité de
l’alarme
Rouge : critique
Jaune : majeur
Blue : mineur
Vert : warning

Système de gestion d’alarmes
Double-
clique sur
l’alarme pour
avoir plus
d’information
s sur l’alarme

Aller au niveau de: Fault Management (M) > Query Alarm Log
(Q)… au niveau du LMT, ou cliquer sur , une boîte de dialogue
« Query Alarm Log » s’affichera. Ensuite, l’utilisateur pourra choisir
différentes options pour l’analyse des différents types d’alarmes.
Analyse d’alarmes

Configuration des alarmes
Aller au niveau de : Fault Management (M) > Alarm Configuration
(O)… au niveau de la barre de menus du LMT. La boîte de dialogue
« Query Alarm Configuration » s’affichera. On pourra donc
analyser la configuration détaillée relative à une alarme telle que ID,
type, sévérité, etc.

Contrôle du Box d’alarmes
Aller au niveau de: Fault Management (M) > Alarm box
Control (C)… au niveau de la barre de menus ou cliquer sur
au niveau de la barre de tâches. La boîte de dialogue « Alarm
box Control » s’affichera et vous pourrez choisir une
commande relative au contrôle du box d’alarmes au niveau de
Function Operation

Configuration de la sévérité relative au Box d’alarmes
Aller au niveau de : Fault Management (M) > Alarm box Shield
Severity (L) > Set (S)… au niveau de la barre de menus du LMT.
La boîte de dialogue « Alarm box Shield Severity Setting »
s’affichera, la configurer selon les exigences de l’opérateur

Personnalisation des alarmes
Aller au niveau de : Fault Management (M) > Alarm
Customization (Z)… au niveau de la barre de menus du LMT. La
boîte de dialogue « Alarm Customization » s’affichera. Ensuite,
configurer différentes couleurs pour les différentes sévérités selon
les exigences de l’opérateur et configurer les deux paramètres
Initial display amount et Max display amount.

Sauvegarde des alarmes
 En faisant le parcours d’alarmes, cliquer à l’aide du bouton
droit et sélectionner l’option “save selected alarms”ou “save all
alarms” pour sauvegarder les alarmes choisies

Configuration de l’impression d’alarmes
Aller au niveau de : Fault Management (M) > Alarm Realtime Print
Set (R)… au niveau de la barre de menus du LMT. La boîte de
dialogue « Alarm Realtime Print Set » s’affichera. Spécifier les
différents paramètres selon les exigences

www.huawei.com
Internal
Système Hardware de
l’UMG8900
(SSM32+SSM256)

Objectifs
 Après la fin de ce cours, vous serez capable de:
Connaître les notions de bâti, châssis et cartes relatives à
l’UMG8900, la classification et les fonctions des différentes
cartes ainsi que les différentes interfaces
Connaître les sous systèmes logiques de l’UMG8900
Effectuer la connexion entre châssis

Références
 UMG8900 System Description
 UMG8900 Hardware Description Manual
 UMG8900 Architecture and Principle

Contenu
1. Aperçu général
2. Fonctions des cartes
3. Flux de signalisation et de trafic

Réseau R4

Bâti
 L’UMG8900 utilise des bâtis N68E-22 ou N68-22.
Power Distribution Box
SSM-256 or SSM-32
Frame
Fan Box
Cartes

Châssis
 L’ UMG8900 supports Les châssis SSM-256 et SSM-32 frame. Ils sont les
mêmes en apparence mais diffèrent au niveau de la carte principale de
contrôle.
Châssis SSM-256 Châssis SSM-32

Châssis SSM-256
Châssis principal de contrôle Châssis de service
Châssis central de commutation Châssis de contrôle

Châssis SSM-32
Châssis principal de contrôle Châssis de service

Plage des numéros de châssis
Items Plage de numéros Détails des numéros de châssis
Mode SSM32 pure 1 à 3 Châssis principal de contrôle : 1
Châssis de service : 2 à 3
Mode SSM256 pure 0 à 8 Châssis central de commutation : 0
Châssis principal de contrôle: 1
Châssis de service : 2 à 7
Châssis de contrôle : 8
Mode mixte SSM256 &
SSM32
0 à 28 Châssis central de commutation (SSM256) : 0
Châssis principal de contrôle (SSM32) : 1
Châssis de service (SSM32) : 2 à 28

Numéro de châssis en mode mixte
DIP Switch Setting
Binaire ID
SW6 SW5 SW4 SW3 SW2 SW1
ON ON ON ON ON ON 000000 O
ON ON ON ON ON OFF 000001 1
ON ON ON ON OFF ON 000010 2
ON ON ON ON OFF OFF 000011 3
ON ON ON OFF ON ON 000100 4
ON ON ON OFF ON OFF 000101 5
ON ON ON OFF OFF ON 000110 6
… … … … … … … …
ON OFF OFF OFF ON OFF 011100 28
ON
1 2 3 4 5 6 7 8
OFF
Partie dorsale

Layout-SSM32 pure
Service frame
#3
Service frame
#2
Main Control
Frame
#1
Air defence frame
Power distribution frame
Air defence frame
Dummy panel
Fiber coiler

Layout-SSM256 pure
Empty
Main control frame
#1
SIWF
Air defence frame
Air defence frame
Dummy panel
Fiber coiler
Service frame
#3
Service frame
#2
Central switch frame
#0
Air defence frame
Air defence frame
Dummy panel
Fiber coiler
Service frame
#6
Service frame
#5
Service frame
#4
Air defence frame
Air defence frame
Dummy panel
Fiber coiler
Service frame
#7
Air defence frame
Air defence frame
Dummy panel
Fiber coiler
Empty
Extended control frame
#8

Layout-Mode mixte
Empty
Main control frame
#1
SIWF
Air defence frame
Air defence frame
Dummy panel
Fiber coiler
Service frame
#3
Service frame
#2
Central switch frame
#0
Air defence frame
Air defence frame
Dummy panel
Fiber coiler
Service frame
#6
Service frame
#5
Service frame
#4
Air defence frame
Air defence frame
Dummy panel
Fiber coiler
Service frame
#7
Air defence frame
Air defence frame
Dummy panel
Fiber coiler
#8
Service frame
#9
Service frame

Contenu

2 Fonctions des cartes
2.1 Introduction au Hardware
2.2 Sous Système d’Opération & Maintenance
2.3 Sous Système de Contrôle du Gateway
2.4 Sous Système de Traitement des Paquets
2.5 Sous Système de Traitement des services TDM
2.6 Sous Système de Ressources des Services
2.7 Sous Système de Transfert de la Signalisation
2.8 Sous Système d’horloge
2.9 Sous Système de Cascading
Contenu

Présentation du Hardware

2.1 Introduction du Hardware
Contenu

OMU (MOMB)
 Il s’agit de l’unité centrale de gestion et de contrôle de
tout l’équipement, chaque carte MOMB occupe deux
slots et les deux cartes MOMB occupent 4 slots allant
de 6 à 9.
 Renferme le BAM de l’équipement.
CPU
POWER
J6
F1/4A
F2/1A
5338A
GE LSW
MBUS
-48V
+5V
5338A
J10
J17
BOOTROM/
CPLD
1208
JTAG
J21
SCMU1
SCMU2
S1
MOMBb
ACT
RUN
ALM
MOMBb
FE0
COM0
OFFLINE
SCMU
SCMU
J8
Compact
FLASH

OMU (MOMB)
board
board
board
Autre châssis
board
board
board
board
Châssis principal de contrôle board
board
board
Autre châssis
MPU
MPU
(Slave)
MPU
MPU
(Master)
OMU
OMU
board
(Slave)
(Master)
(Slave)
(Master)
board
 En cas de cascading de plusieurs châssis, les cartes MOMB et
MMPB/MMPU permettent la maintenance et la gestion de tout
l’équipement à travers les canaux FE de cascade.
 Inclut un Switch GE à haute performance et permet la commutation des
services de données à travers le backplane

MPU
COM0
OFFLINE
FE0
RESET
MMPU
ACT
RUN
ALM
MMPU
POWER
5338A
MBUS
5338A
S1
MMPBb
ACT
RUN
ALM
MMPBb
FE0
COM0
OFFLINE
SCMU
SCMU
SSM256 SSM32
 Gestion des cartes du châssis central de commutation
(SSM256);
 Inserée dans le slot 7 et 8 et fonctionne en mode 1+1
backup;
 Fournit la commutation FE switching pour le contrôle
interne et le trafic de signalisation;
MMPU
 Configuré dans le SSM32 Slot 6/7 et 8/9;
 Fournit un switch GE pour le trafic voix IP;
Fonctionne en mode 1+1 backup;
 La fonction de gestion système est implémentée par
le MTNC.
MMPB

Contenu

Cartes de Contrôle: PPU+CMU
H.248
CMU
Module de
traitement TDM
Module de traitement
Paquet
Module des
Resource de
Service
MSCe
MGW
PPU
CMU
CMU
PPU
PPU H248
SCTP
IP
MAC
PHY

CMU/PPU
POWER
MBUS
CPU
F61
J10
F15
OFFLINE
FE0
MPPB
COM0
RESET
RUN
ALM
MPPB
U2
MBUS
CPU
COM0
OFFLINE
MCMF
RESET
ACT
RUN
ALM
MCMF
OFFLINE
COM0
MCMB
RESET
ACT
RUN
ALM
MCMB
MBUS
POWER
CPU
F61
F15
J10
 CMU fonctionne en mode 1+1 backup, PPU
fonctionne en mode partage de charge;
 MCMF/MCMB peuvent fonctionner comme
PPU ou CMU, mais MPPB peut fonctionner
comme PPU seulement;
 Si il n’y a que MCMF/MCMB configuré dans
l’UMG8900, Nous devons configurer la quantité
de PPU/CMU de la manière suivante:
2N+(N+1)=Quantité totale des MCMF/MCMB
2N la quantité des CMU
N+1 la quantité des PPU
MPPB/MCMF/MCMB

CMU/PPU
S1
MMPBb
ACT
RUN
ALM
MMPBb
FE0
COM0
OFFLINE
SCMU
SCMU
RUN
ALM
ACT
OFFLINE
COM0
Power
CPU mini system
MBUS modules
Interface
HeartBeat
Clock
 SCMU peut fonctionner comme CMU ou PPU;
 SCMU est une sous carte configurée dans
l’UG02MOMB et l’UG02MMPB;
 Les SCMU sont “hot swappable”;
 SCMU est applicable seulement lorsque la
version software de l’équipement est R007C02
ou plus récente;
SCMU

Contenu

Sous Système de Traitement des Paquets
ASU
TAC
A4L/
EAC/
TAC
HRU
HRB
E8T/
G1O/
P1H/P4L
E8T/
G1O/
P1H/P4L
OMU/MPU
TCU
TCU
VPU
ASU
Packet service processing
subsystem
TNC
CLK/GE/FE
IP
ATM

ASU (MASU)
 Traitement des services ATM.
 Assure la fonction de segmentation et de
réassemblage (SAR) standard AAL2/ AAL5.
 Gestion de l’état de la carte et des cartes dorsales
qui lui correspondent.
 Fonctionne en mode 1+1 backup.
COM0
OFFLINE
HUAWEI
MASUb
ACT
RUN
ALM

Cartes dorsales relatives à la carte MASU
A
S
U
(m)
A
4
L
A
S
U
(s)
A
4
L
 Fournit 4 interfaces optiques à 155 M
mono-mode ou multi-mode.
 Assure la fonction de 1+1 backup avec
la collaboration de la carte de traitement
MASU.
OFFLINE
HUAWEI
8K_OUT
AC
T
LINK
TX0
R
X0
AC
T
LINK
TX0
R
X0
AC
T
LINK
TX0
R
X0
AC
T
LINK
TX0
R
X0
MA4L
ACT
RUN
ALM

HRB (MRPU)
 Traitement des routes IP et distribution des services IP.
 Gestion de l’état de la carte et des cartes dorsales qui lui correspondent.
 Traitement du protocole RTP/Real-time Transport Control Protocol
(RTCP).
Nb UP
UDP
IP
RTP/ RTCP

Cartes dorsales relatives à la carte MRPU
H
R
B
(m)
P
4
L
H
R
B
(s)
P
4
L
H
R
B
(m)
E
8
T
H
R
B
(s)
E
8
T
H
R
B
(m)
G
1
O
H
R
B
(s)
G
1
O
 Les cartes dorsales relatives à la carte MRPU sont : MG1O, MP1H,
MP4L et ME8T.
 Exemple: fonctions de la carte MG1O
Fournit une interface GE conformément au standard IEEE8002.3z.
Assure la fonction de 1+1 backup en collaboration avec la carte de
traitement correspondante qui est la carte MRPU.

HRB (MHRD)
 Carte dorsale
 Traitement des routes IP et distribution des services IP.
 Gestion de l’état de la carte et de ses sous-cartes.
Avec la sous carte D8FT: MHRD fournit 8 interface FE.
Avec la sous carte D1GO: MHRD fournit 1 interface GE.

Contenu

Sous Système de Traitement des services TDM
E32/T32/
S2L/S2E
OMU/MPU
VPU
VPU
VPU
E32/T32/
S2L/S2E
Sous Système de Traitement des
services TDM
TNU
4*TDM
TDM
Sous Système de Traitement
Des paquets

TNU (MTNC)
 La carte MTNC gère la commutation des services TDM.
Elle fournit une capacité de 32K en terme de TS et une
capacité de commutation de 1K, 2K pour chaque carte
d’interface.
 Elle fournit un maximum de 3x8K interfaces de cascade
TDM pour la connexion avec le châssis correspondant via
des fibres optiques.
 Elle est le centre de commutation pour le plan de contrôle,
et permet l’échange de messages au niveau du plan de
contrôle entre toutes les cartes.
 Elle fournit 3 interfaces FE de cascading et assure
l’échange de messages de contrôle entre châssis. HUAWEI
MTNC
ACT
RUN
ALM
AC
T
LINK
TX0
R
X0
AC
T
LINK
TX0
R
X0
AC
T
LINK
TX0
R
X0
2M_IN
2M_OUT
8K_IN1
FE2
FE0
OMC
8K_IN2
FE3
FE1
MC
OFFLINE
COM0
FE4

TNU (MTNC)
 Elle fournit des signaux d’horloge 8 K de niveau 3 via la sous carte
d’horloge de niveau 3.
 Elle reçoit les signaux d’horloge à 16 K de niveau 2 générées par la
carte d’horloge de niveau 2 et génère l’horloge requise par le
système.
 Elle peut générer les signaux d’horloge à 8 K via les chemins de
cascading entre châssis pour la synchronisation du système.
 Elle assure la fonction de gestion de l’équipement. Elle permet la
maintenance des cartes, la gestion du processus de power-on et
des situations exceptionnelles.

S2L (MS2L)
 Extraction des signaux d’horloge et fournit 2
interface fibres optiques à 155 M.
 Traitement des entêtes et multiplexage des signaux
optiques et analyse de la communication via les
canaux optiques.
 Implémentation du mapping SDH, de-mapping et
traitement des entêtes SDH.
 Fournit 2 × 63 E1
OFFLINE
HUAWEI
COM0
8K_OUT
ACT
RUN
ALM
MS2L

E32 (ME32)
 Fournit 32 interfaces E1.
 Fournit 32 trames E1.
 Fournit une interface source d’horloge à 8 kHz
« LINE » pour les deux cartes MCLKs.
HUAWEI
ME32
OFFLINE
8K_OUT
E1/T1_0-15
E1/T1_16-31
RUN
ALM

Contenu

VPU (MVPD/MTCD)
 Supporte des fonctions tel que gestion des annonces, collecte
des digits, fonction MFC « Multiple Frequency Control » et
multiplexage audio.
 Implémente la fonction d’adaptation des paquets IP relatifs aux
services de voix qui se basent sur le UDP, Real-time Transport
Protocol (RTP) et IP. Supporte une grande variante de codecs
de voix tel que G.711A, G.711μ, G.723, G.726, G.729, AMR,
AMR 2 et FR/HR/EFR.
 Permet le contrôle et la gestion des ressources effectuée par la
carte CMU.

Contenu

SPF (MSPF)
 Implémente la fonction de SG. Les cartes associées au MSPF, reçoivent les
signaux TDM à partir des cartes de commutation TDM pour effectuer le
traitement correspondant. Et après le MSPF adapte la signalisation TDM an
paquets IP.
 Implémente la fonction de SG par l’adaptation de la signalisation en
M3UA//M2UA/V5UA/IUA, et envoi les messages adaptés au MGC
SP UMG8900 MSOFTX3000
S7UP
MTP3
S7UP
MTP3
MTP2
MTP1 MTP1
MTP2
M2UA
SCTP
IP
M2UA
SCTP
IP
MAC MAC
SS7 IP
M2UA-NIF
TDM IP

2. 2 Sous Système d’Opération & Maintenance
Contenu

Sous Système d’Horloge

CLK (MCLK)
 CLK est la carte du système d’horloge, responsable pour la
réception des signaux d’horloge internes extraits par les
cartes d’interface et les signaux de synchronisation
externes fournis par le BITS.
 Chaque châssis du MGW et configuré avec deux cartes
MTNC. Dans le châssis de contrôle principal, la carte CLK
fournit des signaux d’horloge à 16-kHz à la carte MTNC du
châssis à travers le backplane. Dans les autres châssis du
MGW, les cartes CLK fournissent des signaux à 16-kHz à
la carte MTNC à travers les câbles de distribution.
 Le CLK fournit aussi des signaux d’horloge externes.
MCLK
HUAWEI
OFFLINE
CLK_OUT0
CLK_OUT1
CLK_OUT2
2M_IN
2M_OUT
ANT
8K_IN1
8K_IN2
ACT
RUN
ALM

2. 2 Sous Système d’Opération & Maintenance
Contenu

FLU & BLU
OFFLINE
MFLUb
ACT
RUN
ALM
MFLUb
POWER
MBUS
FPGA
CPLD
CPU
Frequency
Doubler
Switching
Module
J3 F1 J7
F2
J6
J10
H3
J4
H1
H2
J8
J9
S1
OFFLINE
ACT LINK
TX0
RX0
ACT LINK
TX1
RX1
ACT
LINK
TX3
RX3
ACT
LINK
TX4
RX4
ACT
LINK
TX5
RX5
MBLUb
ACT
RUN
ALM
COM0
FE0
ACT
LINK
TX2
RX2
GE
TDM
MBLUb
MBUS
OFFLINE
ACT LINK
TX0
RX0
ACT
LINK
TX1
RX1
ACT
LINK
TX3
RX3
ACT
LINK
TX4
RX4
ACT
LINK
TX5
RX5
COM0
ACT
LINK
TX2
RX2
GE
TDM
FE3&FE4
FE1&FE2
ACT
RUN
ALM
MBLUb
FE2
FE4
1
2
MBLUb
VC
VA
SSM256
central switching frame
 FLU est la carte frontale, BLU est celle dorsale;
 FLU&BLU sont configurées dans le SSM256
du châssis central de commutation;
 BLUb_VC fournit 4 FE, 2 GE, 4 TDM pour le
cascading;
 BLUb_VA fournit 1 FE, 2 GE, 4 TDM pour le
cascading;
MFLU/MBLU

BLU Interfaces
POWER
MBUS
FPGA
CPLD
CPU
Frequency
Doubler
Switching
Module
J3 F1 J7
F2
J6
J10
H3
J4
H1
H2
J8
J9
S1
OFFLINE
ACT LINK
TX0
RX0
ACT LINK
TX1
RX1
ACT
LINK
TX3
RX3
ACT
LINK
TX4
RX4
ACT
LINK
TX5
RX5
MBLUb
ACT
RUN
ALM
COM0
FE0
ACT
LINK
TX2
RX2
GE
TDM
MBLUb
OFFLINE
ACT LINK
TX0
RX0
ACT
LINK
TX1
RX1
ACT
LINK
TX3
RX3
ACT
LINK
TX4
RX4
ACT
LINK
TX5
RX5
COM0
ACT
LINK
TX2
RX2
GE
TDM
FE3&FE4
FE1&FE2
ACT
RUN
ALM
MBLUb
FE2
FE4
1
2
MBLUb
VC
VA
FE0 cascading (Câble LAN)
GE0 cascading (fibre)
TDM0 cascading (fibre)
FE1/2 cascading (Câble LAN)
FE3/4 cascading (Câble LAN)

NLU
POWER
CPU
J10
J7
F2
F1
F1195
CPLD
SFP
SFP
S1
F1196
BIOS
FLASH
1
2
9
10
1
2
9
10
MBUS
MNLU
MNLU
ACT LINK
TX1
RX1
RUN
ALM
OFFLINE
COM0
ACT LINK
TX0
RX0
 NLU est configuré dans les châssis SSM32;
 NLU fournit 2 * 1.25GE pour le cascading;
 NLU doit être insérée dans le slots 4, 5, 10,
11.
MNLU

Contenu

H.248 Signaling Flow
N
E
T
N
E
T
F
L
U
T
N
C
T
N
C
C
M
U
C
M
U
P
P
U
M
P
U
M
P
U
B
L
U
B
L
U
B
L
U
B
L
U
F
L
U
F
L
U
F
L
U
O
M
B
O
M
B
T
N
C
T
N
C
C
M
U
C
M
U
P
P
U
FE Bus
FE Bus
FE Bus
FE Cascading
FE Cascading
Central switching frame
Main control frame
Service frame
MSX → MPU/NET/OMC (Frame#0) →
MPU/NET/FE1(Frame#0) → FE cascading →
TNC/FE3(Frame#1) → FE bus → PPU → FE
bus → CMU
①
②
Path1
Path 2
MSX → MPU/NET/OMC (Frame#0) →
MPU/NET/FE1(Frame#0) → FE cascading →
TNC/FE3(Frame#2) → FE bus → PPU → FE
bus → CMU
MSX

SIGTRAN Signaling Flow (SG)
N
E
T
N
E
T
F
L
U
T
N
C
T
N
C
S
P
F
S
P
F
S
P
F
M
P
U
M
P
U
B
L
U
B
L
U
B
L
U
B
L
U
F
L
U
F
L
U
F
L
U
O
M
B
O
M
B
T
N
C
T
N
C
C
M
U
C
M
U
P
P
U
FE Bus
FE Cascading
Main control frame
Service frame
E
3
2
E
3
2
TDM Cascading
TDM Bus
FE Bus
TDM Bus
FE Bus
TDM Bus
T
N
B
T
N
B
SX3000
E32(Frame#2) → TDM Bus →
TNC(Frame#2) → TDM cascading → BLU
→FLU → TDM Bus → TNB(Frame#0) →
TDM cascading → TNC(Frame#1) → TDM
bus → SPF → FE bus →
TNC/FE3(Frame#1) → FE cascading →
MPU/NET/FE1(Frame#0) →
MPU/NET/OMC(Frame#0) → MSX3000

TDM-TDM Voice Flow
N
E
T
N
E
T
F
L
U
T
N
C
T
N
C
V
P
U
V
P
U
V
P
U
M
P
U
M
P
U
B
L
U
B
L
U
B
L
U
B
L
U
F
L
U
F
L
U
F
L
U
O
M
B
O
M
B
T
N
C
T
N
C
TDM Bus
Main control frame
Service frame
E
3
2
E
3
2
TDM Bus
TDM Bus
E
3
2
T
N
B
T
N
B
TDM Cascading
TDM Cascading
E32(Frame#2) → TDM Bus → TNC(Frame#2)
→ TDM Cascading → BLU → FLU → TDM
Bus → TNB(Frame#0) → TDM Cascading →
TNC(Frame#1) → TDM Bus → VPU → TDM
Bus → E32(Frame#1)

TDM-IP Voice Flow
N
E
T
N
E
T
F
L
U
T
N
C
T
N
C
H
R
B
H
R
B
V
P
U
M
P
U
M
P
U
B
L
U
B
L
U
B
L
U
B
L
U
F
L
U
F
L
U
F
L
U
O
M
B
O
M
B
T
N
C
T
N
C
GE Bus
Main control frame
Service frame
E
3
2
E
8
T
TDM Bus
TDM Bus
E
3
2
T
N
B
T
N
B
GE Cascading
TDM Cascading
E
8
T
N
L
U
N
L
U
V
P
U
TDM Bus
GE Bus
GE Bus
TDM Cascading
GE Cascading
M
P
B
M
P
B
N
L
U
N
L
U
①
②
E32(Frame#3) → TDM Bus → TNC(Frame#3)
→ TDM Cascading → BLU → FLU → TDM
Bus → TNB(Frame#0) → TDM Cascading →
TNC(Frame#1) → TDM Bus → VPU(Frame#1)
→ GE Bus → HRB → E8T
E8T(Frame#1) → HRB → GE Bus →
NLU(Frame#1) → GE Cascading →
NET(Frame#0) → GE Bus →FLU → BLU
→ GE Cascading → NLU(Frame#3) → GE
Bus → VPU(Frame#3) → TDM Bus →
TNC(Frame#3) → E32
Aller (1)
Retour (2)

www.huawei.com
Internal
Configuration du
Hardware de l’UMG8900

Objectifs
 A la fin de ce cours, vous serez capables de:
Comprendre les concepts de la configuration du hardware
Effectuer la procédure de configuration du hardware

Références
 UMG8900 Data Configuration Manual

Contenu
1. Aperçu de la Configuration
2. Configuration des châssis
3. Relations du Cascading
4. Configuration de l’horloge

Méthodes de Configuration
 Exécuter les commandes MML (Man-Machine Language). C’est la
méthode la plus fréquente et applicable pour toutes les configurations.
 Utiliser l’interface graphique fournit par le panneau de l’équipement
pour la configuration. Cette méthode est principalement applicable pour
la configuration du hardware (Châssis et Cartes). Son avantage est la
perception directe et son inconvénient est qu’elle n’est applicable que
pour la configuration du hardware.
 Exécuter les scripts de configuration des données. Le système
regroupe la configuration dans des fichiers de scripts et vous avez
besoin d’exécuter ces fichiers pour effectuer la configuration.

Procédure de la Configuration du Hardware

Contenu
2. Configuration des châssis
3. Relations de Cascading

Contenu
2 Configuration du hardware
2.1 Configuration des châssis
2.2 Configuration des cartes

Configuration des Châssis au niveau des bâtis
Service frame 2#
0#
Filler panel
Filler panel
Filler panel
Filler panel
Service frame 5#
Service frame 4#
Service frame 3#
Filler panel
Filler panel
Filler panel
Filler panel
Service frame 8#
Service frame 7#
Service frame 6#
Filler panel
Filler panel
Filler panel
Filler panel
Cabinet 0# Cabinet 1# Cabinet 2#
Main control frame 1#

Configuration des Châssis
Commandes MML associées
Commande Fonction
ADD FRM Ajouter un châssis
RMV FRM Supprimer un châssis
MOD FRM Modifier un châssis
LST FRM Lister les châssis
RST FRM Reset d’un châssis

Contenu
2 Configuration du hardware
2.1 Configuration des bâtis & des châssis
2.2 Configuration des cartes

Conditions pour la Configuration des Cartes
 Contrainte en terme de position (faciale ou dorsale) :
Cartes faciales : OMU, MPU, RPU, ASU, TCU, ECU, SPF et MCMF
dans le CMU.
Cartes dorsales : CLK, TNU, PPU, E8T, HRD, G1O, A4L, E32, T32,
HRD, S2L et MCMB dans le CMU.
 Contrainte en terme des positions opposées :
OMU/MPU←→TNU
HRB (RPU/HRU)←→E8T/G10
ASU←→A4L

 Contrainte en terme de slot et châssis:
 OMU, insérée dans les slots de face 7 et 8 dans le châssis de contrôle principal.
 MPU, insérée dans les slots de face 7 et 8 dans tout châssis à l’exception du
châssis de contrôle principal.
 TNU, insérée dans les slots dorsaux 7 et 8.
 CLK, insérée dans les slots dorsaux 0 et 1 dans le châssis de contrôle principal.
 NLU, insérée dans les slots dorsaux 4 et 5 et/ou 10 et11.

 Configuration automatique :
L’OMU et le TNU dans le châssis de contrôle principal et le
MPU et le TNU dans les autres châssis de service sont
configurées par défaut. Vous n’avez pas besoin de
configurer ces cartes et vous ne pouvez pas les supprimer.

 Modes de Fonctionnement:
1+1 backup: OMU, MPU, NET, CLK, TNU, CMU, RPU, ASU,
BLU, FLU.
Partage de Charge: PPU, E8T, E1G, P4L, P1H, A4L, EAC,
TCU, ECU, SPF, E32, T32.
Partage de Charge ou 1+1 backup: S2L.

 Contrainte en terme de Numéro de carte « Board Number »:
Toutes les cartes OMU, MPU et CMU sont numérotées uniformément.
Les numéros des cartes OMU et MPU sont générés automatiquement.
Le numéro de la carte OMU est 0. la carte MPU dans le châssis
numéro 0 a comme numéro 1. Les numéros des autres MPUs sont les
même que les numéros des châssis où elles sont localisées, allant de
2 à 28. Les cartes CMU sont numérotées de 30 à 61.
Pour une carte ayant le mode 1+1 backup, son type de carte et son
numéro doivent être les mêmes que la carte dans le slot associé. Par
exemple, si une carte HRB ayant un mode 1+1 backup est dans le
slot 12, la carte dans le slot 13 doit être aussi HRB et les numéros des
deux cartes doit être le même.

 Contrainte en terme de Numéro de carte « Board Number » :
Les paires de slots se réfèrent aux slots 0 et 1, 2 et 3, 4 et
5, 6 et 9, 7 et 8, 10 et 11, 12 et 13 de même que 14 et 15.
Vous n’avez pas besoin de spécifier la carte active pour les
deux cartes fonctionnant en mode 1+1 backup. Lorsque le
système démarre, la carte active est déterminée à travers
le mécanisme de contention. Généralement, la carte qui
démarre la première est maître et l’autre est esclave.

Configuration des Cartes
Commande Fonction
ADD BRD Ajouter une carte
RMV BRD Supprimer une carte
MOD BRD Modifier une carte
LST BRD Lister des cartes
RST BRD Reset une carte

Contenu
2. Configuration des bâtis & des châssis

Cascading de Huit Châssis
M
B
L
U
FE
Main control
frame
(1#)
Central
switch frame
(0#)
T
D
M
Service
frame
(2#～7 ＃
)
3＃ 4＃ 5＃ 6＃ 7＃
FE+GE ＋TDM FE+GE ＋TDM
M
B
L
U
M
B
L
U
M
B
L
U
M
B
L
U
M
B
L
U
M
B
L
U
M
B
L
U
M
B
L
U
M
B
L
U
M
B
L
U
M
B
L
U
M
N
E
T
M
T
N
U
M
N
E
T
M
T
N
U
T
D
M
2＃
d
MTNC
MTNC
MNLU
MNLU

Contraintes associées aux liaisons de Cascading
 La connexion FE est utilisée pour le chargement des données et le transfert
de la signalisation.
 Les connections TDM et GE sont utilisées pour le transfert des données de
service.

Configuration de Cascading
Commande Fonction
ADD FRM Ajouter un châssis de service
RMV FRM Supprimer un châssis de service
LST FRM Lister les châssis de service

Contenu
2. Configuration des bâtis & des châssis

Système d’horloge
 Le système d’horloge de l’UMG8900 fournit un « Gateway Exchange » et un
« Local Exchange » avec un niveau de précision 3 ou 2
 La carte CLK peut extraire la source d’horloge à partir de:
2 canaux Line d’horloge à 8 kHz
− Cartes d’interface TDM, PCM
Horloge à 2.048 MHz et 2.048 Mbits/s
− À partir du BITS « Building Integrated Timing Supply System »
GPS/GLONASS:
− Global Positioning System/Global Navigation Satellite System.

Distribution de l’horloge
C
L
K
C
L
K
T
N
C
T
N
C
E
3
2
E
3
2
2048kbit/s
2048kHz
1.5GHz 1.5GHz
GPS
BITS
8kHz
B
L
U
B
L
U
E
3
2
E
3
2
N
E
T
N
E
T
main control frame
central switching frame
service frames
T
N
C
T
N
C

Configuration de la Source de Référence d’Horloge
Commande Fonction
MOD CLKSRC Modifier la configuration de la source de référence
DSP CLK/LST CLK Afficher/Lister la configuration des cartes CLK

Configuration des Cartes d’Horloge
Commande Fonction
MOD CLK Modifier la configuration de la carte d’horloge
DSP CLK/LST CLK Afficher les signaux externes synchrones de
sorties d’horloge

Configuration de la Source d’Horloge Internes
Commande Fonction
SET LINECLK Configurer le port duquel la carte CLK extrait la
source de référence d’horloge internes

www.huawei.com
Internal
Configuration de
l’interface Mc au niveau
de l’UMG8900

Objectifs
 A la fin de ce cours, vous serez capables de :
Comprendre les concepts de l’interface Mc
Comprendre le concept du VMGW
Comprendre les relations entre les paramètres dans les
commandes
Effectuer la configuration de l’interconnexion avec le MSC
Server

Références
 UMG8900 Data Configuration Manual

Contenu
1. Concepts de Base

Contenu
1. Concepts de base
1.1 Introduction à l’Interface Mc
1.2 Introduction du VMGW

Introduction à l’Interface Mc
Nc
MSC Server
(MSOFTX3000)
Mc Mc
H.248 H.248
GMSC Server
(MSOFTX3000)
Nc
MSC Server
Mc Mc
H.248 H.248
GMSC Server

Fonctions de l’interface Mc
 C’est une nouvelle interface standard établie par le 3GPP R4, entre le MSC
Server (ou GMSC Server) et le MGW.
 L’interface Mc fournit les ressources statiques et dynamiques pour le MSC
Server (GMSC Server) contrôlant les divers modes de transmission
(IP/ATM/TDM) dans le MGW dans la procédure de traitement des appels
tels que la propriété du terminal, les relations d’échange entre les terminaux
connectés, flux de données dans le MGW.
 L’interface Mc fournit, aussi, les capacités pour la gestion et la maintenance
du statut du MGW.

Pile Protocolaire au niveau de l’interface Mc
MSOFTX3000
IP Bearer
SCTP/TCP/UDP
IP
Physical Layer
MGW
Mc
H.248

Contenu
1. Concepts de base
1.1 Introduction de l’Interface Mc
1.2 Introduction du VMGW

MSOFTX3000 MSOFTX3000 MSOFTX3000 MSOFTX3000
SG7000
IP Core Network
UTRAN
PSTN
H.248
H.248 H.248
H.248
ISUP
Switch
UMG8900
VMGW1 VMGW4
SIGTRAN
STP
Introduction au VMGW

Contenu
1. Concepts de Base
2. Configuration des Données

Contenu
2 Configuration des données
2.1 Flux Général
2.2 Configuration de l’interface de contrôle du Gateway
2.3 Configuration du MGW

Préparations des données de Configuration
No. Objet Remarque
1
Adresse IP et Numéro de Port de
l’interface Mc au niveau du MSC
Server
Ce sont les paramètres pour l’interconnexion
entre le UMG8900 et le MSC Server.
2 VMGW MID et type du VMGW MID
La valeur de ce paramètre doit être identique
entre l’UMG8900 et le MSC Server.
3 MGC MID et type du MGC MID
La valeur de ce paramètre doit être identique
entre le UMG8900 et le MSC Server.

Fin
Début
Configuration de l’interface de
contrôle du Gateway
Configuration du ID du VMGW
Configuration du ID du MGC
Activation du VMGW
Ajouter les liens de Signalisation
H.248
Procédure de la configuration

Contenu
2.1 Flux Général

Configuration de l’adresse IP
 Se référer à l’interface FE utilisée pour recevoir et transmettre
les messages H.248.
Commande Fonction
ADD IPADDR Ajouter l’adresse IP de l’interface
RMV IPADDR Supprimer l’adresse IP de l’interface
LST IPADDR Lister les adresses IP de l’interface

Configuration des Routes
 Si l’UMG8900 et le MSC Server ne sont pas dans la même section réseau, vous
avez besoin de configurer les routes pour l’interface Mc.
 La route doit être configurée sur la carte d’interface qui est adoptée comme
interface de contrôle du Gateway.
 Le routage correspond à chaque carte. Si de multiples cartes fonctionnent en
mode partage de charge, vous avez besoin de configurer les routes vers le MSC
server sur chacune de ces carte.
Commande Fonction
ADD ROUTE Ajouter une route statique
RMV ROUTE Supprimer une route statique
LST ROUTE Lister les informations de configuration
d’une route statique
DSP ROUTE Afficher les informations d’une route

Contenu
2.1 Flux Général

Configuration du ID du VMGW
 Après la configuration de l’interface IP, vous avez besoin de configurer l’ID du
VMGW pour que le MSC Server puisse identifier l’UMG8900 correctement.
 Par défaut, le système regarde toutes les configurations du MGW comme des
configurations de VMGW.
Commande Fonction
SET VMGW Configuration du VMGW
LST VMGW Lister les informations de configuration du
VMGW

Configuration du ID du MGC
 Pour un VMGW, vous avez besoin de configurer son MGC se trouvant au niveau
du MSC Server.
 Vous pouvez configurer un VMGW avec au plus 3 MGC, un d’eux et seulement un
est le MGC maître. Le VMGW peut être seulement sous le contrôle d’un MGC à
un moment donné. Le VMGW basculera sous le contrôle du MGC esclave
seulement lorsque le MGC maître échoue ou la communication entre le VMGW et
le MGC maître est anormale.
Commande Fonction
ADD MGC Ajouter un contrôleur du MGW
RMV MGC Supprimer un contrôleur du MGW
MOD MGC Modifier un contrôleur du MGW
LST MGC Lister les informations du contrôleur du MGW
SWP MGC Basculer entre les MGC du VMGW

Ajouter les liens de Signalisation H.248
 Après la configuration du MGC, les liens de signalisation doivent être ajoutés.
Ces liens fournissent les canaux de signalisation pour contrôler les messages
H.248.
 Les modules PPU/CMU traitent les messages H.248 au niveau de la couche
application. Vous avez besoin de spécifier la carte où le module PPU qui traite
les liens H.248 est localisé.
Commande Fonction
ADD H248LNK Ajouter un lien de signalisation H.248
RMV H248LNK Supprimer un lien de signalisation H.248
LST H248LNK
Lister les informations de configuration du lien de signalisation
H.248
DSP H248LNK Afficher les informations de connexion des liens signalisation H.248
ACT H248LNK Activer un lien de signalisation H.248
DEA H248LNK Désactiver un lien de signalisation H.248

Activation du VMGW
 Après avoir ajouté les liens de signalisation H.248 avec succès en premier
temps et activer le VMGW avec la commande ACT VMGW, le VMGW envoiera
une demande d’enregistrement au MSC Server.
 Après le succès de l’enregistrement, vous pouvez utiliser la commande DSP
VMGW pour afficher le statut du VMGW, qui doit être “IN SERVICE”. Ceci vous
permet de confirmer que la configuration du MGW est correcte.
Commande Fonction
ACT VMGW Activer un VMGW
DEA VMGW Désactiver VMGW
DSP VMGW Afficher le statut actuel du VMGW

www.huawei.com
Internal
Configuration de
l’Interconnexion avec le
BSC/MSC/PSTN/MGW

Objectifs
 Après la fin de ce cours, vous serez capables de:
Connaître les modes d’interconnexion entre l‘UMG8900 et le
BSC/MSC/PSTN
Effectuer la configuration de l’interconnexion avec le
BSC/MSC/PSTN/MGW

Référence
HUAWEI UMG8900 Data Configuration Manual

Contenu
1. Aperçu

Livre2.ppt

Recommandé

Recommandé

Contenu connexe

Similaire à Livre2.ppt

Similaire à Livre2.ppt (20)

Livre2.ppt