CHOUIKH Aref

Cycle de formation des ingnieurs en Tlcommunications
Option :
Rseaux et Services Mobiles
Rapport de Projet de fin dtudes
Thme :
Modlisation de la charge des nuds cur de rseau GSM du Tunisie Tlcom

Ralis par : Aref CHOUIKH
Encadrants: M. Sami TABBANE M. Mohammed Hdi JALLOULI

Travail propos et ralis en collaboration avec
Anne universitaire : 2006/2007
Ddicaces
A ma chre mre Amna A mon cher pre Bchir A mes chres surs Safa et Najia A mes cher frres Nam et Foued A ma toute chre famille de prs et de loin A tous mes enseignants A tous mes amis A tous ceux qui mont aid raliser ce travail A toutes les personnes que jaime et qui maiment Je ddie ce travail, et quil soit un sentiment de reconnaissance
honorable et fidle envers eux.
Fidlement Aref
Avant propos
Le travail prsent dans ce rapport t fait dans le cadre de mon projet de fin dtude pour lobtention du diplme dingnieur en tlcommunication, option Rseaux et Service Mobiles (RSM), en collaboration avec loprateur Tunisie Tlcom et au sien du centre de supervision qualit LAC.
Au terme de ce travail, je tiens remercier mes encadreurs de projet de fin dtudes dingnieur, M. Sami TABBANE professeur SUPCOM Tunis et M. Mohamed-Hdi JALLOULI ingnieur en chef chez Tunisie Tlcom, qui mont honor par leurs encadrements de qualit et leurs soutiens, tout au long de ce projet, pour tre la hauteur dun tel projet. Aussi, jexprime toute ma reconnaissance ladministration de SUPCOM pour ces efforts majeurs et continus de prsenter les meilleurs conditions de russite ces lves ingnieurs. Et toute ma gratitude envers tous les personnels de la Direction Centrale des Rseaux Mobiles de Tunisie Tlcom et plus particulirement monsieur Foued Ben SLIMEN ingnieur principale au service qualit et ceux qui nont pargn aucun effort pour maider laccomplissement de ce projet. Comme je noublie pas exprim mes sincres et spciales remerciements Eliza Karnatsou Chatelain formateur certifi Ericsson, qui na pas hsit maider et clarifi le chemin la bonne laboration de ce travail. Finalement, je remercie les membres de jury pour avoir accepter dvaluer ce travail.
Merci infiniment Aref
Rsum:
Les noeuds du rseau coeur (core network) sont les entits du rseau mobile qui prennent en charge les fonctions de gestion d'abonns, d'tablissement et de contrle des appels, de taxation, de gestion de mobilit, de connexion avec d'autres rseau, de gestion des ressources ... etc. La capacit d'un noeud grer toutes ces fonctions dpend non seulement du volume des tches qu'il est appel excuter mais aussi de l'tat dans lequel il se situe.
L'objet de ce projet est de dvelopper un modle de calcul de la capacit des noeuds du rseau coeur mobile en fonction des diffrents cas de trafic qui les sollicitent. Nous avons t amens en premier lieu dtudier larchitecture des nuds curs utilis chez loprateur Tunisie Tlcom dans le but didentifier les paramtres dont dpend la charge.
Ensuite en se basant sur des statistiques que nous avons pu rcupr auprs de lOSS, nous avons utilis la mthode Moindre Carr pour lestimation de la charge. Et en vue de rduire le nombre de paramtres dont dpend cette charge nous avons utiliss la mthode de lanalyse en composante principale ACP qui a prouv son intrt en terme de la simplification du travail.
Mots cl : AXE-MSC/VLR, Charge CPU, MC: Moindre Carr, ACP : Analyse en Composante Principale.
Sommaire
Sommaire
Tabledesfigures Listedestableaux Listedesacronymes
Introduction......................................................................................................................1 ChapitreI:ArchitecturedelaplateformeAXE3 I.1StructuredunAXE.................................................................................................4 I.1.1Introduction ......................................................................................................4 I.1.2StructuredelAXE ...........................................................................................5 I.1.3StructuremodulairedunAXEMSC/VLR.........................................................7 I.1.3.1LemodulesystmeAPZ ............................................................................7 I.1.3.2LesmodulesapplicatifsAM:ApplicationModule ..................................8 I.2LemodulesystmeXSSExistingSourceSystem: .............................................12
ChapitreII:Identificationdesparamtrespourlesdiffrentscasdetrafic19 II.1Lesparamtrespourlamisejourdelocalisation ...............................................20 II.1.1Misejourdelocalisationnormale(FigureII.1) ...........................................21 II.1.2Misejourdelocalisation IMSIDETACH (FigureII.2).............................22 II.1.3MisejourdelocalisationIMSIATTACH(FigureII.3) ...........................22 II.1.4MisejourdelocalisationPriodique(FigureII.4) .......................................23 II.2Handover .........................................................................................................24 II.2.1HandoverinterMSC(FigureII.5) .................................................................25 II.2.2.HandoverintraMSC(FigureII.6).................................................................26
PFE : Modlisation de la charge des nuds cur de rseau GSM du Tunisie Tlcom
i i
Sommaire
II.3.Gestiondappel ...................................................................................................28 II.3.1AppelsArrive(MOMobileOriginating)..............................................28 II.3.2Appelsdestinationdunmobile(MTMobileTerminating) ......................30 II.4GestiondesmessagescourtsSMS........................................................................33 II.4.1EnvoidunSMS(FigureII.9)........................................................................34 II.4.2RceptiondunSMS(Figure2.10) ................................................................35 II.5ProcduredesservicesUSSD(FigureII.11).........................................................37 II.6Accsaurseauintelligent ...................................................................................38
ChapitreIII:Modlisationdelacharged'unAXEMSC/VLR42 III.1Rcuprationdesstatistiques...............................................................................43 III.2Etudethoriques .................................................................................................46 III.2.1AjustemetavecMoindreCarr.....................................................................46 III.2.2PrincipedelamthodedelAnalyseenComposantesPrincipales:ACP.......50 III.3DveloppementdeloutildecalculdelacapacitdelachargedunAXE MSC/VLR. .................................................................................................................52 III.3.1Prsentationdelenvironnementdedveloppement .....................................52 III.3.2LoutilAXEMSC/VLRProcessorLoadMeasurements ............................54 III.3.2.1Organigramme......................................................................................54 III.3.2.2GuidedutilisateurdeloutilAXEMSC/VLRProcessorLoad Measurements...................................................................................................56 ChapitreIV:tudedecas...68 IV.1RsultatsdelajustementavecMoindreCarrsansACP....................................72 IV.2RrsultatsobtenuavecMoindreCarrenutilisantlestauxparabonn................72 IV.3RsultatobtenuaveclamthodedelAnalyseenComposantePrincipaleACP. 75 ConclusionGnrale ......................................................................................................79 Annexe
ii ii
Tabledesfigures
FigureI.1StructuresdunAXE ........................................................................................6 FigureI.2StructuremodulairedunAXEMSC/VLR ........................................................7 FigureI.3StructuredunGSS ........................................................................................11 FigureI.4LesblocsfonctionnelsdusoussystmeTCS. .................................................12 FigureI.5StructurematrielleduTSS............................................................................13 FigureI.6FacturationdansunMSC/VLR ......................................................................15 FigureII.1Misejourdelocalisationnormale ...............................................................21 FigureII.2:MisejourdelocalisationavecIMSIDETACH..........................................22 FigureII.3MisejourdelocalisationavecIMSIATTACH...........................................22 FigureII.4Misejourdelocalisationpriodique ...........................................................23 FigureII.5HandoverinterMSC .................................................................................25 FigureII.6HandoverintraMSC .....................................................................................27 FigureII.7AppelsArrive..........................................................................................29 FigureII.8Appeldestinationdunmobile...................................................................31 FigureII.9EnvoidunSMS ...........................................................................................34 FigureII.10RceptiondunSMS ...................................................................................35 FigureII.11ProcdurededemandedeservicesUSSD....................................................37 FigureII.12Appeldunabonnprpay.........................................................................39 FigureII.13Appelversunabonnprpay.....................................................................40 FigureIII.1:Chainedercuprationdesstatistiques .......................................................45 FigureIII.2StructureduframworkdotNet.................................................................53 FigureIII.3OrganigrammedeloutilAXEMSC/VLRProcessorLoadMeasurements 55
iii iii
FigureIII.4Lancementdelinstallation..........................................................................56 FigureIII.5Choixderpertoiredinstallation.................................................................57 FigureIII.6Findelinstallation......................................................................................57 FigureIII.7Raccourcidulancement ...............................................................................58 FigureIII.8Authentification...........................................................................................58 FigureIII.9Dmarrage ...................................................................................................59 FigureIII.10Choixdelamthode(Touslesparamtres)................................................60 FigureIII.11Fentreprincipale ......................................................................................61 FigureIII.12Choixdelabasededonne ........................................................................61 FigureIII.13Connexionlabasededonnetabli.........................................................62 FigureIII.14Choixdetempsdelasimulation ................................................................62 FigureIII.15volutiondelacharge ...............................................................................63 FigureIII.16Rpartitiondelacharge .............................................................................63 FigureIII.17Obtentiondesrsultatspourlapremiremthode ......................................64 FigureIII.18Choixdeladeuximemthode ..................................................................65 FigureIII.19Obtentiondesrsultatspourladeuximemthode .....................................65 FigureIII.20ChoixdelamthodedelACP...................................................................66 FigureIII.21ObtentiondesrsultatspourlamthodedelACP......................................67 FigureIV.1EstimationdelachargeavecmoindrecarrsansACP .................................69 FigureIV.2RpartitiondelachargeselonlesdiffrnetstypesdetraficavecMoindre carrsansACP ...............................................................................................................70 FigureIV.3AjustementdelachargeavecMoindreCarrsansACPenutilisantun modlesgnrale ............................................................................................................71 FigureIV.4RpartitiondelachargeavecunmodlegnralesansACP ........................72 FigureIV.5Ajustementdelachargeenutlisantlestauxparabonndesdiffrentscasde trafic...............................................................................................................................73 FigureIV.6Rpartitiondelachargeenutilisantlestauxdesdiffrentstypesdetrafic....73 FigureIV.7Ajustementdelachargeenutlisantunmodlegnralepourlestauxdes diffrentscasdetrafic ....................................................................................................74 FigureIV.8Rpartitindelachargeenutilisantunmodlegnralepourlestauxdes diffrentscasdetrafic ....................................................................................................74
iviv
FigureIV.9AjustementdelachargeaprsquenousavonsutlislamthodedelACP ..75 FigureIV.10RpartitiondelachargeavecMoindreCarraprsACP..........................765 FigureIV.11AproximationdelachargeavecMoindreCarraprsACPenutilisantun seulmodle ..................................................................................................................776 FigureIV.12RpartitiondelachargeavecMoindreCarraprsACPenutilisatunseul modle ...........................................................................................................................77
v v
Listedestableaux
TableauII.1Lescompteurspourlamisejourdelocalisation .......................................24 TableauII.2:LescompteurspourleHandoverinteretintraMSC...................................28 TableauII.3LescompteurspourlesappelsArrive....................................................30 TableauII.4Lescompteurspourlesappelsservis..........................................................33 TableauII.5Lescompteurs pourlagestiondesSMS.....................................................36 TableauII.6LescompteurspourlesserviceUSSD.........................................................38 TableauII.7Lescompteurspourlaccsaurseauintelligent .........................................41 TableauIII.1:Tableaudesdonnes.................................................................................46 TableauIV.1TableauRcapitulatifdesrsultatsobtenus ...............................................77
vivi
Listedesacronymes
ACA AM AMMS AUCAM CA CA CC CHS CLCOF CLR COMS COSS CPS
CSE CSI
ACcountingAnalyses ApplicationModules
AutomaticMeetMeService AutenticationCenterApplicationModule
ChargingAnalyses ChargingAnalysis ChargingCase Charging Subsystem
CaLlsupervision&CoordinationOfFunctions
CommonLanguageRuntime
CommunicationSubsystem
ConnectionServiceSubsystem CentralProcessorSubsystem CamelServiceEnvironment CamelSubscriptionInformation DigitAnalyses
DA ECPOOL ESS ETC FNRAM GSS HLRAM IDP IN IST IWSMS J IT lISDN lOSS MA MABC
EchoCancellerinPOOL
ExtendedSwitchingSubsystem ExchangeTerminalCircuits
FlexibleNumberRegisterAM
GroupeSwitchingSubsystem
HomeLocationRegisterAM
INITIALDETECTIOPOINT IntelligentNetworks IntelligentnetworkServiceTrigger
IWMSCShortMessageServiceCoordinator
JustInTimecompilation
IntegratedServiceDigitalNetwork
OperationandSupportSystem MassAnnouncement
MobileAnalysisofBearerCapabilities
vii vii
MAUTH MBPAG MCS MCSE MDS MHOC MHOMH MLCAP MLUAP MML MMMLR MRNPH MRRM MSDAP
MSIL
MobileAuthentication MobileGSMPaging
ManMachineCommunicationSubsystem
MobileConnectionService
MobileDataSubsystem
MobileHandoverCoordinator MobileHandoverMessageHandler: MobileLocationCancellationMAP MobileLocationUpdatingMAP

ManMachineLanguage
MobileMobilityManagementLocationRegistration MobileRoamingNumberAdministration MobileRadioRessourcesManagement MobileSubscriberDataMAP

MicroSoftIntermediateLanguage
MSMMH MSMO MSMT MSS MTACC MTBCC MUSSAN MUSSH NE OICK OT PLMN PSTN RA RE RMP RPS SDM SHS SMIA SSFAM SYSOMAM TCS TICK TRACH TSS XSS
MobileShortMessageServiceMessageHandler MobileShortMessageServiceMobileOriginated MobileShortMessageServiceMobileTerminated

MobileSwitchingSubsystem
MobileCoordinator,ASubscriber,CallControl MobileBSubscriber,CallControlProtocolControl MobileUSSDAnalyser MobileUSSDHandler

NetworkElment OriginatingINCategoryKey ObjectTypes
PublicLandMobileNetwork
PublicSwitchedTelephonyNetwork RouteAnalyses Registerfunction block RessourcesModulePlatform RegionalProcessorSubsystem StatisticalDataMart ShortMessageServicesSubsystem StatisticalMeasurementInitiationandAdministration
ServiceSwitchnigFunctionAM SYStemOperationandMaintenaceAM
TrafficControlSubsystem TerminatedINCategoryKey TransitCallCharging TrunkandSignallingSubsystem ExistingSourceSystem:
viii vii
Introduction
Introduction
ujourdhui, les rseaux de tlphonie mobile ne cessent dvoluer dans le but de fournir le maximum de services, avec une qualit suprieure pour gagner de plus en plus dabonns en augmentant les revenus et en minimisant les dpenses.
Cest dans ce cadre quintervient notre projet, qui consiste modliser la charge des nuds cur du rseau GSM de loprateur Tunisie Tlcom , qui sont les MSC/VLR bass sur la plate-forme AXE dEricsson. Ceci afin doptimiser le dimensionnement du rseau dans le cadre de lamlioration de la qualit de service (QoS) et la minimisation des dpenses. La plate-forme AXE est base sur un composant matriel, qui sappelle
Central Processor : CP. Cest le processeur central qui excute le programme principal de lAXE et contrle en mme temps le fonctionnement global de ce dernier. Le CP de lAXE existe en plusieurs versions, celles lobjet du prsent projet est lAPZ 212 33. Nous essayons travers ce rapport expliquer au mieux notre stratgie de travail. Dans un premier chapitre, nous parlerons de larchitecture de la plate-forme AXE, afin de mentionner les diffrents blocs fonctionnels, constituant ses diffrents sous-systmes, qui prennent en charge les messages changs pour les diffrents cas de trafic. Dans un deuxime chapitre, on expliquera lintervention de ces diffrents blocs fonctionnels pour le traitement de chaque message selon le type de trafic. Ceci est dans le but didentifier les diffrents compteurs mesurant le nombre dexcutions de chaque opration pendant une priode donne. Ces compteurs constituent nos paramtres de travail dont dpend la charge.
Introduction
Aprs avoir identifi nos variables de travail, on expliquera, dans un troisime chapitre, notre mthodologie de travail o lon montrera lutilit du moindre carr dans lapproximation des phnomnes physiques rels. En vue de rduire le nombre de variable mis en jeu dans la mthode du moindre carr, nous utiliserons la mthode de lACP Analyse en Composante Principale qui permettra de nutiliser que les paramtres les plus pertinents. Dans le dernier chapitre nous procderons une tude de cas, qui consiste appliquer la mthode certains MSC/VLR se situant dans des rgions diffrentes. Ceci nous permettra de conclure que les diffrents MSC/VLR, bien quils soient dans des environnements diffrents, obissent pratiquement au mme modle.
Chapitre I: Architecture de la plateforme AXE
Chapitre
rchitecture
de la plateforme AXE
I.1 Structure dun AXE I.1.1 Introduction I.1.2 Structure de lAXE I.1.3 Structure modulaire dun AXE-MSC/VLR I.2 Le module systme XSS Existing Source
System
Chapitre I :
Architecture
de la plateforme AXE
Afin didentifier les paramtres de chaque cas de trafic nous devons commencer par une tude sur larchitecture de la plateforme AXE. LAXE est un composant programmable ouvert dont le fonctionnement dpend de lapplication quon y installe. C'est--dire quil peut jouer le rle dun MSC/VLR, dun BSC, dun HLR, dun SCP etc. Chaque application installe dans lAXE est constitue dun ensemble de blocs fonctionnels dfinis par leurs interfaces grce auxquelles ils peuvent communiquer entre eux.
I.1 Structure dun AXE

I.1.1 Introduction
LAXE est introduit au march depuis lanne 1975, cest un produit finie et ouvert, utilisation multiple, pour la commutation numrique des rseaux de tlcommunication publique. Il a des capacits de traitement temps rel, de grand volume de trafic [1]. Quand lAXE est introduit pour la premire fois au march, lapplication majeure de tlcommunication quil a support est le PSTN Public Switched Telephony Network. Depuis ce temps il a subi une volution continue pour supporter aujourdhui, les autres applications comme lISDN Integrated Service Digital Network, le PLMN Public Land Mobile Network ainsi quau Business Communications.
LAXE supporte aussi, les rseaux intelligents, IN Intelligent Networks, et les rseaux de signalisation. Il fourni des fonctionnalits de diffrents niveau pour ces deux type de rseaux.
PFE : Modlisation de la charge des nuds cur de rseau GSM du Tunisie Tlcom 4
I.1.2 Structure de lAXE

Le succs de lAXE provient de sa flexibilit et sa modularit qui lui permettent de sadapter aux changements des besoins des rseaux et des utilisateurs finaux. Sa structure modulaire permet dallger sa manipulation et sa flexibilit lui permet de sadapter au monde des tlcommunications [1].
LAXE consiste en un ensemble indpendant des blocs fonctionnels. Chacun de ces blocs effectue une tche bien spcifique et communique avec les autres par le moyen des signaux et interfaces bien dfinies. Ces blocs fonctionnels peuvent tre ajouts, supprims ou modifis sans toucher les autres parties du systme. Chaque ensemble de blocs fonctionnels est regroup dans un sous-systme qui son tour appartient un module systme (Figure I.1). Il existe deux types de structure de lAXE. Une qui ne suit pas une structure modulaire (AXE 105) et qui peut tre appliqu un BSC. Et une autre structure qui est modulaire (AXE 106) et qui peut tre appliqu un MSC/VLR. Le niveau systme 2, dans la structure non modulaire dun AXE, est constitu uniquement de deux modules systmes APZ et APT. LAPT se charge gnralement des fonctions de commutation. On le nomme groupe de commutation ou GS Groupe Switch. LAPZ assure le contrle et lexploitation de lquipement. En plus de ces deux modules systme, la structure modulaire admet les modules applicatifs AM Application Modules dont le rle dpend de lapplication que len installe [1]. Elle admet aussi le module RMP Ressources Module Platform qui permet de fournir les ressources matrielles ncessaires pour les diffrents AM.
AXE
Niveau Systme 1 AM AM AM
AXE
APT
APZ
XSS
RMP
APZ
Niveau Systme 2
Sous-systmes
Modules Systmes
Set of Parts
Blocs Fonctionnels
Units Fonctionnels Structure Non Modulaire (AXE 105) Structure Modulaire (AXE 106)
Figure I.1 Structures dun AXE
Si ncessaire, les ensembles de rles ou bien Set of Parts sont utiliss entre le niveau des sous-systmes et celui des blocs fonctionnels. Ils constituent en fait un ensemble des blocs fonctionnels dont le rle est dassurer les tches relatives aux fonctions similaires. Les tches confies aux diffrents sous-systmes sont ainsi divises en blocs fonctionnels. Chacun de ces blocs constitue une unit bien dfinie avec ses propres donnes et son signal standard dinterfonctionnement [1]. En plus un bloc fonctionnel consiste en un ensemble dunits fonctionnelles qui peuvent tre groups selon trois types : Des units matrielles. Des units software rgionales dont le rle est de superviser la cot hardware. Des units software centrales qui sont responsables des fonctions ncessaires danalyse complexe (exemple : ltablissement dappel).
I.1.3 Structure modulaire dun AXE-MSC/VLR

La structure modulaire est un ensemble de principes bien dfinis pour le dveloppement et limplmentation des applications software dun AXE. Un exemple dun nud qui suit cette structure est le MSC/VLR lobjet de notre projet. La structure modulaire permet de faciliter la combinaison de plusieurs applications relatives de tlcommunication dans un mme nud. Ceci lui permet dtre capable de dialoguer avec les autres nuds du rseau [2]. En plus les AM sont indpendants les uns des autres et peuvent communiquer laide de protocoles et dinterfaces bien dfinis (Figure I.2).
XSS
MMS SHS
AM
AM
AM
APSI RMP COMS COSS
MSS
TSS
CP
RP
AP Z
SP
Figure I.2 Structure modulaire dun AXE-MSC/VLR
I.1.3.1 Le module systme APZ Le module systme APZ constitue le cur systme dun AXE. Il se charge du traitement des donnes et du contrle des autres modules. Les interfaces entre les modules systme peuvent tre soit directe o les donnes sont changes, entre eux, directement soit logique o les donnes sont changes via le RMP.
Le module systme APZ admet les sous-systmes suivants : CPS Central Processor Subsystem Il contient du soft et du hard tout en admettant la capacit maximale dun AXE. Il est responsable de toutes les fonctions de haut niveau comme lanalyse des numros de tlphone et le traitement de linformation de taxation. Il assure aussi des tches administratives comme le stockage et le chargement des programmes. La procdure dtablissement dappel est lune des principales tches contrle par le CP. Pour des raisons de fiabilit le CPS contient deux processeurs centraux 2 Central
Processors travaillant en parallle dont lun est en excution et lautre en veille

qui va prendre la relve en cas de panne du CP excutif. Les deux sont relies par le MAU Maintenance Unit afin dassurer la synchronisation1. RPS Regional Processor Subsystem Il contient aussi du soft et du hard. La partie hard constitue un ensemble des processeurs rgionaux RP Regional Processor, tandis que le soft est un ensemble de programmes administratifs localiss dans les RP. Le RP est responsable du contrle de tout le matriel situ dans la partie commutation (XSS : C/APT et 1/APT) et il est contrl par le CP. Le CP peut contrler jusqu 1024 RP [1] qui sont regroups dan un RPH Regional Processor Handler (une sorte de conteneur de RP). Le RP peut dcharger le CP de simples tches courantes et de certaines oprations administratives. MCS Man-Machine Communication Subsystem Le sous-systme MCS permet de grer la communication entre les dispositifs dentres sortie et le reste du systme AXE. Ces dispositifs peuvent tre des crans afficheurs, panneaux dalarmes ou bien lOSS Operation and Support System. Le MCS constitue linterface homme machine avec lAXE. I.1.3.2 Les modules applicatifs AM: Application Module Les modules applicatifs sont utiliss pour modliser et implmenter certaines applications fonctionnelles. On peut trouver par exemple le module applicatif, SSFAM qui implmente la fonction daccs au rseau intelligent. Les AM sont indpendants de la structure interne de lAXE.
1
Voir Annexe 1
8
Ceci rend trs facile la modification, le remplacement ou la suppression des diffrents modules dapplication pour nimporte quel quipement se basant sur le systme AXE. Voici quelques modules applicatifs quon peut trouver dans un AXE : AUCAM Authentication Center Application Module Il contient les informations ncessaires pour lauthentification et le chiffrement. Il admet une interface directe avec le RMP et des interfaces logiques avec le HLRAM, le SYSOMAM pour les statistiques et lAPZ. HLRAM Home Location Register AM Responsable du stockage des donnes au niveau du HLR. Il contient en fait toutes les informations concernant les abonns MSISDN, IMSI, USSD etc. Il admet les mmes interfaces que lAUCAM. FNRAM Flexible Number Register AM Gre la relation entre le MSISDN dun mobile et son IMSI. Ceci va permettre loprateur dallouer lIMSI de son abonn dune manire plus flexible lorsque celuici change doprateur. Le FNR rachemine le message au rseau appropri. SSFAM Service Switching Function AM Il Assure la fonction de commutation pour les services des rseaux intelligents, et admet les mmes interfaces que le SCFAM Service Control Function Application Module et nadmet que les protocoles CAP, INAP et TC. SYSOMAM SYStem Operation and Maintenance AM Il assure la supervision du nud via notamment la collecte des mesures des statistiques et les donnes provenant des autres modules dapplication ainsi que la coordination des demandes des collectes. Il assure entre autre les fonctions suivantes : Traage du chemin dappel. Lecture des informations dtat du dispositif. Blocage et dblocage manuel des numros des abonns. Audit sur les comptes. Les Statistiques et les mesures de trafic.
Le SYSOMAM communique avec un systme dentre sortie pour recevoir le mcanisme de la collecte des compteurs des donns. Il admet en fait le sous-systme STS Statistic and Traffic measurement Subsystem qui se charge de la collecte, du traitement et de la prsentation des informations statistiques relatives aux diffrents cas de trafic. Ceci grce aux deux blocs fonctionnels STSORT STs SORTing program et STDB STs Data Base. En effet le bloc STSORT cherche les compteurs partir du CP Central Processor et les enregistre au niveau de STDB. Les compteurs se rinitialisent chaque heure.
I.1.3.3 Le module Systme RMP Ressources Module Platform Le module systme RMP, est responsable de lallocation des ressources pour toutes les applications. En dautres termes il fournit toutes les ressources matrielles demandes par les modules dapplications et fait leurs plannings via linterface APSI Application Platform Service Interface. Linterface APSI est utilise pour offrir des services de types client serveur [3]. Ces services sont implments au niveau du RMP et du XSS. En plus, ces services sont ncessaires pour mettre en coordination les ressources communes entre les diffrents modules dapplication. Voici les sous-systmes quon peut trouver au niveau du RMP : GSS Group Switching Subsystem Le sous-systme GSS est responsable de la commutation et de la synchronisation du rseau. Il permet aussi de grer la slection, la connexion et la dconnexion des circuits de parole ainsi que les chemins que les signaux doivent prendre travers le groupe de commutation GS Group Switch. Ce dernier contient des blocs fonctionnels TSM Time Switch Module qui consistent en des mmoires tampon et des blocs SPM Space Switch Module qui sont regroups dans une matrice de commutation. Chaque SPM peut grer plusieurs TSM. Comme Le GS a besoin de la synchronisation, le GSS admet des modules dhorloge CLM Clock Modules qui dterminent la frquence dhorloge de lecture et dcriture chez les mmoires de TSM. Pour des raisons de fiabilit le GSS admet trois modules dhorloge (3CLM) et le GS entier est dupliqu en deux plans spars qui fonctionnent en synchronisation.
10
GSS
ETC
Group Switch (GS) TSM 0 TSM 0
SPM SPM
TSM 1 TSM 1
T SM 3 1 T SM 3 1
Clock pulses for TSM and SPM
CLM 0
CLM 1
CLM 2
Network Synchronization NS
Figure I.3 Structure dun GSS COMS Communication Subsystem Il implmente certains services spcifiques linterface APSI. Il fournit en fait une interconnexion entre les diffrents modules dapplication (AM) dun mme nud physique afin quils soient interconnects. Le sous-systme COMS permet aussi une interconnexion avec des AM externes.
COSS Connection Service Subsystem Il se charge de fournir lutilisateur un modle abstrait de la connexion travers lquipement de commutation. Ceci le rend responsable de ltablissement de la connexion, selon le model quil a fourni, ainsi quau contrle dautres quipements comme le GS.
Maintenant il ne reste qu entrer dans les dtails relatifs au module system XSS. Cest ce dernier en fait qui gre la commutation et les diffrents cas du trafic. Vue son importance, nous avons lui consacr la deuxime partie de ce chapitre.
11
I.2 Le module systme XSS Existing Source System:

Le XSS constitue le systme de base de la commutation et de la gestion du trafic. Il permet de communiquer avec dautres nuds du rseau, comme les nuds du rseau tlphonique fixe ou les autres nuds du rseau mobile. Le XSS contient plusieurs sous-systmes avec leurs blocs fonctionnels correspondants. Les principaux soussystmes sont les suivants.
TCS Traffic Control Subsystem Le sous-systme de contrle de trafic consiste en un ensemble de blocs fonctionnels et ne contient que du soft. Ses tches principales sont ltablissement, la supervision et la terminaison dappel. En plus il analyse les chiffres entrants et slectionne les routes sortantes. Ses blocs fonctionnels sont les suivants [1]: RE Register function block Il permet de stocker les chiffres saisis et coordonne la procdure dtablissement dappel. CLCOF Call supervision & Coordination Of Functions Quand lappel est tablit, ce bloc le supervise et se charge de le librer.
DA Digit Analyses
Il contient des tableaux pour lanalyse des chiffres saisis. RA Route Analyses Il contient des tableaux pour la slection des routes suivre. TCS
CLCOF RC RE CC TE RA R
TSS
Route
CHS
MSS
Figure I.4 Les blocs fonctionnels du sous systme TCS.
12
Pour expliquer le fonctionnement des diffrent blocs fonctionnels du TCS nous pouvons procder comme suit : lors de ltablissement dun appel le bloc RE enregistre le numro saisi sous forme de bits. Ensuite il les transmet au bloc DA afin dtre analyss jusqu lobtention des rsultats suivants : CC Charging Case : le numro sera trait par le CA Charging Analyses dans le sous-systme de tarification CHS Charging Subsystem que lon dcrira par la suite. Les informations de lacheminement peuvent tre soit RC Routing Case o elles vont pointer une route sortante dans le TSS travers le bloc RA; soit TC Terminated Call o elles vont donner une rfrence un MSS Mobile Switching Subsystem pour un appel un abonn mobile. TSS Trunk and Signalling Subsystem Le sous-systme TSS comprend du soft et du hard et il est responsable de la signalisation et de la connexion dautres nuds. Il contient certains blocs fonctionnels dont on peut trouver [1]: ETC Exchange Terminal Circuits On peut trouver plusieurs ETC. Cest sont eux qui grent la communication avec les autres nuds du rseau. Ils prsentent une interface physique avec le groupe de commutation (GS). ECPOOL Echo Canceller in POOL Ceci est utilis pour annuler le maximum dcho.
ESS
ETC CCD
GS
ETC
Trunk line to BSC
AST
Trunk line to MSC/VLR or PSTN/PLMN
ECPOOL
TSS
Figure I.5 Structure matrielle du TSS.

13
ESS Extended Switching Subsystem Le sous-systme de commutation tendu est responsable des oprations qui ncessitent des connexions avec plus de deux communicants, pour un seul appel. Il constitue ainsi une plateforme pour les services voix interactives ainsi que la distributions en masse des messages. Il fournit aussi une interface de signalisation avec les ressources voix implmentes lextrieur. Il comprend les blocs fonctionnels suivants : MA Mass Announcement Il permet la distribution massive des messages certains abonns, bien dfinis, en mme temps. Il assure la diffusion des messages. AMMS Automatic Meet Me Service Il permet aux abonns dtablir et de participer des confrences tlphoniques sans lintervention de loprateur. Il gre linterconnexion des diffrents abonns en fonction du type de confrence.
CHS Charging Subsystem Le sous-systme de tarification assure la taxation des communications des abonns. Il permet aussi de collecter et dextraire les informations concernant les appels, les services supplmentaires et leur invocation. Le CHS contient plusieurs blocs fonctionnels diviss en deux groupes. Il y a ceux qui se chargent de la faon de la taxation (temps, quantit du trafic) et ceux qui se chargent de laboutissement dappel, en fonction du solde existant y compris les communications internationales. On peut trouver alors le [1]: TRACH Transit Call Charging
Il soccupe du contrle de la taxation de tout appel de transit selon de temps de
communication, ainsi que toutes les autres informations quil peut avoir partir du RMP (sous-systme COMS). CA Charging Analysis Permet de savoir si la tarification est applicable lactivit du trafic et comment elle sera faite. ACA Accounting Analyses Qui se charge de lexcution de la tarification.
14
Toutes les informations concernant les communications y compris la date, la dure ainsi que les frais sont enregistrs dans un enregistrement nomm CDR Call Data Record. Cet enregistrement peut tre extrait travers une connexion X.25 ou TCP/IP vers un centre de facturation Billing Center.
Figure I.6 Facturation dans un MSC/VLR
MSS Mobile Switching Subsystem [4] Le sous-systme de commutation des abonns mobile MSS contient les techniques de commutation de la tlphonie mobile. Il est responsable de ltablissement, de contrle et supervision des appels. Il permet de grer aussi les services supplmentaires et contient une interface avec le sous-systme de facturation. Dans un GMSC le MSS se charge de trouver les informations de routage partir du HLR. Dans un MSC/VLR, le MSS contient plusieurs blocs fonctionnels parmi eux on peut citer: MABC Mobile Analysis of Bearer Capabilities Il gre la ngociation de la capacit de pris en charge la connexion entre labonn mobile et le MSC. MCSE Mobile Connection Service Il permet de grer le trafic requis pour ltablissement des appels, sortants et entrants, y compris le contrle de la tonalit et les alertes dappels. MTACC Mobile Coordinator, A-Subscriber, Call Control Il est responsable de ltablissement et la supervision dun appel sortant, en plus de ladministration de ltat de lappel. MTBCC Mobile B-Subscriber, Call Control Protocol Control Il assure la mme fonction que MTACC mais pour les appels entrants. MUSSH Mobile USSD Handler Il gre le trafic relatif aux services USSD envers les autres nuds coeur.
MUSSAN Mobile USSD Analyser Il analyse la requte envoye par le mobile pour les services USSD afin de dterminer les services demands et lopration initier. MMS Mobile Mobility and Radio Subsystem [5] Il se charge de la gestion de mise jour de la localisation. Il permet de grer aussi les ressources radio, les BSC, le Handover ainsi que la signalisation. Ses blocs
fonctionnels peuvent tre classs selon leurs fonctions. Il y a ceux qui se chargent des fonctions danalyse et dadministration, ceux qui se chargent de la gestion de la mobilit et dautres dont la tche est de grer le Handover : MAUTH Mobile Authentication Il est responsable de la procdure de la scurit en terme dauthentification et de chiffrement. Quand lauthentification est tablis fait avec succs, il demande de commencer le chiffrement en spcifiant la liste des algorithmes qui peuvent tre utiliss. Si lauthentification choue il le dclare auprs du bloc MAUTHA qui permet denregistrer tout chec dauthentification. MBPAG Mobile GSM Paging Il assure les avis de recherche sur linterface A. MHO Mobile Handover Il permet de grer tout type de Handover inter et intra MSC. Il contrle la signalisation envers le BSC et ordonne le changement de circuit de la voix durant le Handover. MHOC Mobile Handover Coordinator Il contrle le Handover jusqu la fin de la communication Call Release MHOMH Mobile Handover Message Handler Il gre les messages de signalisation du Handover sur linterface E. MMMLR Mobile Mobility Management Location Registration Il permet de mettre jour la localisation de labonn et lenregistre dans le soussystme MDS.
16
MRRM Mobile Radio Ressources Management Il supervise et contrle le lien de signalisation entre le MSC et le BSC et gre les messages changs. Ce bloc est aussi inclus dans certaines procdures durant le raccordement et la rinitialisation des BSC. MDS Mobile Data Subsystem [6] Le sous-systme MDS se charge du stockage de toutes les informations concernant les abonns mobiles provenant du HLR. Il gre en fait la mise jour de localisation ainsi quaux informations relative aux abonns. Il contient aussi plusieurs blocs fonctionnels dont nous pouvons trouver : MLCAP Mobile Location Cancellation MAP Il met en uvre lannulation de la localisation lors de la rception du message CANCEL LOCATION. MLUAP Mobile Location Updating MAP Il met jours la zone de localisation courante du mobile. MRNPH Mobile Roaming Number Administration Permet de grer le numro MSRN. MSDAP Mobile Subscriber Data MAP Il manipule linsertion et la suppression des donns de labonn.
SHS Short Message Services Subsystem [7] Le sous-systme SHS se charge de toutes les procdures relatives aux servies des messages courts. On y trouve principalement les blocs fonctionnels suivants: IWSMS IWMSC Short Message Service Coordinator Il organise les messages provenant du mobile ainsi que les tches ncessaires pour la tarification. MSMMH Mobile Short Message Service Message Handler Il assure lencapsulation et la dcapsulation des messages relatifs aux envois des SMS.
17
MSMO Mobile Short Message Service Mobile Originated Il est responsable de laboutissement du message initi par le mobile jusqu lIWMSC. MSMT Mobile Short Message Service Mobile Terminated Il se charge de laboutissement du message sa destination et fournit un rapport de dlivrance. Il fournit aussi des informations de diagnostic quand le message naboutit pas avec succs.
Dans cette premire partie nous avons tudi larchitecture dun AXEMSC/VLR dans le but de dcrire les principaux blocs fonctionnels qui prennent en charge les diffrents messages changs pour chaque cas de trafic. Dans chaque bloc fonctionnel il y a des compteurs qui mesurent le nombre dexcutions dune opration donne. Dans la partie qui suit nous allons dcrire les diffrents cas de trafic sollicitant le MSC et lintervention des diffrents blocs fonctionnels mis en jeu.
18
Chapitre II: Identification des Paramtres pour les diffrents cas du trafic
Chapitre
II
dentification des Paramtres
pour les diffrents cas de trafic

I.1 Mise jour de localisation I.1.1 Mise jour de localisation Normale I.1.2 IMSI DETACH I.1.3 IMSI ATTACH I.1.4 Mise jour de localisation priodique I.2 Hondover I.2.1 HO Inter MSC I.2.2 HO Intra MSC I.3 Gestion dAppels I.3.1 MO I.2.2 MT I.4 SMS I.4.1 MO SMS I.4.2 MT SMS I.5 USSD I.6 Accs au rseau Intelligent
19
Chapitre II :
Identification des Paramtres

pour les diffrents cas de trafic
Les paramtres correspondants chaque cas de trafic correspondent aux diffrents compteurs existant au niveau de chaque bloc fonctionnel. Ces compteurs mesurent le nombre de traitement dun message particulier correspondant un cas de trafic. Dans ce chapitre nous numrons les diffrents compteurs pour chaque cas de trafic. Chaque ensemble de compteurs est regroup dans ce quon appelle un Object Type. Cette notion sera traite dans le prochain chapitre. Les blocs fonctionnels ne se mettent en marche que sous linitiation du CP. C'est--dire que celui-ci les ordonne de prendre en charge le message qui convient et il reoit le rsultat retourn par le bloc fonctionnel.
II.1 Les paramtres pour la mise jour de localisation

La procdure de mise jour de localisation permet au rseau dtre inform de lemplacement du mobile tout moment. Cet emplacement correspond la zone de localisation. Une zone de localisation consiste en un ensemble de cellules dans lesquelles le mobile se dplace sans informer le rseau de sa position. Quand le mobile se dplace dans deux cellules appartenant deux zones de localisation, le rseau doit tre inform via une procdure de mise jour de localisation. Il y a quatre types de mise jour de localisation [2]: Mise jour normale. IMSI DETACH. IMSI ATTACH Mise jour priodique.
20
II.1.1 Mise jour de localisation normale (Figure II.1)

Cest le sous-systme MMS qui se charge de toutes les procdures relatives la gestion de localisation ainsi quau Handover. En effet, lors de la rception du message A_LU_REQUEST ; le bloc fonctionnel MRRMH le dcapsule et renvoie le rsultat au CP. Ce dernier va se rendu compte quil sagit dune mise jour de localisation normale. Il avertit alors les autres blocs concerns pour quils prennent en charge la procdure. Parmi ces blocs on trouve le MAUTH qui se charge de toutes les oprations dauthentification et de chiffrement. Cest lui qui demande au bloc MVLRP de chercher le triplet dauthentification partir du VLR prcdent. Une fois lauthentification se fait avec succs, le bloc fonctionnel MLUAP excute la mise jour de localisation au niveau du HLR. C'est--dire quil traite les messages MAP_UPDATE_LOCATION et
MAP_INSERT_SUBSCRIBER_DATA et renvoie au HLR lacquittement correspondant.
Lenregistrement de labonn au niveau de sous-systme MDS est assur par le bloc MMMLR. A
MS BS MSC/VLR
D
HLR
G
PVLR
A_LU_REQUEST
MAP_SEND_IDENTIFICATION (TMSI)
MM_AUTHENTICATION_REQUEST MAP_SEND_IDENTIFICATION ack (IMSI, RAND, SRES, KC)

MM_AUTHENTICATION_REQUEST ack
MAP_UPDATE_LOCATION MAP_CANCEL_LOCATION MAP_CANCEL_LOCATION ack

MAP_INSERT_SUBSCRIBER_DATA
MAP_INSERT_SUBSCRIBER_DATA ack CIPHERING_MODE_COMMAND MAP_UPDATE_LOCATION ack CIPHERING_MODE_COMPLET TMSI_REALLOCATION TMSI_REALLOCATION_COMPLET A_LU_CONFIRM RR_RELEASE
Figure II.1 Mise jour de localisation normale
21
Dans le MSC/VLR quitt par le mobile, cest le bloc fonctionnel MLCAP qui va supprimer labonn de la liste dabonns enregistrs la suite de la rception de message MAP_CANCEL_LOCATION, partir du HLR. Le MAUTH, du nouveau MSC/VLR procde au chiffrement afin que le bloc MTMSIAN puisse allouer un nouveau TMSI. Enfin le bloc MMMLR annonce le succs de la procdure et le bloc MRRM libre les ressources. Cest ce dernier qui gre le lien de signalisation avec le BSS.
II.1.2 Mise jour de localisation IMSI DETACH (Figure II.2)

La procdure de mise jour par IMSI DETACH est utilise pour rduire le nombre de procdures de paging. la mise hors tension le mobile demande un canal de signalisation o il va mettre le message IMSI_DETACH. Le MRRM reoit ce message, le MRRMH le dcapsule et le MMMLR assigne un drapeau IMSI DETACH au mobile pour rejeter les appels qui lui sont destins [2] [5].
MS
MSC/VLR
IMSI_DETACH
IMSI_DETACH_COMPLET
Figure II.2: Mise jour de localisation avec IMSI DETACH
II.1.3 Mise jour de localisation IMSI ATTACH (Figure II.3)

La procdure de la mise jour de localisation IMSI ATTACH est
complmentaire la procdure IMSI DETACH [2]. Lorsque le mobile est mis sous tension il informe le rseau quil est revenu ltat actif est capable de recevoir les appels. Il doit tre alors localis avec la procdure IMSI ATTACH. Aprs avoir reu la demande dattachement au rseau, cest le mme principe quon a dcrit ci-dessus qui se droule. Le MMLR marque le mobile est joignable. Si le mobile change de zone en tant teint, une mise jour de localisation normale est dclanche lors de la rception de IMSI_ATTACH.
MS
MSC/VLR
IMSI_ATTACH_REQUEST IMSI_ATTACH_COMPLET
Figure II.3 Mise jour de localisation avec IMSI ATTACH

II.1.4 Mise jour de localisation Priodique (Figure II.4)

La mise jour de localisation priodique est initie par le mobile, aprs une priode de temps prdfinie par loprateur. Si le mobile ne lance pas la mise jour de localisation lissue de cette priode il est marqu comme injoignable [2]. Lavantage de la mise jour priodique est dviter les messages de recherche inutiles et ceci typiquement lorsque le mobile se met hors service sans effectuer une procdure IMSI DETACH ou lorsquil perd la couverture du rseau. La longueur de la mise jour de localisation priodique est dterminer par loprateur en facteur du compromis trouver entre la charge et le volume de signalisations gnres par le paging et la charge et le volume de signalisations gnres par la mise jour de localisation priodique. Mais son inconvnient est quelle occupe beaucoup de ressources. Cest toujours le bloc fonctionnel MMMLR qui se charge de lexcution de cette procdure [5]. Le tableau de la page suivante rsume les diffrents compteurs pour les quatre types de mise jour de localisation [8] [9].
MS LU_REQUEST LU_ACCEPT
MSC/VLR
Figure II.4 Mise jour de localisation priodique
23
Chapitre II: Identification des Paramtres pour les diffrents cas du trafic Messages A_LU_REQUEST MAP_SEND_IDENTIFICATION (TMSI) MAP_SEND_IDENTIFICATION ack (IMSI, RAND, SRES, KC) MM_AUTHENTICATION_REQUEST MM_AUTHENTICATION_REQUEST ack MAP_UPDATE_LOCATION MAP_INSERT_SUBSCRIBER_DATA LU Nnormal MAP_INSERT_SUBSCRIBER_DATA ack MAP_UPDATE_LOCATION ack CIPHERING_MODE_COMMAND CIPHERING_MODE_COMPLET TMSI_REALLOCATION TMSI_REALLOCATION_COMPLET A_LU_CONFIRM MAP_CANCEL_LOCATION MAP_CANCEL_LOCATION ack IMSI DETACH IMSI_DETACH IMSI_DETACH_COMPLET IMSI_ATTACH_REQUEST IMSI ATTACH IMSI_ATTACH_COMPLET PER_LU_REQUEST PER_LU_ACCEPT Bloc fonctionnel MRRMH MVLRP MVLRP MAUTH MAUTH MLUAP MLUAP MLUAP MLUAP MAUTH MAUTH MTMSIAN MTMSIAN MMMLR MLCAP MLCAP MMMLR MMMLR MMMLR MMMLR MMMLR MMMLR Compteurs NLOCOLDTOT+ NLOCNRGTOT NAUTFTCTOT NAUTFTCSUCC NAUTREQTOT NAUTREQSUCC NMAPTOT NMAPTOT NMAPSUCC NMAPSUCC NCIPATTTOT NCIPSETSUCC NAUTREATOT NAUTREAFLT NLOCOLDSUCC +NLOCNRGSUCC NCANCEL NDELETE NLOCDETTOT NLOCOLDSUCC NLOCATTTOT +NLOCNRGTOT NLOCOLDSUCC +NLOCNRGSUCC NLOCPERTOT +NLOCNRGTOT NLOCOLDSUCC +NLOCNRGSUCC Type d'Objet UPDLOCAT SECHAND SECHAND SECHAND SECHAND HLRMAP HLRMAP HLRMAP HLRMAP SECHAND SECHAND SECHAND SECHAND UPDLOCAT VLR VLR UPDLOCAT UPDLOCAT UPDLOCAT UPDLOCAT UPDLOCAT UPDLOCAT
LU Priodique
Tableau II.1 Les compteurs pour la mise jour de localisation
II.2 Handover
En cours de communication ou pendant ltablissement dappel, le mobile mesure en permanence les frquences des cellules voisines et gnre un rapport de mesure. Ce rapport sera transmis au BSC afin dtre analys. Il comprend la qualit du signal ainsi que son niveau de champ. Le BSC lance la procdure de Handover dans le cas o il trouve une des cellules voisines correspond au meilleur niveau du champ.
Dans cette partie on sintressera uniquement au Handover inter et intra MSC puisque la charge provoque par le Handover intra BSC est ngligeable. Il ne sagit en fait que dune information renvoye par le BSC au MSC.
II.2.1 Handover inter MSC (Figure II.5)

La procdure de Handover incluant linitiation, le contrle et la coordination de Handover inter et intra MSC est prise en charge principalement par les blocs fonctionnels suivants : MBSSD, MHO, MMM, MRRM et MRRMHO. Le Handover intra MSC consiste faire passer la communication en cours vers un autre canal de trafic dans le but dassurer la continuit du lien radio pour la station mobile servi par le mme MSC. Alors que le Handover inter MSC assure la continuit de la communication dans le cas o le mobile se dplace vers une autre cellule contrles par un autre MSC [10]. la rception de la demande de Handover, le message
BSSMAP_HANDOVER_REQUIRED sera dcapsul par le bloc MRRMH qui le passera au
bloc MHO. Ce dernier, aprs avoir dcouvert la cellule cible dans la demande du Handover, il essaye de trouver le MSC cible dans le groupe des noeuds voisins existants au niveau du bloc MBSSD. Sil le trouve, en recevant une confirmation du MBSSD, il construit un message MAP pour communiquer avec cet MSC travers le bloc MHOMH.
MS-BSCA
MSC-A/VLR-A
MSC-B/VLR-B
MS-BSCB
BSSMAP_HANDOVER_REQUIRED
MAP_PREFORM_HANDOVER
BSSMAP_HANDOVER_REQUEST
BSSMAP_HANDOVER_REQUEST ack
BSSMAP_HANDOVER_COMMAND
MAP_PREFORM_HANDOVER ack
SWITCHING CALL TO NEW CHANNEL BSSMAP_HANDOVER_DETECTED MAP_PROCESS_ACCESS_SIGNALLING BSSMAP_CLEAR_COMMAND BSSMAP_CLEAR_COMPLET ENF_OF_CALL MAP_SEND_END_SIGNAL ack MAP_SEND_END_SIGNAL BSSMAP_HANDOVER_COMPLET
Figure II.5 Handover inter MSC

Au niveau du second MSC/VLR (MSC/VLR-B) le bloc fonctionnel MRRMHO se charge de traitement des messages BSSMAP avec le BSC cible, et la communication entre les deux MSC sera contrle par le bloc fonctionnel MHOC. Aprs avoir reut laccord du MSC cible, toujours travers le bloc MHOMH, le MHO passe lexcution du Handover en envoyant la commande au BSC source par le message BSSMAP_HANDOVER_COMMAND. Lorsque le bloc MHO reoit la rponse du MSC cible, il commute la communication vers le nouveau canal TCH et attend la fin de la procdure. Au niveau du MSC cible, le bloc fonctionnel MHOC se charge du traitement du message BSSMAP_HANDOVER_DETECTED qui renseigne sur la dtection du mobile dans la nouvelle station de base, et la procdure du Handover se termine la rception du message BSSMAP_HANDOVER_COMPLETE. Dans ce cas, le MHO reoit le message MAP_SEND_END_SIGNAL qui signifie que le Handover a t bien effectu et peut demander la libration des ressources avec lancien BSC. En plus le MHOC contrle le Handover jusqu la fin de la communication. Une fois la communication est termine, le MHO libre toutes les ressources avec le MSC voisin via le bloc MRRM.
II.2.2. Handover intra MSC (Figure II.6)

Le Handover intra MSC se produit lorsquen cours de communication ou pendant ltablissement dappel, le mobile se dplace vers une cellule desservie par le mme MSC mais par deux BSC diffrents. Lorsque le BSC courant dcide deffectuer un Handover, il envoie au MSC le message BSSMAP_HANDOVER_REQUIRED comportant la liste des cellules vers lesquelles le mobile peut tre transfr. Le message
BSSMAP_HANDOVER_REQUIRED est reu au niveau du MSC par le bloc MRRM. la
rception de ce message le bloc MRRM y enregistre les identifiants des cellules et envoi au bloc fonctionnel MHO le signal SEIZEHOVERLI4. [10].
26
A
BSC-A MSC
BSSMAP_HANDOVER_REQUIRED
A
BSC-B SCCP_CONNECTION_REQUEST
BSSMAP_HANDOVER_COMMAND SCCP_CONNECTION_CONFIRM BSSMAP_HANDOVER_DETECT SWITCHING_CALL_TO_NEW_CHANNEL BSSMAP_CLEAR_COMMAND BSSMAP_CLEAR_COMPLET BSSMAP_HANDOVER_COMPLET
Figure II.6 Handover intra MSC
Ensuite le lien avec le MHO est tabli. Ce dernier va rpondre au MRRM par
HOVERLINKED dans le but dobtenir la destination de lappel. Lorsque la demande passe
avec succs au BSC cible, le passe la commande au BSC source et reoit par la suite le message de dtection de Handover, partir du BSC destinataire. Ceci loblige basculer la communication vers le nouveau canal sans mme attendre la fin de la procdure. Quand le MRRM reoit le message BSSMAP_HANDOVER_COMPLET, il informe le MHO par le signal HOVERCOMPLETE. Ce dernier passe alors la libration de la connexion avec lancien BSC toujours par le bloc MRRM.
Le tableau ci aprs rsume les compteurs relatifs aux deux types de Handover dcrit ci-dessus [8] [9].
27
Messages BSSMAP_HANDOVER_REQUIRED MAP_PREFORM_HANDOVER BSSMAP_HANDOVER_REQUEST HO Inter-MSC BSSMAP_HANDOVER_REQUEST ack MAP_PREFORM_HANDOVER ack BSSMAP_HANDOVER_COMMAND BSSMAP_HANDOVER_DETECTED BSSMAP_HANDOVER_COMPLET MAP_SEND_END_SIGNAL BSSMAP_CLEAR_COMMAND BSSMAP_CLEAR_COMPLET BSSMAP_HANDOVER_REQUIRED SCCP_CONNECTION_REQUEST HO Intra-MSC SCCP_CONNECTION_CONFIRM BSSMAP_HANDOVER_COMMAND BSSMAP_HANDOVER_DETECT BSSMAP_HANDOVER_COMPLET BSSMAP_CLEAR_COMMAND BSSMAP_CLEAR_COMPLET
Bloc fonctionnel MRRM MHOMH MRRMHO MRRMHO MHOMH MRRMHO MHO MHO MHO MRRM MRRM MRRM MRRMHO MRRMHO MHO MHO MHO MRRM MRRM
Compteurs NHNDRQDTOT NNBRHBANTOT NHNDREQTOT NHNDREQSUCC NNBRHBANSUCC NHNDCMDTOT NHNDDGSSUCC NHNDCGSSUCC NHNDCGSSUCC FLASRO FACLRI NHNDRQDTOT NHNDREQTOT NHNDREQSUCC NHNDCMDTOT NHNDDGSSUCC NHNDCGSSUCC FACLRO FACLRI
Type d'Objet HNDOVER NBRMSCLST HNDOVER HNDOVER NBRMSCLST HNDOVER HNDOVER HNDOVER HNDOVER IS41HOFF1 IS41HOFF1 HNDOVER HNDOVER HNDOVER HNDOVER HNDOVER HNDOVER IS41HOFF1 IS41HOFF1
Tableau II.2: Les compteurs pour le Handover inter et intra MSC
II.3. Gestion dappel

Le but de la procdure de gestion des appels est dtablir et dacheminer les appels entre les abonnes. Les abonns appelants et appels peuvent se trouver soit dans le mme rseau soit dans des rseaux diffrents. Ils peuvent aussi se trouver dans des pays diffrents gnrant ainsi des appels internationaux [11].
II.3.1 Appels Arrive (MO Mobile Originating)

Aprs que labonn ait compos le numro de son correspondant, il valide lappel et envoie une demande de ressource radio sur laquelle il va changer les messages de signalisation. Avant lintervention du sous-systme TCS, le bloc fonctionnel MABC essaye de vrifier si lappel peut tre pris en charge ou non. Il vrifie aussi la disponibilit du service demand et linscription de labonn ce service.
28
Puis le MAUTH se charge de lauthentification et du chiffrement. Cest lui qui effectue ces tches quelque soit le cas de trafic. Le sous-systme TCS analyse ensuite le numro de destination partir du message CC_SETUP grce au bloc fonctionnel DA. Celui-ci voque le RA dans le cas o lappel doit tre achemin vers un autre nud. Il va aussi dterminer le cas de taxation communiquer au bloc de lanalyse de taxation dans le sous-systme CHS. ce moment l, le bloc fonctionnel MRRMASG du sous-systme MMS demande au BSC dallouer un canal de trafic sur lequel la communication se drouler. Cette demande est mentionne par les deux compteurs NCHAFRMTOT et NCHAFRMSUCC donnant respectivement le nombre dallocations de canal et le nombre doprations dallocation de canal qui ont t fait avec succs (Tableau II.3).
MS-BSC
CM_SERVICE_REQUEST AUTHENTICATION_REQUEST AUTHENTICATION_RESPONSE CIPHRING_COMMAND CIPHRING_COMPLET CC_SETUP CC_CALL_PROCEEDING BSSMAP_ASSIGNEMENT_REQUEST BSSMAP_ASSIGNEMENT_COMPLET CC_ALERTING_MESSAGE CC_CONNECT
CC_CONNECT ack
MSC/VLR
NE
IAM ACM B_ANSWER
CONVERSATION CALL_REALEASE
CC_DISCONNECT CC_RELEASE CC_RELEASE_COMPLET CLEAR_COMMAND CLEAR_COMPLET CALL_RELEASE CALL_RELEASE_COMPLET
Figure II.7 Appels Arrive
29
Ensuite le lien avec lautre nud du rseau est tablit par lun des blocs ETC du sous-systme TSS soit vers un rseau tlphonique, soit vers un centre de transit national ou international dont le bloc fonctionnel UPHMS va envoyer le message IAM Initial Address Message. Les deux messages ACM Address Complet Message et la rponse B_ANSWER seront traits par le bloc UPHMR. Le MCSE soccupe de la tonalit vers labonn appelant ainsi que de la connexion lorsque le destinataire dcroche et lappel sera bascul ltat actif. Le bloc MCSE se charge aussi de la libration du lien, lorsque labonn raccroche. Finalement le MRRM demande au BSC de librer les ressources radio [4] [11].
Nimporte quel lment du rseau Network Element li au MSC, un centre de transit international, national, un autre MSC ou un rseau tlphonique fixe, constitue un objet de type TRUNKROUTE. Ce ci nous mne trouver les mmes compteurs dans tous les objets. Lactivation de TRUNKROUTE permet aux compteurs de se mettre jour automatiquement pour tous les objets. Lors du prlvement des statistiques au niveau de lOSS, nous devons identifier les valeurs des diffrents compteurs pour chaque objet.
Messages CM_SERVICE_REQUEST AUTHENTICATION_REQUEST AUTHENTICATION_RESPONSE CIPHRING_COMMAND CIPHRING_COMPLET CC_SETUP CC_CALL_PROCEEDING BSSMAP_ASSIGNEMENT_REQUEST BSSMAP_ASSIGNEMENT_COMPLET IAM ACM CC_ALERTING_MESSAGE B_ANSWER CC_CONNECT CC_CONNECT ack CC_DISCONNECT CALL_RELEASE CALL_RELEASE_COMPLET CC_RELEASE CC_RELEASE_COMPLET Bloc fonctionnel Compteurs MABC NCALLSI MAUTH NAUTREQTOT MAUTH NAUTREQSUCC MAUTH NCIPATTTOT MAUTH NCIPSETSUCC MABC NIRNFRMTOT MABC NIRNFRMSUCC MRRMASG NCHAFRMTOT MRRMASG NCHAFRMSUCC UPHMS NCALLSO UPHMR THROUGHRTECNT MCSE DIALTONEONCOUNT UPHMR NANSWERSI MABC NANSWERSO MABC NTHCON MCSE NCTDDISC MCSE RSEIZO MCSE RSEIZI MCSE RSEIZO MCSE RSEIZI Type d'Objet TRUNKROUTE SECHAND SECHAND SECHAND SECHAND IRNEG IRNEG CHASSIGNT CHASSIGNT TRUNKROUTE TRUNKROUTE NETWRK TRUNKROUTE TRUNKROUTE BSUBTYPE DISCCALL IS41VMSC2 IS41VMSC2 IS41VMSC2 IS41VMSC2
Appel Arrivs
Tableau II.3 Les compteurs pour les appels Arrive

II.3.2 Appels destination dun mobile (MT Mobile Terminating)

Les appels destination dun mobile se produisent lorsque un usager venant dun rseau mobile ou un rseau fixe dsire entrer en communication avec un abonn mobile. Ceci ne peut se faire qu condition que ce dernier soit dans une zone couverte et que son terminal soit sous tension. Aprs que lusager demande ltablissement dune communication, llment du rseau au quel il est rattach et quon a marqu sur le schma NE Network Elment (Figure II.8) utilise le numro MSISDN pour localiser le G-MSC vers lequel il doit router lappel [4] [11].
NE
G-MSC
HLR
MSC/VLR
BSC-MS
CM_REQUEST
MAP_SEND_ROOTING_INFO
MAP_PROVIDE_ROAMING_NUMBER MAP_PROVIDE_ROAMING_NUMBER ack BSSMAP_PAGING BSSMAP_PAGING ack

AUTHENT_REQUEST
MAP_SEND_ROOTING_INFO ack
ISUP_INITIAL_ADDRESS_MESSAGE
AUTHENT_RESPONSE CIPHER_COMMAND CIPHER_COMPLET
CALL_SETUP CALL_CONFIRM
BSSMAP_ASSIGNEMENT_REQUEST BSSMAP_ASSIGNEMENT_REQUEST ack
ISUP_ADDRESS_COMPLET_MESSAGE ISUP_ANSWER CONVERSATION CALL_RELEASE

CALL_RLEASE CALL_RLEASE_COMPLET
CALL_ALERTING CALL_CONNECT CALL_CONNECT ack
CC_DISCONNECT CC_RELEASE
CC_RELEASE_COMPLET
Figure II.8 Appel destination dun mobile

31
Comme nous avons expliqu prcdemment, le NE peut tre un rseau PSTN un autre MSC ou un centre de transit. En suite le G-MSC demande les informations de routage du destinataire partir du HLR. Celui-ci utilise le numro MSISDN pour trouver par quel MSC/VLR labonn est servi afin de lui demander un numro MSRN et le faire transfrer au G-MSC. Le G-MSC utilise le MSRN pour lacheminent de lappel et le bloc fonctionnel MRNPH se charge de lopration concernant le MSRN.
Une fois lappel parvenu au MSC/VLR, ce dernier utilise le MSRN pour retrouver lIMSI du mobile et sa zone de localisation. En plus, la diffrence majeure entre MO et MT cest que lemplacement exact de labonn destinataire nest pas connue. Il doit tre alors localis grce lavis de recherche PAGING avant ltablissement de la connexion. Le canal SDCCH est utilis pour toute la procdure de ltablissement de lappel y compris lauthentification et le chiffrement. Ensuite le MSC ordonne le BSC dallouer un canal TCH au mobile afin que celui-ci puisse entrer en communication.
Lorsque la connexion est tablie le mobile est marqu occup et la connexion stablit. Le bloc MCSE se charge de la tonalit ainsi que de la connexion et de la dconnexion. Le MRRM se charge toujours de la libration des ressources radio.
Le tableau suivant contient les compteurs correspondant la gestion des appels destination dun mobile.
32
Chapitre II: Identification des Paramtres pour les diffrents cas du trafic Messages CM_REQUEST MAP_SEND_ROOTING_INFO MAP_PROVIDE_ROAMING_NUMBER MAP_PROVIDE_ROAMING_NUMBER ack MAP_SEND_ROOTING_INFO ack MAP_INITIAL_ADDRESS_MESSAGE BSSMAP_PAGING BSSMAP_PAGING ack AUTHENT_REQU AUTHENT_RESP CIPHER_COMMAND CIPHER_COMPLET CALL_SETUP CALL_CONFIRM BSSMAP_ASSIGNEMENT_REQUEST BSSMAP_ASSIGNEMENT_COMPLET CALL_ALERTING CM_RESPONCE CALL_CONNECT CALL_CONNECT ack CC_DISCONNECT CALL_RLEASE CALL_RLEASE_COMPLET CC_RELEASE CC_RELEASE_COMPLET Bloc fonctionnel G-MSC: MABC G-MSC: GRI MRNPH MRNPH G-MSC: GRI IUBSIC MBPAG MBPAG MAUTH MAUTH MAUTH MAUTH MTBCC MTBCC MRRMASG MRRMASG MCSE MCSE MABC MABC MCSE MCSE MCSE MCSE MCSE Compteurs Type d'Objet
NMAPTOT NMAPSUCC NCALLSI NPAG1LOTOT NPAG1RESUCC NAUTREQTOT NAUTREQSUCC NCIPATTTOT NCIPSETSUCC NIRNTOTOT NIRNTOSUCC NCHATOMTOT NCHATOMSUCC DIALTONEONCOUNT NANSWERSO NANSWERSI NTHCON NCTDDISC RSEIZO RSEIZI RSEIZO RSEIZI
HLRMAP HLRMAP TRUNKROUTE PAGING PAGING SECHAND SECHAND SECHAND SECHAND IRNEG IRNEG CHASSIGNT CHASSIGNT NETWRK TRUNKROUTE TRUNKROUTE BSUBTYPE DISCCALL IS41VMSC2 IS41VMSC2 IS41VMSC2 IS41VMSC2
Appel Entrant
Tableau II.4 Les compteurs pour les appels servis
II.4 Gestion des messages courts SMS

Le SMS consiste en lenvoi de texte alphanumrique jusqu' 160 caractres. Les messages courts peuvent tre transfrs partir dun centre de messagerie (SMSC) ou partir des mobiles. Les messages courts sont transfrs ainsi sur le rseau de signalisation et ne ncessite pas de canaux de trafic [2].
33
II.4.1 Envoi dun SMS (Figure II.9)

La procdure de transmission dun SMS est trs similaire celle dtablissement dappel sauf que celle-ci ne ncessite pas la rservation dun circuit de parole. Quand le mobile veut envoyer un message court, il demande lallocation dun canal de signalisation sur lequel il va envoyer son SMS au sous-systme MMS. Ce dernier informe le soussystme SHS quil sagit dun envoie dun SMS. Le bloc MSMMH existant au niveau du SHS dcapsule le message de la demande SMS_CP_DATA pour rcuprer les informations ncessaires sa dlivrance, c'est--dire le numro du serveur SMSC et ladresse de IWMSC. Sous linitiation de MSMMH, Le bloc MSMO va se rendre compte de cette procdure et incrmente son compteur correspondant [7]. Ensuite Il demande au bloc MSMOAP de transfrer le message au nud IWMSC mais pas avant que la procdure dauthentification ne soit ralise par le bloc MAUTH.
MS
MSC/VLR
IWMSC
SMSC
ACCESS_AND_ALLOCATION
AUTHENTICATION_REQUEST AUTHENTICATION_RESPONCE CIPHRING_COMMAND CPHRING_COMPLET
SMS_CP_DATA SMS_CP ack MAP_FORWARD_SHORT_MESSAGE Short Message

STOCKING_SMS_AND_ADDRESS
SMS_CP_DATA ack SMS_CP ack RESSOURCE_RELEASE
MAP_FORWARD_SHORT_MESSAGE ack Short Message ack
RESSOURCE_RELEASE ack
Figure II.9 Envoi dun SMS
34
Une fois le message est transmis avec succs vers le IWMSC le MSMOAP prend en charge le message MAP_FORWARD_SHORT_MESSAGE ack et le compteur sera toujours incrment au niveau du MSMO. Cest ce dernier qui va envoyer par la suite le rapport de dlivrance au mobile. Une fois ceci est fait, les ressources seront libres. Le centre SMSC transmet le message lorsquil le peut. C'est--dire quil le garde pour un certain temps, si ce temps expire il efface le SMS de sa mmoire.
II.4.2 Rception dun SMS (Figure 2.10)

Pour faire parvenir un message court sa destination, le serveur envoie le message et la date de sa rception au GMSC pour que celui-ci demande la localisation du mobile auprs du HLR SEND_ROUTING_INFORMATION_FOR_SM. Le HLR lui donne alors ladresse globale du MSC/VLR contrairement lappel qui ncessite un MSRN. Au niveau du MSC on trouve le bloc MSMT qui se charge de lSMS pour le faire parvenir sa destination. En plus le bloc MSMTAP responsable de la rception du message provenant dun SMS-GMSC. La procdure dauthentification est toujours effectue par le MAUTH mais aprs que lon a effectu un avis de recherche du destinataire.
SMSC FORWARD_SMS
SMS-GMSC
HLR
MSC/VLR
MS
SEND_ROUTING_INFORMATION_FOR_SM SEND_ROUTING_INFORMATION_FOR_SM ack MAP_FORWARD_SM AUTHENTICATION_AND_CIPHERING SMS_CP_DATA MAP_FORWARD_SM ack MAP_REPORT_DELIVERY SMS_CP_DATA ack RESSOURCE_RELEASE PAGING_AND_RESPONSE
TRANSMISSION_REPORT MAP_REPORT_DELIVERY ack
Figure II.10 Rception dun SMS
35
Si le destinataire nest pas dans une zone de couverture, la rception dun acquittement ngatif, le GMSC informe le HLR quun message na pas t envoy. Le HLR positionne alors un indicateur et garde aussi ladresse du serveur concern. Les informations sont sauvegardes au niveau du VLR mais seul le serveur contient le message. Ds que le mobile se manifeste, le MSC/VLR avertit le HLR qui son tour avertit le SMSC pour quil envoie le message mis en attente. Voici les compteurs correspondant la gestion des messages courts (Tableau II.5) [8] [9].
Messages ACCESS_AND_ALLOCATION AUTHENTICATION_REQUEST AUTHENTICATION_RESPONSE CIPHRING_COMMAND CIPHRING_COMPLET SMS_CP_DATA SMS_CP ack MAP_FORWARD_SHORT_MESSAGE MAP_FORWARD_SHORT_MESSAGE ack SMS_CP_DATA ack SMS_CP ack RESSOURCE_RELEASE RESSOURCE_RELEASE ack MAP_FORWARD_SM PAGING_REQUEST PAGING_ANSWER AUTHENTICATION_REQUEST AUTHENTICATION_RESPONSE CIPHRING_COMMAND CIPHRING_COMPLET SMS_CP_DATA SMS_CP_DATA ack MAP_FORWARD_SM ack
Bloc fonctionnel MSMMH/MSMO MAUTH MAUTH MAUTH MAUTH MSMO MSMO MSMO MSMMH MSMO MSMO MRRM MRRM MSMTAP MBPAG MBPAG MAUTH MAUTH MAUTH MAUTH MSMT MSMT MSMT
Compteurs NAUTREQTOT NAUTREQSUCC NCIPATTTOT NCIPSETSUCC NSMSRDOTOT NSMSCDOTOT NSMSCAOSUCC NSMSRAOSUCC NSMSCMRSUCC RSEIZO RSEIZI NSMSSMRLTOT NPAGSMSTOT NPAGSMSRES NAUTREQTOT NAUTREQSUCC NCIPATTTOT NCIPSETSUCC NSMSCMTOT NSMSCMRSUCC NSMSSRSUCC
Type d'Objet SECHAND SECHAND SECHAND SECHAND SHMSGSERV SHMSGSERV SHMSGSERV SHMSGSERV SHMSGSERV IS41VMSC1 IS41VMSC1 SHMSGSERV SHMSGSERV SHMSGSERV SHMSGSERV SHMSGSERV SHMSGSERV SHMSGSERV SHMSGSERV SHMSGSERV SHMSGSERV
SMS Entrant
SMS Sortant
Tableau II.5 Les compteurs pour la gestion des SMS
36
II.5 Procdure des services USSD (Figure II.11)

Lide principale des services USSD est de fournir aux oprateurs un mcanisme de conception de leurs propres services sans recourt la normalisation. Et ceci dans le but de faire bnficier les abonns des services supplmentaires dj existants dans les rseaux PLMN [2]. Quand un mobile veut accder un service USSD, il demande un canal de signalisation et voque un changement de ses informations au sein du HLR. La demande contient en fait le code du service demand qui est dlimit gnralement par les caractres * et #. Un tel changement est ncessaire car le mobile peut changer de zone de localisation qui est contrl par un autre MSC/VLR et mise jour partir du HLR. Cest le MSC qui dcide si la demande peut tre transmise au HLR ou non. En cas derreur (comme la non validit du service demand ou lorsque labonn nest pas inscrit dans le rseau) un message derreur est retourn au MSC.
MS-BSC
MSC/VLR
HLR
gsmSCF USSDC
USSD_REQUEST
MAP_PROCESS_UNSTRUCTURED_SS_REQUEST MAP_PROCESS_UNSTRUCTURED_SS_REQUEST
MAP_UNSTRUCTURED_SS_REQUEST USSD_ INFO_REQUEST MAP_UNSTRUCTURED_SS_REQUEST

USSD_ INFO_REQUEST ack MAP_UNSTRUCTURED_SS_REQUEST ack MAP_PROCESS_UNSTRUCTURED_SS_REQUEST ack MAP_PROCESS_UNSTRUCTURED_SS_REQUEST ack
USSD_ RESPONSE
MAP_PROCESS_UNSTRUCTURED_SS_REQUEST ack
Figure II.11 Procdure de demande de services USSD
37
La demande de service USSD peut se traduire comme une transaction avec le rseau en envoyant une requte, contenant toute les informations ncessaires pour cette opration, au MSC. Cette requte sera analyse par le bloc MUSSAN qui va dterminer le service USSD demand et vrifier si la demande peut tre prise en charge. Si sest le cas, il demande au MUSSH de transfrer la demande au HLR avec le message
MAP_PROCESS_UNSTRUCTURED_SS_REQUEST. Le MSC/VLR sera par la suite transparent pour nimporte quelle requte ou demande entre le HLR et le mobile. Parfois on trouve que le rseau demande au mobile de saisir les champs de son compte Login & Password. Cest le bloc MUATAI qui se charge de toute information concernant les comptes des abonns. Voici les compteurs correspondant (Tableau II.6) [8] [9].
Messages USSD_ REQUEST MAP_PROCESS_UNSTRUCTURED_SS_REQUEST MAP_UNSTRUCTURED_SS_REQUEST USSD_ INFO_REQUEST USSD_ INFO_REQUEST ack MAP_UNSTRUCTURED_SS_REQUEST ack MAP_PROCESS_UNSTRUCTURED_SS_REQUEST ack USSD_ RESPONSE Bloc fonctionnel MUSSAN MUSSH MUSSH MUATAI MUATAI MUSSH MUSSH MUSSAN Compteurs NPURGEMS NUSSDNTS NPUSSRQR NUSSDRQS NPUSSDAR NPRSINFO Type d'Objet VLR VLR VLR VLR VLR VLR
Tableau II.6 Les compteurs pour les service USSD
II.6 Accs au rseau intelligent

Le concept de rseau intelligent a t introduit dans le monde des tlcommunications dans le but de faciliter et de rendre plus flexible la fourniture des services aux usagers des rseaux. Une des applications des rseaux intelligents est le service de prpaiement qui constitue aujourdhui le service le plus utilis.
Le module applicatif SSFAM au sein du MSC/VLR constitue un lment du communication avec les autres nuds du rseau intelligent. Le SSFAM voque le SCF pour lexcution de certains services demands [12].
38
La seule diffrence avec la procdure dtablissement dappel normale rside dans les messages de signalisation pure entre le SSF et le SCF. En effet lorsque le MSC/VLR reoit la demande dtablissement dun appel par un abonn prpay, il vrifie son profil contenant le OICK Originating IN Category Key. LOICK permet de dterminer si pour lappel en question un service prpay est invoqu et renseigne sur le nuds contacter pour invoquer ce service. Le TCS analyse son numro ainsi que le numro du destinataire (DA) et vrifie dans sa table de routage (RA) pour dterminer la route utiliser. Une route interne avec le SSFAM sera identifie pour que le TCS puisse lui envoyer un message de type IST Intelligent network Service Trigger. Le SSF lanalyse et identifie ce quon appelle une Trigger Table particulire qui est associe au service demand. Dans cette table on trouve les informations ncessaires identifiant le SCF voquer ainsi que les informations envoyer [1]. Ensuite le SSF commence envoyer les messages au SCF lui indiquant les oprations excuter. Le bloc fonctionnel SHBCA est responsable de toute information envoye ou reu vers ou partir les autres parties comme le TCS. Ensuite le SHCM va se rendre compte quil sagit dun tablissement dappel lorsquil reoit le message IST. Le SHRDO va chercher la route qui convient Trigger Table et le SHTTM dterminer les informations ncessaires linvocation de SCF, cest lui qui transmet le message IDP INITIAL_DETECTION_ POINT.
MS
MSC/VLR SSF
IST INITIAL DETECTION POINT
MIN
SCF
SDF
PPC REQUEST
CALL INFORMATION REQUEST CALL INFORMATION REPORT CONNECT_TO_RESSOURCE CONNECTION REPORT CALL ST UP CONVERSATION & ACCOUNT_MANAGEMENT EVENT REPORT BCSM CONTINUE CALL_RELEASE RELEASE CALL
Figure II.12 Appel dun abonn prpay

Avant lexcution du service, le SCF demande les informations relatives son excution comme par exemple le type de taxation pour ltablissement de lappel. Les informations relatives la taxation sont dtermines par les blocs SHCA, pour dterminer le cas de taxation, et SHCHM pour dterminer quel paramtre envoyer vers les autres nuds. Le SCF demande aussi les autres informations concernant la suffisance du crdit et la validit du compte auprs du SDF qui est contrle par le SDP. Le SHCC se charge de la demande et de lenvoi des informations relatives ltablissement dappel avec le SCF (les messages CALL_INFORMATION_REQUEST et CALL_INFORMATION_REPORT). Dans le cas o le compte de labonn est valide le SCF ordonne le SSF de se connecter au rseau menant lappel sa destination CONNECT_TO_RESSOURCE. Durant la conversation le SSF, laide de SHEC, peut informer le SCF des vnements qui peuvent tre provoqus par labonn appelant comme la dconnexion par exemple. Sil ny a pas de dconnexion, le SCF demande au SSF de poursuivre sa supervision (CONTINUE) ; dans le cas contraire il lordonne de librer le lien [1].
Pour un appel venant dun abonn prpay les messages de signalisation entre le SSF et le SCF restent les mmes. Ce sont les mmes compteurs qui vont sincrmenter que ce soit pour une invocation de SCF ou pour une demande dinstruction. La diffrence est que le SSF va demander le profile de labonn contenant le TICK Terminated IN Category Key auprs du HLR (CSI Camel Subscription Information, CSE Camel Service Environment) non seulement pour se rendre compte quil est oblig de consulter un nud du rseau intelligent mais aussi pour savoir quel SCF invoquer. Ensuite le SSF demande les instructions ncessaires excuter (ARI AssistRequestInstruction).
NE
MSC/VLR SSF
IAM CSI CSE ARI
HLR
MIN
SCF
SDF
COMMANDS
Figure II.13 Appel vers un abonn prpay

Dans le tableau ci-dessous on trouve les diffrents compteurs correspondants laccs au rseau intelligent [8] [9].
Messages IST
INITIAL_DETECTIO_ POINT
CALL_INFORMATION_REQUEST CALL_INFORMATION_REPORT CONNECT_TO_RESSOURCE CONNECTION_REPORT CALL_ST_UP EVENT_REPORT_BCSM CONTINUE RELEASE_CALL
Bloc fonctionnel SHTTM SHTTM SHCC SHCC SHOPSRF SHOPSRF SHCC SHEC SHCC SHCM SHTTM SHTTM SHTTM SHTTM SHCC
Compteurs ISTSEL OPSINI OPREQDM OPREQCH SRFATT TIMESRF OPRECAL OPSSUB OPRECAL OPRECAL IAMBATT NSERVFEAT NSERVFEATINV OPSINI OPRECAL
Type d'Objet SSFICCI SSFOHDCI SSFOHDCT SSFOHDCT SHAM SHAM SHIST SHIST SHIST SHIST SSFICCT SERVFEAT SERVFEAT SHIST SHIST
Appel d'un abonn prpay Appel vers un abonn prpay
IAM CSI CSE ARI Command
Tableau II.7 Les compteurs pour laccs au rseau intelligent
Nous avons dcrit dans ce chapitre lintervention des blocs fonctionnels pour le traitement des diffrents messages correspondants aux diffrents cas du trafic. Ceci est dans le but didentifier les paramtres qui sont les compteurs existant au niveau des blocs fonctionnels. Dans la partie qui suit on expliquera notre mthodologie de travail pour la modlisation de la charge.
41
Chapitre III : Modlisation de la charge dun AXE-MSC/VLR
Chapitre
III
M
III.1 III.2 III.3
odlisation de la
charge dun AXE-MSC/VLR

Rcupration des statistiques Etude thoriques
III.2.1 Ajustement avec Moindre Carr III.2.2 Principe de la mthode de lAnalyse en Composante Principale: ACP.
Dveloppement de loutil de calcul de la capacit

III.3.1 Prsentation de lenvironnement de dveloppement III.3.2 Loutil AXE-MSC/VLR Processor Load Measurement III.3.2.1 Organigramme III.3.2.2 Guide dutilisateur de loutil AXE-MSC/VLR Processor Load Measurement
de la charge dun AXE-MSC/VLR.
PFE : Modlisation de la charge du nud curs du rseau GSM du Tunisie Tlcom
42
Chapitre III :
Modlisation de la
charge dun AXE-MSC/VLR
Aprs avoir identifi nos paramtres dentre, nous devons prendre des observations de leur volution au cours du temps (des statistiques). Nous devons suivre aussi lvolution de la charge CPU du noeud; cest notre variable ajuster. Dans ce chapitre nous allons dcrire la chaine de la rcupration des statistiques (statistiques pour tout une semaine) et nous passerons par la suite la modlisation pour finir avec une description de loutil dvlopp.
III.1 Rcupration des statistiques

Pour pouvoir rcuprer les statistiques il faut prparer les fichiers ncessaires. Dans le chapitre prcdent on a mentionn les types dobjets Object Type des diffrents compteurs. Au sein du noeud il faut les activer pour que les compteurs correspondants se mettent jour automatiquement. Mais il faut dsactiver toutes les statistiques sur le noeud en premier lieu. Ceci est dans le but de prparer le noeud pour recevoir les nouveaux changements. laide des commandes MML 2 Man Machine Language nous avons pu communiqu directement avec le noeud (plus prcismeent avec le sous-systme STS) et activer ces Object Type.
Voir Annexe 2
43
Ces commandes sont entres partir de client OSS Operation and Support System reli par une liaison spcialis (LS de 2 Mb/s) avec le serveur OSS situ dans le centre O&M. Cest travers ce serveur que la communication directe avec les noeuds du rseau se fait. Bien videmment cest lui qui contrle tous les noeuds du rseau selon le concept du rseau GSM. Les statistiques sont envoys lOSS dans un fichier de format iso que lon doit crer davance. Dans ce fichier on met les Object Types dj activs pour obtenir les statistiques volues. Loutil qui permet la cration de ce fichier sappelle SMIA Statistical Measurement Initiation and Administration. A la rception de ce fichier, le SDM Statistical Data Mart, existant au niveau du serveur OSS, le traite pour bien organiser les statistiques dans la base de donne CSDDB (Figure III.1). La base de donne BSDDB contient aussi les mmes statistiques et les rapports dj prdfinis. Ensuite, partir de notre client OSS et avec loutil BO Business Object on doit crer lunivers contenant les commandes SQL. Cet univers nous permettra de consulter facilement la base de donne (sans entrer les commandes SQL) en prcisant le temps de dbut et de la fin de lobservation. On peut mme choisir le nud partir du quel nous voulons rcuprer les donnes. Enfin il ne reste quextraire les rapports et les enregistrs dans des formats exploitable (comme par exemple le format html ou txt) pour faire notre tude.
44
Rseau GSM A B 4
OSS Client LAC 1 MML 2 SMIA 3
LS 2 Mb /s OSS Serveur Hached
Liaison X.25 BO 4 C AXE-MSC/VLR
SDM CSDDB 5 STDB BSDDB STSORT
1: Activation des Object Type au sein du noeud laide de commandes MML. A-B: La communiction avec le noeud se fait travers le serveur OSS. 2: Cration du fichier que le noeud va envoyer Serveur OSS. C: Le fichier ru sera trait par SDM et les statistiques seront bien organises au niveau de la base de donnes. 3: Cration de lunivers qui correspend aux statistiques volues. 4: Consultation de la base de donnes (CSDDB) pour la rcupration des statistiques. 5: Edition des rapports. 6: Utilisation de lExcel pour manipuler les donnes facilement Figure III.1: Chaine de rcupration des statistiques
45
III.2 Etude thoriques

Aprs avoir rcuprer les statstiques, nous procdons leur organisation dans le but dobtenir un tableau o chaque ligne correspond une priode dobservation. Dans chaque ligne on a la charge relle du CPU et les valeurs des diffrents compteurs. Nous avons procder diffrement pour lajustement de la charge CP tout en utilisant le principe de lajustement avec Moindre Carr.
Priode t1 . . . . . . . tN Charge y1 . . . . . . . yN Opration 1 C11 . . . . . . . CN1 .............. .............. .............. .............. .............. .............. .............. .............. .............. .............. Opration p C1p . . . . . . . CNp
Tableau III.1: Tableau des donnes
III.2.1 Ajustemet avec Moindre Carr

Comme nous navons aucune ide sur lvolution de la charge CPU ni sur lvolution des diffrents paramtres dont elle dpend, la meilleurs faon de faire est de minimiser lerreur entre la charge rel et la charge approxime. Donc cest un ajustemet avec moindre carr. En plus ces paramtres sont indpendants les uns des autres; il forme alors une famille gnratrice. Ceci nous permet de projeter la charge sur la base constitu par ces diffrents compteurs; cest dire quelle sera gale la somme des ces compteurs multiplis chacun par un coificient dterminer (quoition III.1). Ce que nous permet de conclure quil sagit dun ajustment avec moindre carr et avec la dpendance la plus simple qui est la dpendence linaire.
En effet, pour chaque priode dobservation la charge peut scrire comme suit:
j= p j= 1
jC
ij
Pour
1i N
Equation III.1
46
Chapitre III : Modlisation de la charge dun AXEMSC/VLR
Nous aurons donc un vecteur Y qui est gal au produit dune matrice C, constitue par les valeurs des diffrents compteurs, et un vecteur de coeifficients dterminer.
Y = C*
y1 C 1 11 . . . . . et C= . Avec Y = = . . . . . y CN1 N N
. . . C 1p . . . . . . . . . . . . . . . C NP
Lecritredemoindrecarrminimiserestlesuivant:
J MC (Y()- Y)T M(( Y()- Y)
EqautionIII.2
( O Y )est le vecteur charge approxim (Y()=C ), Y est le vecteur des
chantillionsdelacahrgerelleet constituelevecteur descoeifficientederminer. J MC = 0 Minimiser J MC Rappelsurlesdrivs : Soitlesdeuxvecteursa,betlamatriceM =

aM a a
T
J MC (C - Y) M(C - Y) = 0 =
T
aM 2
a b a
EqautionIII.3
47
Chapitre III : Modlisation de la charge dun AXEMSC/VLR
MC J TCTMC - TCTMY - YTMC + YTMY =

= 2C T MC - 2Y T MC = 0 = 2C TMC - 2Y TMC = 2C TMC - 2C TMY = 0
T T =(C MC)1C MY
EqautionIII.4
Aucoursdudveloppement mathmatique nouspouvonsaboutiraursultatde
( a ) . ce type C MC - Y = 0 Mais on ne peut pas simplifier directmet par linverse de

T T C McarilsagitdunematricerectangulairepxN.C estunematriceNxpet Mestune
matrice symtrique dfinie postivie dfinir. En effet la matrice M est une matrice de pondration. Elle permet de ngliger les donnes abhrents peu fiable et au contraire de donnerdelimportanceauxdonnesquisontfiables.Dansnotretudesnousnavonspas euceproblemedespointsabhrents.La matrice M seragale la matrice identitetle problme se ramne un ajustmeet avec moindre carr ordinaire. Le vecteurs des coeifficientssraalors
T T =(CC)1C Y
EqautionIII.5
Ensuitelachargeapproximeseragaleauproduitscalaireentrelevecteur et la matrice C constitue par les valeurs des diffrents compteurs. Les cfficients de vecteur traduisentenfaitlacontributiondechaqueoprationdanslacharge.
Pour rpartir la charge selon les diffrents types de trafic, on doit sommer les compteurscorrespondant multiplichacunparsoncfficientcorrespondant.C'estdire pour une priode donne (qui correspond une ligne dans le tableau des mesures) la chargeprovoqueparlundestypesdestraficspeuscrirecommesuit:
l= h
Ch_TC =
C _TC a l _ TC
l l=1
EqautionIII.6
48
Ch_TC : Cest la charge provoque par le cas de trafic considre (TC pour dire Trafic Case. Cl_TC : Les diffrents compteurs correspondant au cas de trafic considr ( 1 l h avec h < p) .
l_TC :
Les coefficients correspondant aux diffrents compteurs dun cas de trafic.
Nous pouvons galement ajuster la charge CPU de notre MSC selon les taux par abonn de chaque cas de trafic. Pour cela, il faut diviser chaque compteur correspondant par le nombre total dabonns enregistrs. Ce dernier varie au cours de temps ; ce qui nous permettons de le retenir en plus des taux dj calculs. En plus il faut tenir compte uniquement des messages changs avec les BSC. Par exemple pour les appels arrivs (compteur NCALLSI) il ne faut pas tenir compte du nombre dappel venant des autres nuds autre que les BSC. Soit par exemple NCALSSI_BSC le nombre dappels venant uniquement des BSC et pas de tous les nuds qui sont lis notre MSC. Le tau dappel arriv par abonner sera alors:
Tau_MO =
NCALSSI_BS C Nbr d' Abonn Enregistr
Eqaution III.7
Travailler avec les taux de chaque type de trafic par abonn, rend notre outil dvlopper plus pratique au cours de la phase de dimensionnemet du rseau. Surtout que les compteurs ne sont pas connus par tout le monde et leurs identification ntait pas si facil. Nous pouvons galement proceder autrement, en rduisant le nombre des compteurs utilis. La rduction de nombre des parmatres est lobjet de la discipline de lanalyse factorielle de donnes dont la mthode de lACP fait partie. Dans la partie qui suit on en expliquera le principe.
49
III.2.2 Principe de la mthode de lAnalyse en Composantes Principales: ACP.

Le but principal de lACP est de rduire le nombre des variables mises en jeu et donc de construire une base particulire partir des variables dorigine. Cette base est constitue des vecteurs z1.zr (r<p), appeles variables artificielles, choisies de telle sorte que les sommes des distances des variables dorigines chacun des sous-espaces [z1], [z1, z2], [z1zr] soient minimales [13]. Les axes engendrs par les variables artificielles sont appeles axes principaux. Les variables artificielles tant choisi pour former une base orthonorme. Elles sont orthogonales entre elles et normes, de ce fait elle sont linairement indpendantes, non corrles et appartenant au cercle unit. Ce passage entre les deux bases permet dobtenir une reprsentation de lespace des variables la plus simples possible (en diminuant si possible le nombre de gnrateurs) et la plus fidle possible (la distance entre les variables initiales et les variables artificielles est la plus faible possible en moyenne).
La base des axes principaux (z1zr) est engendre par les vecteurs propres relatifs aux valeurs propres non nulles de la matrice symtrique calcule partir des produits scalaires deux deux des variables dorigines. Gnralement les deux premiers axes drainent la majorit de linformation contenue dans le tableau initiale des donnes. Ces deux premiers axes correspondent aux valeurs propres les plus leves. Si nous tenons comptes de toutes les axes nous conservons lensemble de cette information. U = {Vecteurs propres} de la matrice CTC. C ant la matrice des donnes d' origine Il est prfrable de travailler avec les variables rduites centres lorsque leurs carts types sont trs diffrents. Ceci est dans le but de ne pas privilgier leffet de taille et tout rduire la mme chelle (on retranche la moyenne et on divise par la variance).
(z 1 .....z r ) = U ;
(C C ) j = ij ij Var(C ) j
50
Ensuite, il faut calculer les corrlations entre la charge Y et ces diffrents axes pour trouver quels sont les axes par lesquels la charge est porte le plus. De mme avec les variables dorigine, afin de dterminer par quelle composante chaque variable est porte. Ceci est dans le but didentifier nos variables dorigines. Aprs les avoir identifi, nous devons revenir la mthode de moindre carr mais avec beaucoup moins de variables. La corrlation entre les variables dorigine et les axes obtenus nous permet dobtenir un tableau de ce type :
variable z1 C1 corr(C1,z1) . . . . Cp corr(Cp,z1) zr corr(C1,zr) . . . . corr(Cp,zr)
...
...
Ensuite nous obtiendrons notre tableau dorigine mais avec k colonnes o k<<p
Priode t1 . . . . . . . tN Charge y1 . . . . . . . yN Opration 1 C11 . . . . . . . CN1 . . . . . . . . . . . . . . Opration k .............. C1k .............. . .............. . .............. . .............. . .............. . .............. . .............. . .............. CNk
Et notre nouvelle matrice C de donne sera
C11 . C= . . C N1
. . . C1k . . . . . . . . . . . . . . . C Nk
51
III.3 Dveloppement de loutil de calcul de la capacit de la charge dun AXE-MSC/VLR.

Nous dcrivons brivement loutil et lenvironnement utilis pour le dveloppement de lapplication objet de ce travail. La deuxime partie sera consacre la description de cette application
III.3.1 Prsentation de lenvironnement de dveloppement

Lenvironnement utilis est Visuel Studio dot Net 2005 de Microsoft. En raison des diffrentes fonctionnalits quil offre, nous lavons retenu pour le dveloppement de notre application. En effet Visuel Studio dot Net 2005 de Microsoft constitue une famille des outils de dveloppement permettant dtre plus productif tout en amliorant la performance de lapplication. Grce cet environnement, nous pouvons galement concevoir nos applications dune faon plus modulaire. En plus, ces applications ne sont pas limites uniquement la machine o elles fonctionnent, elles peuvent tre excutes sur nimporte quel autre machine admettant le framwork dot Net. Ce dernier contient touts les lments ncessaires pour lexcution et le dveloppement des applications Windows, des applications Web ainsi que les services correspondants [14].
Lavantage majeur de lenvironnement dot Net cest quil est indpendant du langage grce aux diffrents compilateurs quil contient. C'est--dire que nous pouvons galement dvelopper des applications avec des codes diffrents et qui correspondent aux langage (C++/CLI, C#, J#, JScript .NET, et Visual Basic .NET) fournis par Microsoft (Figure III.2). Linteroprabilit de ces diffrents codes est assur par le module MSIL MicroSoft Intermediate Language situ dans le framework dot Net. Ce ci veut dire que tous les codes vont tre traduits en un seul code.
52
Code Source C++
Code Source C#
Code Source Visuel Basic : VB
Code Source JScript.NET
Compilateur C++
Compilateur C#
Compilateur VB
Compilateur JScript.Net
MSIL & Mtas donnes
CLR
Systme dexploitation
Figure III.2 Structure du framework dot Net
Lautre avantage de lenvironnement dot Net rside dans la portabilit des applications dveloppes en utilisant ses codes. Grce au compilateur JIT Just In Time compilation existant au niveau de CLR Common Language Runtime, le code MSIL sera compil pour obtenir un code adapt larchitecture matrielle de la machine. Ceci est ralis grce aux mtas donns trouvs au sein de lexcutable obtenu aprs la compilation.
Le langage utilis pour le dveloppement de lapplication objet de notre travail est le Visual C++ vue de sa simplicit.
53
III.3.2 Loutil AXE-MSC/VLR Processor Load Measurement

III.3.2.1 Organigramme La structure de notre programme se prsente comme suite. Aprs linstallation lutilisateur doit tre authentifi. Il ne doit pas dpasser trois essais, si non le programme se ferme et lutilisateur sera oblig de redmarrer lapplication. Dans le cas o il est authentifi avec succs une squence dmarrage aura lieu et durera 5secondes. Aprs le dmarrage lutilisateur doit choisir la mthode avec laquelle il veut travailler (cest toujours lajustement avec moindre carr, mais les paramtres qui sont utiliss diffrent). En suite il faut se connecter une base donne de type Access, laide dune classe appele data, pour importer les donnes (les statistiques des mesures rcupres partir de lOSS) (figure III.3). Nous devons par la suite tout transfrer vers une classe MATLAB (Bibliothque contenant toute les fonctionnalits MATLAB intgrer dans notre code programme) en spcifiant le temps de dbut et de fin de la simulation. Dans cette classe MATLAB se produira tout le calcul matriciel et le traage de courbes ainsi que le renvoie des rsultats au programme principal. Enfin aura lieu la mise jour de la base de donnes afin de crer des historiques qui pourraient tre utiles lavenir pour lvolution de loutil.
54
Installation
Fermer Sortir du Programme
Succs
Oui
Non
Authentification
Non & essai 3 Oui
Non & essai >3 Sortir du Programme
Valide
Dmarrage
Temps <5 secondes
Temps
Temps =5 secondes
Mthode
Touts les paramtres
Taux par abonn
ACP
Data
Connexion
Programme Principale
Temps
Mise jour de la base de donnes
Transfre de donnes avec prcision de temps Retour des rsultats MATLAB
Base de Donnes Access
Figure III.3 Organigramme de loutil AXE-MSC/VLR Processor Load Measurement
55
III.3.2.2 Guide dutilisateur de loutil AXE-MSC/VLR Processor Load Measurement Nous avons prvu avec cette application un installateur qui peut sinstaller sur une machine Windows. Cet installateur est cr au cours du dveloppement de loutil au sien de lenvironnement. Ceci peut se faire en ajoutant simplement un Project dont le type est Set Up Project notre application. Aprs la compilons de projet Set Up, le framework dot Net sera ajout automatiquement linstallateur et nous obtenons la fin un fichier de format msi dont lexcution produira linstallation de loutil. Nous pouvons galement ajouter des options au projet Set Up, comme par exemple lajout dune icne sur le bureau ou bien dans le menu Tous les programmes du menu dmarrer. Lexcution du fichier AXE CPU Set UP.msi nous affichera sa bote de dialogue de guide dinstallation Install Shield.
Figure III.4 Lancement de linstallation
56
En suite on nous demande lemplacement de linstallation. Nous avons choisi le rpertoire dinstallation C:\Program Files suivi du nom constructeur SupCom & Tunisie Telecom en suite le rpertoire o lapplication sera place.
Figure III.5 Choix de rpertoire dinstallation
Figure III.6 Fin de linstallation
57
Aprs linstallation, une icne sera cre sur le bureau. Cette icne constitue un raccourci pour notre application do nous pouvons la lancer. Au cours du lancement une boite de dialogue souvre pour la saisie du compte (Authentification Login : supcom ; Password : supcom). Une erreur se produira si lauthentification est choue. Lancement partir dune icne sur le bureau Lancement partir de menu programme du menu dmarrer
Figure III.7 Raccourci du lancement
Figure III.8 Authentification
58
Lorsque le bouton Proceed>>> est activ, la boite de dialogue de dmarrage, souvrira. Cette boite de dialogue dure 5 secondes et saccompagnera dune animation audio.
Figure III.9 Dmarrage
Aprs le dmarrage une boite de dialogue donne le chois entre les trois mthodes de travail. La premire option (Tous les paramtres) permet de tenir compte de touts les paramtres (touts les compteurs) dans la mthode de lajustement avec moindre carr. La deuxime (Taux par abonn) utilisera les taux par abonn de chaque type de trafic, qui seront calcul partir des donnes dorigines. La dernire (ACP) permet de tenir compte uniquement des variables les plus pertinents. La validation dun chois est assur par un simple click. Nous allons expliquer par la suite lutilisation de chaque mthode.
59
Figure III.10 Choix de la mthode (Tous les paramtres) Aprs la validation du premier choix nous obtiendrons ainsi la fentre principale de la premire mthode. Les boutons gauche constituent les boutons des donnes qui vont nous renseigner sur les valeurs des diffrents compteurs pour un instant donn (aprs la simulation). Les boutons droite constituent les boutons de contrle de la fentre avec lesquels nous pouvons par exemple importer les donnes, les visionner, simuler pour le traage de la charge relle et celle ajuste en plus du changement de la mthode. Cette dernire est dans le but de faire une comparaison entre les mthodes.
Au dbut les trois boutons Visionner les donnes (qui permet de visionner les donnes importes tout moment) et Simuler (qui permet de passer la simulation) ne sont pas activs. Ces boutons ne le seront quaprs limport des donnes. En plus le bouton Enregistrer les rsultats ne sera activ quaprs la simulation. Il permet de mtre jour la base donne avec les rsultats obtenus (la colonne Charge CPU Ajuste). Le bouton Changer le mthode est toujours activ afin de permettre le changement de la mthodologie de travail tout moment.
PFE : Modlisation de la charge du nud curs du rseau GSM du Tunisie Tlcom 60
Figure III.11 Fentre principale Avec un simple click sur le bouton Importer les donnes, une boite de dialogue douverture de fichier souvrira afin de choisir quel base de donn se connecter (sur la figure ci-dessous nous avons la base de donne Access Statistiques.mdb).
Figure III.12 Choix de la base de donne
61
Ensuite nous aurons notre base de donne qui saffichera sur lcran o nous voyons trs bien la colonne Charge CPU Ajuste est vide. Cette colonne sera remplie aprs la simulation par des valeurs ajustes.
Figure III.13 Connexion la base de donne tabli Pour passer la simulation (click sur le bouton Simuler qui est devenu activ) il faut spcifier le temps de dbut et de fin ; c'est--dire quil faut spcifier la dure de la simulation. Dans une autre bote de dialogue nous choisissons ces deux instants.
Figure III.14 Choix de temps de la simulation

En activant le bouton Proceed Simulation il ne reste que voir les rsultats sont affichs. En effet, nous avons deux boites de dialogues MATLAB qui vont souvrir, lune pour lvolution de la charge au cours du temps et lautre la rpartition en moyenne de la charge selon les types de trafic. Les interprtations des rsultats font lobjet du chapitre suivant.
Figure III.15 volution de la charge
Figure III.16 Rpartition de la charge

Nous pouvons visionner les rsultats et certaines valeurs des diffrents compteurs aprs la simulation. Nous pouvons ainsi voir la charge relle, celle qui est approxim et lerreur de prcision.
Figure III.17 Obtention des rsultats par la premire mthode
Nous pouvons galement changer la mthode de lapproximation de la charge en appuyant sur le bouton changer la mthode. Ceci nous permet de revenir la page des chois de la mthode. En suite le principe de la simulation reste le mme que nous avons dcrit ci dessus.
64
Figure III.18 Choix de la deuxime mthode
Figure III.19 Obtention des rsultats par la deuxime mthode
65
De mme pour la mthode de lACP, o nous avons uniquement les paramtres les plus pertinents. Cest dire quon estime la charge avec moins de paramtres.
Figure III.20 Choix de la mthode de lACP
66
Figure III.21 Obtention des rsultats par la mthode de lACP
Nous avons dcrit dans ce chapitre lapplication, le principe de lestimation de la charge avec Moindre Carr ainsi que la mthode de lACP. Nous allons galement dcrit dans le chapitre suivant les rsultats obtenus
67
Chapitre IV : tude de cas
Chapitre
IV
IV.1 sans ACP
tude de cas
Rsultats de lajustement avec Moindre Carr
IV.2 Rrsultats obtenu avec Moindre Carr en utilisant les taux par abonn IV.3 Rrsultats obtenu avec Moindre Carr aprs ACP
68
68
Chapitre IV:
tude de cas
laide de la mtode du moindre carr, nous avons pu estim la charge de certains MSC/VLR dans des rgions diffrentes avec une bonne prcision.
IV.1 Rsultats de lajustement avec Moindre Carr sans ACP

La figure suivante montre pour chaque MSC tudi, la charge relle (en bleu) et la charge estim (en rouge). Nous avons eu une forte corrlation (0,9) ainsi que lerreur est autour de 4% en moyenne.
Figure IV.1 Estimation de la charge avec moindre carr sans ACP
69
69
Au niveau du chapitre prcedent nous avons montr comment la charge se rpartit selon les diffrents cas de trafic (Chapitre III Equaution III.6). En effet la gestion dappels possede limpact majeur sur la charge. Elle peut atteindre les 70% de la charge globale. Ensuite la mise jour de localisation intervien en deuximme degr pour se situer autour de 25%; le Handover peut atteindre les 5% de la charge. Les SMS 3% et les services USSD ayant limpact le moin faible environ 1% (Figure IV. 2).
Figure IV.2 Rpartition de la charge selon les diffrnet stypes de trafic avec Moindre carr sans ACP La charge des diffrents MSC/VLR volue et se rpariti, selon les diffrnets types de trafic, de la mme manire. Ceci nous permet de prdire que les MSC/VLR obeissent au mme modle. Pour dterminer ce modle nous pouvons prendre la moyenne des modles particulirs . Cest dire qu partir des vecteurs des coeifficients
, que
nous avons dtermin avec la mthode de la moindre carrs pour les quatre MSC/VLR, nous allons dterminer un autre vecteur qui sera la moyenne de ces quatres vecteurs et qui sera aussi valable pour les quatres MSC/VLR.
_ Moy = ( _ BJ 2 + _ GAF + _ KAI + _ OU )
1 4
70
70
Figure IV.3 Ajustement de la charge avec Moindre Carr sans ACP en utilisant un modles gnrale Nous pouvons remarquer que les rsultats obtenus sont moin prcis que ceux trouvs avec des modles particulirs. Mais nous voyons trs bien que la charge estime fluctue toujours autour de la charge relle. Lerreure na jamais dpass les 5% en moyenne et la corrlation entre la charge rel et celle estime est de lordre 0,8 en moyenne pour les qutre MSC. De mme pour la rpartion de la charge, nous avons pas eu des grandes erreurs de prcision(Figure IV.4).
Figure IV.4 Rpartition de la charge avec un modle gnrale ACP

71
De ce que prced nous pouvons conclure que les MSC/VLR choisis obeissent au mme modle. Les carts constats sont visiblement ds la non uniformit du profil dabonn dans les diffrents rgions (nos avons considr des compteurs horaires qui donnent des valeurs moyenne heur par heur et non des compteurs instantanes). En plus nous navons pas tenus compte de certaine fonction supplmentaire au sein des MSC/VLR comme la fonction de transit et la gestion dquipement ainsi que la diffrence entre les fichiers de configuration.
IV.2 Rrsultats obtenu avec Moindre Carr en utilisant les taux par abonn.
Nous avons pu galement travaill avec les diffrents taux de chaque types de trafic par abonn et nous avons obtenu pratiaquemet les mmes rsultats soit pour lajustmeent de la charge soit pour sa rpartition. Il sagit siplement dun ajustement avec moindre carr mais au lieu dutilser tous les compteurs on en calcule les taux correspendants au diffrents cas de trafic. Lerreurs tait toujours de lordre de 3%.
Figure IV.5 Ajustement de la charge en utlisant les taux par abonn des diffrents cas de trafic
72
72
Figure IV.6 Rpartition de la charge en utilisant les taux des diffrents types de trafic Les rsultats sont aussi valables lorsque nous avons utilis un modle gnrale. Lerreur est pratiquement la mme (3% environ).
Figure IV.7 Ajustement de la charge en utlisant un modle gnrale pour les taux des diffrents cas de trafic
73
73
Taux HO INTER M SC Taux HO INTRAM SC 4% Taux M SM 3% O S Taux LU PER Taux M SM 2% T S TT 6% 4% Taux LU IMSI A 2% Taux USSD 1% 3% Taux IMSI DET Taux M 1% IN
Taux HO INTRAM SC
7%
Taux LU NORM
2% Taux HO INTER MSC Taux LU PER Taux M SM 2%3% T S 2% TT 7% 3%Taux LU IMSI A Taux USSD 1% 2% Taux IMSI DET Taux M 1% IN 7%Taux LU NORM 38%
Taux M SM O S
38%
Taux M O
Taux M O
29%
Taux M T
30%
Taux M T
MSC G 2 AF MSC BJ2

Taux HO INTRAM SC Taux M SM O S
Taux HO INTRAM SC
Taux HO INTER M SC
2% Taux M SM O S 2% Taux M SM T S 2% Taux USSD 1%

Taux M IN
1%
3% Taux LU PER 7% TT 3% Taux LU IMSI A 3% Taux IMSI DET Taux LU NORM 7%
2% Taux M SM 2% T S Taux USSD 1% 1%

Taux M IN
2% 3% Taux HO INTER MSC Taux LU PER Taux LU IM A SI TT 7% 3% 3%Taux IMSI DET 7%

Taux LU NORM
Taux M 39% O
40%
Taux M O
30%
Taux M T
29%
Taux M T
MSC K AI
MSC OU
Figure IV.8 Rpartitin de la charge en utilisant un modle gnrale pour les taux des diffrents cas de trafic
IV.3 Rsultat obtenu avec la mthode de lAnalyse en Composante Principale ACP.

Les axes obtenus aprs avoir ffectu la mthode de lACP sont gnralement les deux premiers axes corrspendant aux valeurs propres les plus elevs. Ces deux axes contient ainsi la majorit de linformation. Pour les quatre MSC/VLR nous avons trouve les mmes variables dorigines (les compteurs). En suite nous avons essay dappliquer la mthodes de la moindre carr avec uniqument ces variables. Nous avons trouv ainsi pratiquement les mmes rsultats sauf quil y a des petites erreurs de prcision. Mais lerreurs en moyenne na pas dpass 5%.
74
74
Figure IV.9 Ajustement de la charge aprs que nous avons utlis la mthode de lACP Aprs que nous avons identifi les variables dorigine; nous avons trouv quils correspondent uniquement aux cas de trafic suivant: Gestion dappels, Mise jour de localisation, Handover et les SMS. Nous pouvons donc ngliger la charge provoqu par les services USSD ainsi que laccs aux rseau intelligent pour lestimation de la charge dun AXE-MSC/VLR. En effet la charge provoqu par ces deux types de trafic etait toujours ngligeable par rapport aux autres; elle elle na jamais dpass 1% (parfois 0,9 et 0,5 %).
Figure IV.10 Rpartition de la charge avec Moindre Carr aprs ACP

75
Nous avons essay aussi de trouver un autre modle gnrale aprs lutilisation de lACP afin destimer la charge pour nimporte quel MSC/VLR avec le minum de paramtres. Cest vrai que la charge approxim ntait pas toujours confondue avec celle relle, mais cette mthode prouve une simplification consirable du travail qui ne coute tout de mme que prs de 3% par rapport lutilisation des modles particuliers par MSC en tenant compte de tout les parmatres. De mme pour la rpartition de la charge.
Figure IV.11 Aproximation de la charge avec Moindre Carr aprs ACP en utilisant un seul modle
Figure IV.12 Rpartition de la charge avec Moindre Carr aprs ACP en utilisat un seul modle
76
Le tableau ci dessous prsente les rsultats obtenus avec lapproximation de la charge en utilisant le moindre carr difrment.
Tableau IV.1 Tableau rcapitulatif des rsultats obtenus Nous avons prsent dans ce chapitre les rsultts obtenus avec la mthode de Moindre Carr pour lstimation de la charge des MSC. Nous avons galement montr linterr de lutilisation de la mthode de lACP pour la simplification du modles utilis.
77
77
Conclusion gnrale
Conclusion Gnrale
L
e but principal du prsent projet fin dtudes est de modliser la charge des nuds cur du rseau GSM. Pour ceci nous avons commenc par une tude de larchitecture de ces nuds.
Aprs avoir identifi ces paramtres, nous avons utilis la mthode de moindre carr pour lestimation de la charge dferrement. En effet, nous avons tenu compte, en premier lieu de tout, de tous les paramtres, que nous avons rcupr. En suite nous avons travaill avec les taux des diffrents types de trafic afin de rendre loutil dvelopper plus pratique au cours de sont utilisation pendant la phase de dimensionnement. Ceci nous a permit daboutir conclure que les MSC/VLR malgr quils sont situs dans des
environnements diffrents ils obissent au mme modle.
En plus nous avons montr lintrt de la mthode de lACP dans lajustement de la charge CP des nuds tout en diminuant les paramtres dont elle dpend. Cette mthode nous permit de conclure, quuniquement la Gestion des appels, la Mise jour de localisation, le Handover ainsi et les SMS sollicitent la charge de manire significative. La charge provoque par les services USSD et laccs au rseau intelligent tait toujours ngligeable.
PFE : Modlisation de la charge Du nud curs du rseau GSM de Tunisie Tlcom
78
Annexe
Annexe 1
Description de diagramme de bloc APZ 212 33
APZ 212 33 Logical Block Diagram

CP-A CP-B AMB CLKB CPUM CTB DSU IPU MAB MAI MAU PRS PTB RP RPB RPBSX RPH RPHM SPU UMB-I UMB-S Central processor, A-side Central processor, B-side Automatic maintenance bus Clock bus Central processor unit magazine CPU test bus Data store unit Instruction processor unit Maintenance bus Maintenance unit interface Maintenance unit Program and reference store Processor test bus Regional processor Regional processor bus Regional processor bus serial cross connect Regional processor handler Regional processor handler magazine Signal processor unit Update and match bus instruction processor Update and match bus signal processor
*RPB-31B *RPB-31A
RP
RP
*RPB-0B *RPB-0A *Parallel or serial **Optional
CP-A
RPH
RPB 0
28 29
30 31
CP-B
RPBSX
RPIO
RPBH RPBI-P
RPBH RPBI-P
RPBH RPBI-S
RPBH POU-R
RPHB SPU MASTER OPA/BB-M OPA/BB-S POWC SLAVE CDU MAI
IPI
JBMU MKU ALU

RESB-M
RPHI SKU ALU

RESB-S PSIC
FAN FAN POU-C MAB, AMB CTB
MAU MAB AMB
AMU
STIM
SMUM
SMUS
STIS
MIC
TPU CLKB UMB-S
CTB
PTB
IPU OPBB1 OPAB1 OPBB0 OPAB0
JAMU
LMU
IMAI
RMU
ALU0
DEDB0
IQC ALU1
SPI
ATU
PRSU
DSH
UMU
DEDB1 UMB-l JAM TRIU CM PRS UBC
DSU-D/S
IPI DSC
0 7
RP
RP
CP-A
CP-B
IOG20**
APG30/ APG40**
RPH
RPHM CPUM
RPBSX
RPH
RPHM CPUM
RPV
STOC
SP SPU
AP
SPU MAI IPU

PRS
UMB-S CLKB
MAI IPU
PRS AT AD
MAB, AMB, CTB
MAU DSU
DL DL
DSU
UMB-I
PTB
PTB
IOG20 AT DL IOG RPV SP VME APG30/ APG40 AD AP APG DL STOC RPH POU-R RPBH RPBI-P RPBI-S RPHB RPIO SPU ALU IPI JBMU MKU OPA/BB-M OPA/BB-S RESB-M RESB-S RPHI SKU SMUM SMUS STIM STIS MAI CDU
SP based input/output system Alphanumeric terminal Data link Input/output group Regional processor connected to VME Support processor Versa module Europe AP based input/output system Alphanumeric device Adjunct processor Adjunct processor group Data link Signaling terminal for open communication Regional processor handler Power unit Regional processor handler Regional processor bus handler Regional processor bus interface parallel Regional processor bus interface serial Regional processor handler bus Regional processor input/output Signal processor unit Arithmetic logic unit Instruction processor interface Job buffer memory unit Master kernel unit Operand A/B bus master Operand A/B bus slave Result bus master Result bus slave Regional processor handler interface Slave kernel unit Signal processor unit maintenance unit master Signal processor unit maintenance unit slave Signal processor unit test interface master Signal processor unit test interface slave Maintenance unit interface Control processor display unit
MIC POWC PSIC POU-C MAU AMU TPU IPU ALU ATU CM DEDB DSH IMAI IQC JAM JAMU LMU OPAB OPBB PRS PRSU RMU SPI TRIU UBC UMU DSU-D/S DRAM DSC SRAM
Maintenance interface circuit Power control unit Power and serial interface controller Power unit Central processor unit Maintenance unit Automatic maintenance unit Test and processor unit Instruction processor unit Arithmetic logic unit Assembler to micro code translator unit Control memory Destination data bus Data store handler Instruction processor unit Maintenance interface Instruction queue controller Jump address memory Jump address memory unit Load and measurement unit Operand A bus Operand B bus Program and reference store Program and reference store unit Register memory unit Signal processor interface Trigger unit Update buffer and match circuit Update and match unit Data store unit DRAM/SRAM Dynamic random access memory Data store memory control circuits Static random access memory
The equipment practice for APZ 212 33 is BYB 501. Ericsson assumes no legal responsibility for any error or damage resulting from the use of this guide.
Annexe 2
Commandes MML
Commandes MML
1-Dialoguer avec le sous-systme STS >IMLCT:SPG=0; 2- On arrte les statistiques :SDDCE; 3- Initiation au nouveau changement :SDDOI; 4- Activation dun Object Type : SDDOC:OBJTYPE=CHASSIGNT,INCL=YES,BRP=15; 5- Excution des instructions :SDDOE:EXEC; 6- Collecte des donnes :SDDCI; 7- Mise jours des tables :SDDTI; 8- Fin des instructions :END;
Bibliographie
[1] GMS SYSTEM SURVEY; Ericsson Radio Systems AB 1998 [2] GSM DATA TRANSCRIPT; Ericsson Radio Systems AB 1998 [3] SYSTEM DESCRIPTION OF APZ PLATFORM, GSM900/1800+WCDMA; Ericsson 2002 [4] SUBSYSTEM MSS, MOBILE SWITCHING SUBSYSTEM; Ericsson, Bibliothque ALEX. [5] SUBSYSTEM MMS MOBILE MOBILITY AND RADIO SUBSYSTEM; Ericsson, Bibliothque ALEX. [6] SUBSYSTEM MDS (GSM and WCDMA), MOBILE DATA SUBSYSTEM; Ericsson, Bibliothque ALEX. [7] SUBSYSTEM SHS SHORT MESSAGE SERVICE; Ericsson, Bibliothque ALEX. [8] Object Types in STS; Ericsson, Bibliothque ALEX. [9] DIDs in STS; Ericsson, Bibliothque ALEX. [10] BLOCK MHO MOBILE TELEPHONY HANDOVER; Ericsson, Bibliothque ALEX. [11] Xavier Lagrange, Philippe Godlewski, Sami Tabbane Rseaux GSM-DCS dition Hermes, Imprim par FLOCH MAYANNE en May 1999.
[11] USER GUIDE FOR TRAFFIC SET-UP OF IN/CAMEL TRANSACTIONS IN GSM/WCDMA MOBILE SYSTEMS, MSC R10. [12] GSM PPS/PPLE Service Overview; Ericsson, Bibliothque ALEX.
[13] Ruben Rodriguez, Herrera Danielle Salles-Le Gac INITIATION LANALYSE FACTORIEL DE DONNES Edition Ellipses Imprim par MAME en May 2002 [14] Stephen R. G. Fraser Pro Visual C++/CLI and the .NET 2.0 Platform Library of Congress Cataloging-in-Publication USA 2006
Rsum:
Les noeuds du rseau coeur (core network) sont les entits du rseau mobile qui prennent en charge les fonctions de gestion d'abonns, d'tablissement et de contrle des appels, de taxation, de gestion de mobilit, de connexion avec d'autres rseau, de gestion des ressources ... etc. La capacit d'un noeud grer toutes ces fonctions dpend non seulement du volume des tches qu'il est appel excuter mais aussi de l'tat dans lequel il se situe.
L'objet de ce projet est de dvelopper un modle de calcul de la capacit des noeuds du rseau coeur mobile en fonction des diffrents cas de trafic qui les sollicitent. Nous avons t amens en premier lieu dtudier larchitecture des nuds curs utilis chez loprateur Tunisie Tlcom dans le but didentifier les paramtres dont dpend la charge.
Ensuite en se basant sur des statistiques que nous avons pu rcupr auprs de lOSS, nous avons utilis la mthode Moindre Carr pour lestimation de la charge. Et en vue de rduire le nombre de paramtres dont dpend cette charge nous avons utiliss la mthode de lanalyse en composante principale ACP qui a prouv son intrt en terme de la simplification du travail.
Mots cl : AXE-MSC/VLR, Charge CPU, MC: Moindre Carr, ACP : Analyse en Composante Principale.

CHOUIKH Aref

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

CHOUIKH Aref

Transféré par

Droits d'auteur :

Formats disponibles

Cycle de formation des ingnieurs en Tlcommunications

Rseaux et Services Mobiles

Rapport de Projet de fin dtudes

Modlisation de la charge des nuds cur de rseau GSM du Tunisie Tlcom

Encadrants: M. Sami TABBANE M. Mohammed Hdi JALLOULI

Anne universitaire : 2006/2007

Merci infiniment Aref

MobileHandoverCoordinator MobileHandoverMessageHandler: MobileLocationCancellationMAP MobileLocationUpdatingMAP

MobileMobilityManagementLocationRegistration MobileRoamingNumberAdministration MobileRadioRessourcesManagement MobileSubscriberDataMAP

MobileShortMessageServiceMessageHandler MobileShortMessageServiceMobileOriginated MobileShortMessageServiceMobileTerminated

MobileCoordinator,ASubscriber,CallControl MobileBSubscriber,CallControlProtocolControl MobileUSSDAnalyser MobileUSSDHandler

Chapitre I: Architecture de la plateforme AXE

Chapitre I: Architecture de la plateforme AXE

I.1 Structure dun AXE

Chapitre I: Architecture de la plateforme AXE

I.1.2 Structure de lAXE

Chapitre I: Architecture de la plateforme AXE

Figure I.1 Structures dun AXE

Chapitre I: Architecture de la plateforme AXE

I.1.3 Structure modulaire dun AXE-MSC/VLR

APSI RMP COMS COSS

Figure I.2 Structure modulaire dun AXE-MSC/VLR

Chapitre I: Architecture de la plateforme AXE

Processors travaillant en parallle dont lun est en excution et lautre en veille

Chapitre I: Architecture de la plateforme AXE

Chapitre I: Architecture de la plateforme AXE

Chapitre I: Architecture de la plateforme AXE

Group Switch (GS) TSM 0 TSM 0

Clock pulses for TSM and SPM

Chapitre I: Architecture de la plateforme AXE

I.2 Le module systme XSS Existing Source System:

Figure I.4 Les blocs fonctionnels du sous systme TCS.

Chapitre I: Architecture de la plateforme AXE

Trunk line to BSC

Trunk line to MSC/VLR or PSTN/PLMN

Figure I.5 Structure matrielle du TSS.

Chapitre I: Architecture de la plateforme AXE

Chapitre I: Architecture de la plateforme AXE

Figure I.6 Facturation dans un MSC/VLR

Chapitre I: Architecture de la plateforme AXE

Chapitre I: Architecture de la plateforme AXE

Chapitre I: Architecture de la plateforme AXE

dentification des Paramtres

pour les diffrents cas de trafic

Identification des Paramtres

II.1 Les paramtres pour la mise jour de localisation

II.1.1 Mise jour de localisation normale (Figure II.1)

MM_AUTHENTICATION_REQUEST MAP_SEND_IDENTIFICATION ack (IMSI, RAND, SRES, KC)

MAP_UPDATE_LOCATION MAP_CANCEL_LOCATION MAP_CANCEL_LOCATION ack

Figure II.1 Mise jour de localisation normale

II.1.2 Mise jour de localisation IMSI DETACH (Figure II.2)

Figure II.2: Mise jour de localisation avec IMSI DETACH

II.1.3 Mise jour de localisation IMSI ATTACH (Figure II.3)

Figure II.3 Mise jour de localisation avec IMSI ATTACH

II.1.4 Mise jour de localisation Priodique (Figure II.4)

Figure II.4 Mise jour de localisation priodique

Tableau II.1 Les compteurs pour la mise jour de localisation

II.2.1 Handover inter MSC (Figure II.5)

BSSMAP_HANDOVER_REQUIRED sera dcapsul par le bloc MRRMH qui le passera au

Figure II.5 Handover inter MSC

II.2.2. Handover intra MSC (Figure II.6)

BSSMAP_HANDOVER_COMMAND SCCP_CONNECTION_CONFIRM BSSMAP_HANDOVER_DETECT SWITCHING_CALL_TO_NEW_CHANNEL BSSMAP_CLEAR_COMMAND BSSMAP_CLEAR_COMPLET BSSMAP_HANDOVER_COMPLET

Figure II.6 Handover intra MSC