Professional Documents
Culture Documents
INTRODUCTION GENERALE ........................................................................................................... 1 I. GENERALITES SUR LES RESEAUX MOBILES ..................................................................... 2 I.1. INTRODUCTION ................................................................................................................................. 2 I.2. EVOLUTION DES RESEAUX CELLULAIRES .......................................................................................... 2 I.3. PRESENTATION GENERALE DU RESEAU GSM .................................................................................... 2 I.3.1. Architecture du rseau GSM .................................................................................................... 3 a. La station mobile MS ........................................................................................................ 3 b. Le sous-systme radio BSS ............................................................................................... 3 c. Le sous-systme rseau NSS ............................................................................................ 4 d. Sous Systme dExploitation et de Maintenance OSS ..................................................... 5 I.3.2. Les interfaces ............................................................................................................................ 5 I.4. PRESENTATION DU RESEAU UMTS ................................................................................................... 6 I.4.1. Objectifs .................................................................................................................................... 6 I.4.2. Architecture du rseau UMTS .................................................................................................. 6 a. Le domaine UE ....................................................................................................................... 7 b. Le rseau daccs radio universel UTRAN ....................................................................... 7 c. Le rseau cur (CN) ............................................................................................................... 9 I.4.2. Les interfaces ............................................................................................................................ 9 I.5. CONCLUSION .................................................................................................................................. 10 II. ETUDE DES RESEAUX DE SUPERVISIONS ET DU SYSTEME IMANAGER2000 DE HUAWEI ................................................................................................................................................ 11 II.1. INTRODUCTION.............................................................................................................................. 11 II.2.CONCEPT DE LA SUPERVISION ........................................................................................................ 11 II.3. LE SOUS-SYSTEME DE SUPERVISION DES RESEAUX CELLULAIRES .................................................. 11 II.3.1. Le centre dexploitation et de maintenance OMC................................................................. 11 II.3.2. Le rseau dexploitation et maintenance............................................................................... 11 II.3.3. Les diffrents types de maintenance ...................................................................................... 12 a. La maintenance prventive ................................................................................................... 12 b. La maintenance curative ....................................................................................................... 12 II.3.4. Protocoles dexploitation et de maintenance ........................................................................ 13 a. ICMP (Internet Control Message Protocol) .......................................................................... 13 b. SNMP (Simple Network Management Protocol) ................................................................. 14 c. OMAP (Operation and Maintenance & Administration Part) .............................................. 15 d. TMN (Telecommunication Management Network) ............................................................. 15 II.4. LE SYSTEME M2000 DE HUAWEI................................................................................................... 16 II.4.1. Position du systme M2000 dans le rseau mobile ............................................................... 16 II.4.2. Structure du systme M2000 ................................................................................................. 17 a. Architecture du Systme ....................................................................................................... 17 b. Configuration logicielle ........................................................................................................ 18
IV.1. APPLICATION 1: PLANIFICATION DU RESEAU DE SUPERVISION DE LA PARTIE ACCES RADIO (GSM, UMTS) POUR LOPERATEUR DE LA TELEPHONIE MOBILE ALGERIEN MOBILIS. ....................... 38 IV.1.1. Introduction .......................................................................................................................... 38 IV.1.2. Objectif ................................................................................................................................. 38 a. Planification de la topologie ................................................................................................. 38 b. Planification de la capacit et ltendue rseau .................................................................... 38 c. Le choix du systme de serveurs utiliser............................................................................ 40 d. Planification de la Bande Passante........................................................................................ 43
Introduction Gnrale
Introduction Gnrale
Ces dernires annes, la tlphonie mobile a t sans doute le secteur le plus dynamique, le plus rentable et le plus innovant de toute lindustrie des tlcommunications. Avec lessor rapide quelle connat, elle simpose de plus en plus comme le moyen le plus privilg i de communication et conquiert davantage de parts de march conduisant une croissance importante du nombre dabonns. Les exigences de ces derniers en matire de qualit de service sont de plus en plus importantes. En fait, dans un march des tlcommunications mobiles forte concurrence, la satisfaction du client passe au premier plan dans les objectifs des oprateurs des rseaux mobiles. Par consquence, lide est de concevoir un rseau de supervision fiable totalement indpendant de celui des donnes. En effet, ces rseaux de supervision sont devenus ncessaires et indispensables au bon fonctionnement des rseaux mobiles. Tout problme ou panne peut avoir de lourdes consquences aussi bien financires quorganisationnelles. Ils permettent entre autre davoir une vue globale du fonctionnement et problmes pouvant survenir sur le rseau mais aussi davoir des indicateurs sur la performance de son architecture et de pouvoir ragir le plus rapidement possible pour effectuer les rparations ncessaires, afin dviter un arrt systme de trop longue dure. Plus le systme est important et complexe, plus la supervision devient complique do la ncessit dune bonne planification de ces rseaux. Cest, effectivement, ce niveau que se situe notre projet de fin dtudes qui a pour but l tude, la planification et lintgration dun systme de supervision HUAWEI dans un rseau d'un oprateur de tlphonie mobile. La planification reprsente une tape incontournable du cycle de vie des rseaux de supervision. Le rle de la planification est de dfinir de faon prvisionnelle, sur papier ou l'aide de logiciels, les configurations matrielles et logicielles, si possibles optimales, rpondant aux objectifs techniques et conomiques fixs par les engagements de licences. Cette tape fait appel des donnes de toutes sortes, gographiques, marketing, techniques, ainsi qu' des donnes concernant le rseau mobile GSM et UMTS grer et superviser. Dans ce mmoire, nous prsentons notre travail en quatre chapitres : En premier chapitre, nous introduisons dune manire gnrale les technologies et la structure des rseaux tlphoniques cellulaires GSM et UMTS qui font donc lobjet de la supervision. Dans le deuxime chapitre, nous prsentons la structure et les fonctions du rseau de supervision et en particulier celui de HUAWEI, cest--dire le iManager M2000 . Dans un troisime chapitre, nous prsentons les diffrentes tapes suivre pour la planification dun rseau de supervision fiable en passant par la conception de la bande passante puis les diffrents types de systme de serveurs et enfin les diffrents modes de gestion utilises. Enfin nous avons pris comme application la planification et la mise en service du rseau de supervision de loprateur tlphonique algrien MOBILIS.
Page 1
I. I.1. Introduction
Dans ce chapitre nous allons dcrire dune manire gnrale larchitecture et les caractristiques des rseaux cellulaires GSM 1 et UMTS 2 . En effet nous allons surtout mettre laccent sur les diffrents sous -systmes et quipements constituant les rseaux de ces deux technologies vu qui savre ncessaire pour la comprhension globale du projet, aprs avoir prsent lvolution des rseaux cellulaires.
GSM: Global System for Mobile communications. UMTS: Universal Mobile Telecommunications System. 3 GPRS: General Packet Radio Service. 4 EDGE: Enhanced Data Rates for GSM Evolution. 5 ETSI: European Telecommunications Institute. 6 UIT: Union Internationale des Tlcommunications.
Page 2
a. La station mobile MS La station mobile MS Mobile Station permet labonn daccder aux services GSM travers le systme cellulaire. Elle est compose dun terminal mobile reconnu par une identit internationale IMEI International Mobile Equipment Identity et dune carte SIM Subscriber Identity Mobile qui contient lidentit de labonn IMSI International Mobile Subscriber Identity et la cl Ki2 Individual Subscriber Authentication Key servant lauthentification et au chiffrement des donnes sur la liaison radio. b. Le sous-systme radio BSS Le BSS Base Station Sub-system est un ensemble regroupant le BSC et les BTS qui lui sont associes. Il assure la gestion du canal radio, cest dire la configuration des canaux, laffectation de ces canaux, la supervision de la communication, le timing des messages, le contrle de la puissance, les sauts de frquence, le codage du canal, le transcodage de la parole, le handover entre BTS, le processus dmissions discontinues.
Page 3
Page 4
Page 5
Page 6
a. Le domaine UE Il comprend tous les quipements terminaux et permet labonn laccs linfrastructure et ses services par le biais de linterface Uu. LUE contient deux parties: Lquipement mobile (ME : Mobile Equipement) : cest un terminal radio utilis pour les communications travers linterface radio Uu. LUSIM (UMTS Subscriber Identity Module) : cest lquivalent de la carte SIM en GSM. Il fournit lidentit de labonn, tablit les algorithmes dauthentification, enregistre les clefs dauthentification et de cryptage,etc. b. Le rseau daccs radio universel UTRAN Il fournit lUE les ressources radio et les mcanismes ncessaires pour accder au rseau cur. Il contrle les fonctions lies la mobilit et laccs au rseau. Comme illustr par la figure prcdente, lUTRAN constitue le trait dunion entre lUE et le rseau cur. Il est compos dun ensemble de sous-systmes nomms RNS (Radio Network Subsystem) et de plusieurs stations de base appeles Nodes B. Ces quipements sont connects entre eux au travers de plusieurs interfaces (Iub, Iur) et connects aux diffrentes parties externes (CN et UE) travers les interfaces Iu et Uu. Node B : Il assure la transmission et la rception dinformations entre lUTRAN et un ou plusieurs quipements usagers, ainsi que le contrle de puissance. En effet, la puissance dmission de lUE est contrle systmatiquement pour lui assurer la mme qualit de service indpendamment de sa position dans le rseau. Cela permet galement daccrotre lautonomie de
Page 7
Nouveauts par rapport au BSS Quatre nouvelles interfaces ouvertes (normalises). Utilisation du CDMA comme mthode daccs. Gestion des donnes des services PS et CS par la mme pile de protocoles de linterface radio ;
Page 8
Page 9
I.5. Conclusion
Larchitecture du rseau UMTS dans sa premire version est similaire celle du GSM. Ce choix darchitecture a t dict, dune part, par le souci des oprateurs europens de rutiliser les investissements lourds, dj effectus pour le dploiement du GSM et qui ntaient pas encore rentabiliss, et dautre part, par la volont de finaliser trs rapidement la prem ire version des spcifications (Release 99). Par consquent, larchitecture modulaire de lUMTS rend possible linterconnexion de son rseau avec des systmes daccs radio autres que lUTRAN, tel que le GSM/EDGE. Alors par consquence il est possible dinterconnecter les deux rseaux daccs BSS et UTRAN au mme rseau cur et superviser leurs diffrents lments rseau en utilisant un rseau de supervision commun qui va tre prsent dans le chapitre suivant.
Page 10
II.
II.1. Introduction
Dans cette partie, nous allons prsenter dune manire gnrale lentit de gestion et dexploitation du rseau, qui est lOMC. Aprs avoir dfini les rseaux dexploitation et maintenance nous allons prendre un exemple dtude de ces rseaux qui est le iManager M2000 de la socit HUAWEI qui est lobjet de notre tude.
II.2.Concept de la supervision
La supervision se dfinit comme une technique utilisant au mieux les ressources informatiques pour obtenir des informations sur l'tat des rseaux et de leurs composants. Ces donnes seront ensuite traites et affiches afin de mettre en lumire d'ventuels problmes. La supervision peut rsoudre les problmes automatiquement ou dans le cas contraire prvenir via un systme d'alerte (email ou SMS par exemple) les administrateurs. Plusieurs actions sont ainsi ralises : Acquisition de donnes, analyse, puis visualisation et raction. Un tel processus est ralis plusieurs niveaux d'un parc de machines : Au niveau interconnexions (Rseau), au niveau de la machine elle-mme (Systme) et au niveau des services offerts par cette machine (Applications).
Page 11
Page 12
Page 13
GetRequest : Demande la valeur d'une variable un agent GetNextRequest : Demande la valeur suivante de la variable GetBulk : Demande un ensemble de variables regroupes SetRequest : Demande la modification de la valeur d'une variable sur un agent L'agent va ensuite traiter cette requte et mettre une rponse via le mme port. Si tout se passe bien, l'agent rpond avec un GetResponse accompagn de la valeur demande. Mais dans le cas contraire l'agent ajoutera un code d'erreur en rponse (par exemple No Access ou Read Only). Une alarme est cre par un agent en cas d'vnement et utilise un message dit de type trap ou de type inform pour prvenir le serveur. Ce message SNMP transite via le port 162 UDP. Les alarmes peuvent prendre les formes suivantes :
ColdStart(0) : Redmarrage froid du systme WarmStart(1) : Redmarrage chaud du systme LinkDown(2) : Le lien rseau n'est plus oprationnel LinkUp(3) : Le lien rseau est oprationnel AuthentificationFailure(4) : Tentative d'accs l'agent avec un mauvais nom de communaut EGPNeighboorLoss(5) : La passerelle adjacente ne rpond plus EntrepriseSpecific(6) : Alarme propre aux constructeurs
tant donn que ces requtes utilisent des noms de variables, ceux-ci doivent tre communs tout matriel que l'on souhaite superviser (et supportant SNMP). C'est pour cette raison que les donnes sont stockes dans une base normalise nomme MIB (Managed Information Base). Cette base organise de manire hirarchique est assez
Page 14
Vrification des routes SSTM, dtection de boucles, dlais excessifs, et indisponibilit des PTS (Points de transfert smaphores) ; Vrification des routes SCCP et gestion du routage ; Analyse de trafic ; Gestion des liens. d. TMN (Telecommunication Management Network) Le protocole TMN (Telecommunication Management Network) ou rseau de gestion des tlcommunications a pour but de rpondre aux exigences dexploitation, dadministration et de maintenance des rseaux de tlcommunications d e tout type de technologie. Il prsente lavantage de se situer dans un contexte multi fournisseurs. En effet, le TMN tient compte de la diversit des quipements de tlcommunication et de celle des centres informatiques qui les grent. Il permet galement lexploitant du rseau de dvelopper de nouvelles applications de gestion tout en sadaptant lorganisation de son rseau. Afin de fournir aux usagers des services avec un certain niveau de qualit et de cot, le TMN recouvre l'ensemble des activits de surveillance, d'analyse, de contrle et de planification du fonctionnement des ressources d'un rseau de tlcommunication. Dans cette optique, le TMN s'appuie sur cinq aires fonctionnelles appeles aussi SMFA (System Management Functional Area) ou classiquement les fonctions FCAPS: La gestion des fautes (F). la gestion de la configuration (C). la gestion de la comptabilit (A = accounting). la gestion des performances (P). La gestion de la scurit (S).
Page 15
Le M2000 offre des fonctions basique telles que la gestion de la configuration, des performances, des pannes, de la scurit, du journal des alarmes, de la topologie etc. II.4.1. Position du systme M2000 dans le rseau mobile Le systme M2000 est dfini comme tant un rseau de maintenance rgionale, mais il peut tre utilis dune manire locale pour fournir une interface vers un rseau de maintenance plus lev comme le rseau NMS. La figure suivante montre les connexions entre le systme M2000 et les autres dispositifs
Page 16
a. Architecture du Systme Le systme M2000 est subdivis en trois couches principales : couche dadaptation, couche de traitement et couche dapplication.
Page 17
b. Configuration logicielle La plateforme logicielle du serveur M2000 est constitue de : un logiciel pour le systme dexploitation : Solaris version 2.8 un logiciel de gestion de la base de donnes : Sybase version 11.9.2 un logiciel pour lapplication serveur le logiciel adaptateur du M2000 peut tre intgr dans l'quipement serveur M2000, et peut galement fonctionner dans un autre serveur de faon indpendante. La plateforme logicielle du client M2000 est constitue de : un systme dexploitation Windows une application logicielle pour le client.
Page 18
II.4.4. Les fonctions principales effectues par le systme M2000 a. Gestion commune lensemble des quipements Dans ce type de gestion seffectue les tches communes tous les quipements du rseau en mme temps, dont on trouve : Gestion de topologie Le systme affiche la topologie avec les mthodes de l'arbre de navigation et carte vectorielle MapInfo. La topologie supporte l'affichage de NE / virtuelle ou NE / BTS, et galement la connexion de la direction de bureau et de lien. Le systme peut afficher l'tat d'alarme NE avec la mthode dindicateur d'alarme, et aussi gre l'affichage de la direction d'alarme lien/ bureau dans la topologie. Gestion de la scurit la gestion de sous-rseau Lensemble des NE peut tre divis en un certain nombre de sous -rseaux selon la rgion et le type de NE; Un NE peut appartenir plusieurs sous-rseaux; Chaque sous-rseau contient un utilisateur gestionnaire et un ou plusieurs utilisateurs ordinaires;
Page 19
Page 20
II.5. Conclusion
Dans le rseau de supervision, la gestion tant lune des tches proccupantes des administrateurs rseaux, larchitecture du rseau et du systme M2000 ainsi que son modle client/serveur offre une facilit pour les tches de gestion et dadministration trs remarquable et un systme rseau fiable. Ce but ne peut tre atteint que si larchitecture est correctement dimensionne, Ce qui constitue le but de notre tude dans le chapitre qui suit.
Page 21
III.
III.1. Introduction
Dans ce chapitre nous allons mettre laccent sur les diffrentes tapes de planification du rseau dexploitation et maintenance qui se composent de cinq phases : la prparation du projet, la collecte des informations, la conception haut niveau (HLD 9), la conception bas niveau (LLD 10), le rapport de conception et l'acceptation de service. Le schma suivant illustre le processus de conception du rseau avec les rapports produits chaque tape:
La prparation du projet : Le but principal dans la phase de dmarrage du projet est de faire des prparations pour le service de planification du rseau, y compris la gestion des ressources humaines, lobtention des donnes de base au sujet du projet ainsi que les documents et les outils. Collection d'informations : Le but de la phase de collecte des informations est de rassembler les informations exiges pour le service de conception du rseau y compris ltendue du rseau bas sur le nombre des lments rseau, le rseau de transmission bas sur le type du backbon e et ltat du rseau actuel ainsi que la distribution des lments du rseau NE. La conception haut niveau : Le but dans la phase de HLD est de dterminer la topologie du rseau et les principaux paramtres de planification : lanalyse et lvaluation de la capacit en NE quivalents, le choix du systme rseau et serveur appropris et le calcul de la bande passante requise. La conception bas niveau : Base sur une srie d'arrangements de gestion de rseau spcifiques dans le HLD, le LLD vise dterminer la taille du rseau, la planification des donnes de chaque lment du rseau, les paramtres d'interface (nom dinterface, adressage IP, et numro de port), et la gestion des connexions rseau.
10
Page 22
Comme reprsent dans la figure II-1, le but est de dterminer la topologie du rseau M2000 et de schmatiser les diffrents types de NE relis au site central du M2000 en indiquant le type de backbone utiliser. Le lieu central se rapporte au site o le serveur M2000 est plac. Tous les priphriques qui peuvent tre connects au serveur M2000 par le rseau LAN sont les NE du site d'exploitation central. Les sites distants se rapportent aux NE qui sont connects au serveur M2000 par le rseau WAN. Lors de la gestion du rseau et de la planification du systme M2000, le concepteur a besoin de dterminer le mode de gestion de rseau du M2000 appropri, et puis de calculer la bande passante ncessaire entre chaque site distant avec le site central et de spcifier les priphriques du rseau configurer.
11
Page 23
Mme si les configurations matrielles des serveurs M2000 sont identiques, la capacit de gestion des NE varie selon la version du systme d'exploitation et de la base de donnes sur les serveurs M2000. Des serveurs Sun sont installs avec Solaris10 comme systme d'exploitation et
12
Le PRS est un systme utilis pour archiver une grande quantit les donnes de supervision pendant une trs longue dure. 13 Le NetEco est un quipement HUAWEI utilis pour gestion de puissance et denvironnement des sites contenant les quipements HUAWEI.
Page 24
Tableau III-2: nombre des NE quivalents correspondant chaque NE WCDMA (priode de 30 et 60 minutes)
Page 25
Tableau III-3: nombre des NE quivalents correspondant chaque NE WCDMA (priode de 15 minutes)
Le tableau qui suit prsente le nombre des NE quivalents correspondant chaque NE GSM pour une priode de 30 et 60 minutes : Unit de conversion 1 TRX 1 TRX Nombre de NE Equivalents Compteur KPI Compteur total 1/125 1/125 1/90 1/75
Type de NE GBSS
Tableau III-4: nombre des NE quivalents correspondant chaque NE GSM (priode de 30 et 60 minutes)
Ce tableau prsente le nombre des NE quivalents correspondant chaque NE GSM pour une priode de 15 minutes : Unit de conversion 1 TRX Nombre de NE Equivalents KPI-Counter 1/75 1/75 Compteur total 1/54 1/45
Type de NE GBSS
Tableau III-5: nombre des NE quivalents correspondant chaque NE WCDMA (priode de 15 minutes)
Selon le tableau prcdent, le nombre de NE quivalents varie en fonction des besoins de gestion des services, mme avec l'tendue mme du rseau. Par consquent, diffrents serveurs M2000 sont ncessaires.
Page 26
La bande passante requise pour la gestion des lments du rseau daccs GBSS
Nombre total de BTS dans chaque GO BSC6900 100 BTS et 600 TRX 200 BTS et 1200 TRX 400 BTS et 2400 TRX 600 BTS et 3600 TRX 800 BTS et 4800 TRX
512
768
1472
2212
2816
Condition de bande passante pour la communication entre le serveur M2000 et les clients M2000 : La communication directe entre chaque client M2000 et le serveur M2000 exige une largeur de bande de 512 Kbits/s. Quand celle rserve entre le client Citrix et le serveur Citrix elle est de 64 Kbit/s. Condition de bande passante pour la communication entre le serveur M2000 et les NMS de couche suprieure ou dautre EMS : Exige un minimum de bande passante de 256 Kbits/s. Bande passante requise pour les diffrents types de client et vers le rseau NMS (Kbit/s) client M2000 distant 512 Interface vers le NMS 256 l'quipement dinteraction d'IP et du serveur M2000 16 les clients et serveur Citrix 64
Tableau III-8: bandes passantes requise entre le serveur M2000 et les priphriques dexploitation
Le concepteur a besoin de dterminer le mode de gestion du rseau du M2000, et puis de calculer la condition de largeur de bande entre chaque site distant avec le site d'exploitation principal, pour spcifier les dispositifs de gestion du rseau configurer. Demande de bande passante totale = la somme des largeurs de bande de tous les NE.
Page 27
15 16
HA : High Availability OPEX : Operating Expenditure 17 TMN : Telecommunication Management Network 18 Logiciel de mdiation :
Page 28
b. Avantages du Systme M2000 HA Les avantages du systme M2000 HA sont comme suit : Le contrle et la gestion des serveurs sont raliss par le logiciel de cluster Cluster Software . Le systme M2000 HA dtecte automatiquement les erreurs logicielles et les dfaillances matrielles ce qui amliore considrablement la disponibilit du systme. La solution HA supporte le basculement entre les modes actif et rserve, qui amliore la disponibilit des services du systme M2000. Il supporte la fois le basculement manuel et automatique. III.4.2. Rseau Remote HA servers Puisque le systme traditionnel redondant M2000 HA prsente beaucoup danomalies dans les situations de catastrophe comme les incendies, tremblements de terre, tsunami, et les guerres ou la dure d'interruption des services augmente considrablement et leurs restauration est trs difficile. Le systme Remote HA est mis en uvre pour empcher les services M2000 d'tre affects par de telles menaces, et cela en plaant les deux nuds actif et de secours dans deux sites diffrents. a. Architecture logique du Systme M2000 Remote HA Le systme M2000 Remote HA se compose de : serveurs M2000, routeurs, et les baies de disques.
Page 29
b. Avantages du systme M2000 Remote HA En plus des avantages fournis par le systme M2000 HA traditionnel, ce systme : Supporte deux serveurs dans des emplacements diffrents. N'a aucune limite sur la distance entre les deux serveurs, amliorant la scurit physique du systme et supporte le rtablissement en cas de dsastre. Peut tre divis au systme de serveur seul, amliorant la flexibilit du systme et rduisant le temps d'interruption de service pendant la mise jour. Supporte la duplication des donnes entre les deux serveurs; permettant un serveur de reprendre les services OM21 de l'autre serveur en panne.
19 20
Page 30
22
Page 31
Page 32
Dans les rseaux IP, nous devons configurer seulement les commutateurs Ethernet, comme le montre la figure 3.
La mise en rseau IP se compose du mode de mise en rseau LAN (Rseau couche 2 bas sur les commutateurs) et le mode de mise en rseau WAN (Rseau couche 3). Mise en rseau LAN Si le serveur et le client M2000, et les NE grer sont dans le mme rseau local, la communication entre eux peut tre mise en uvre par les deux commutateurs Ethernet qui sont configurs avec le serveur M2000 par dfaut comme illustr ci-dessous :
Page 33
Le rseau doprateur est souvent mis en place sur IP DCN 23 pour la communication entre le systme M2000 et les dispositifs de chaque site. Par consquent, seuls les commutateurs Ethernet dans le site central et les sites distants ont besoin d'tre configurs en mode rseau IP. Ensuite, les commutateurs Ethernet ont besoin d'tre connects IP DCN. Huawei et les oprateurs ont besoin de spcifier les largeurs de bande et affecter des segments d'adresses IP entre le site central et les sites distants. III.5.2. Gestion du rseau Full E1 La liaison E1 (CEPT), systme de transmission numrique, est le plus bas niveau de la hirarchie de communication numrique de l'Union Europenne. Une installation E1 fournit une transmission full-duplex 2,048 Mbps. La bande passante est divise en 32 canaux multiplexs (byte-entrelac) de 64 Kbps. Selon le format de la trame, un ou deux des canaux 64 Kbps sont utiliss pour la dlimitation de la trame et autres fonctions dentte. La largeur de bande restante (1,920 ou 1,984 Mbps) peut tre utilise pour transporter soit de la voix ou des donnes. La mise en rseau en mode Full E1 ne ncessite pas d'extraction et d'change dintervalle de temps. L'ensemble des 2 Mbit/s de la bande passante est disponible pour transmettre les donnes du systme NMS. Ce mode s'applique dans les conditions o il y a de grandes quantits de donnes changer et des ressources de transmission suffisantes. Dans ce mode, les NE contrler sont situs dans des sites distants. La liaison entre le serveur M2000 et les NE sont portes par le lien E1. Habituellement, un ou plusieurs liens Full E1 sont exigs. Le mode de gestion de rseau FullE1 est souvent employ dans le rseau de
23
Page 34
Passerelle par dfaut du serveur M2000: 192.168.0.1 Passerelle par dfaut des lments rseaux NE: 192.168.10.1 Route statique du routeur : AR46-20: 192.168.10.0/24 192.168.13.2 192.168.10.0 indique l'adresse IP de destination du rseau. 24 indique le nombre de chiffres dans le masque de sous rseau. 192.168.13.2 indique l'adresse IP du saut suivant. On utilise les adresses IP 192.168.0.0 sur le segment rseau afin d'accder des adresses IP sur le segment du rseau 192.168.10.0. Le routeur AR46-20 transfre les paquets au segment de rseau 192.168.13.0. Route statique du routeur : AR28-13: 192.168.0.0/24 192.168.13.1 192.168.0.0 indique l'adresse IP de destination du rseau. 24 indique le nombre de chiffres dans le masque de sous rseau. 192.168.13.1 indique l'adresse IP du saut suivant. On utilise les
Page 35
III.5.3. Gestion du rseau Partial E1 Dans les annes 1990, le mode Partial E1 est devenu trs populaire et beaucoup doprateurs ont commenc offrir ce service. De cette faon, les clients pouvaient louer une partie de la bande passante du 2Mbps du MIC (E1) une fraction de cot d'un E1 entier. Par rapport aux services de Partial E1, Full E1 taient encore plus rentable si la bande passante a t presque entirement utilise ou si les liens taient assez courts. Pour la plupart des applications actuelles, les boucles locales partial E1 sont rarement utilises, car elles ne sont ni conomique ni pratique. Il s'agit d'un mode de mise en rseau commune. Ce mode utilise les intervalles de temps inactifs dans la ligne de transmission existant E1/T1 pour transmettre les donnes NMS. L'avantage de ce mode en rseau, c'est que chaque oprateur dispose d'un rseau de transmission E1/T1 indpendant, ce qui contribue fournir des canaux de transmission, l'attribution d'adresses de rseau, et de maintenir les canaux de communication bases sur les ressources disponibles. Ce mode permet d'conomiser beaucoup en gestion du rseau de l'oprateur. En partielle E1/T1 rseau, nous devons configurer le priphrique de brassage numrique Mercury 3600, les routeurs, les commutateurs Ethernet comme le montre la figure :
Dans ce mode, peu dintervalles de temps du E1 principal sont utiliss pour transmettre des donnes de l'OM. Ce mode ne ncessite pas un rseau de transmission priv, mais exige lutilisation de l'quipement de multiplexage temporel. L'quipement d'interconnexion de multiplexage, c.--d., le Mercury 3600, est utilis pour ajouter les donnes M2000 OM des intervalles de temps E1. Les bandes passantes de certains NE
Page 36
Passerelle par dfaut du serveur M2000: 192.168.0.1 Passerelle par dfaut des lments rseaux NE: 192.168.10.1 Route statique du routeur : AR46-20: 192.168.10.0/24 192.168.13.2 Route statique du routeur : AR28-13: 192.168.0.0/24 192.168.13.1
III.6. conclusion
Dans ce chapitre nous avons prsent les diffrentes tapes suivre pour planifier un rseau dexploitation et de maintenance fiable qui rpond aux exigences des oprateurs et qui sadapte avec le rseau doprateurs et les backbones actuels. Et afin de bien comprendre comment utiliser ces diffrentes notions prsentes dans ce chapitre nous allons dans le chapitre suivant prendre le cas dun projet de planification du rseau de supervision ; le rseau daccs de loprateur de la tlphonie mobile algrien MOBILIS.
Page 37
Chapitre IV : Applications
IV. Applications
IV.1. Application 1: Planification du rseau de supervision de la partie accs radio (GSM, UMTS) pour loprateur de la tlphonie mobile algrien MOBILIS.
IV.1.1. Introduction Vu lextension rapide du rseau de loprateur tlphonique mobile MOBILIS dans le rseau actuel GSM, et le lancement du projet de la troisime gnration UMTS. Il est ncessaire de sparer le rseau de supervision du rseau cur (Core Network) de celui du rseau daccs radio. Ce qui nous a offert une opportunit de travailler sur ce projet et concrtiser notre tude dans la conception du rseau dexploitation et de maintenance pour MOBILIS et linstallation dun OMC la rgion Est du pays Batna, qui connecte tous les quipements Wireless Huawei du rseau national MOBILIS. IV.1.2. Objectif Notre objectif consiste concevoir un rseau de supervision de tous les quipements Wireless Huawei du rseau MOBILIS, en se basant sur les procdures suivantes : a. Planification de la topologie Dans notre cas dtudes, nous avons propos la topologie rseau illustre sur la figure suivante :
b. Planification de la capacit et ltendue rseau Dans le projet actuel (le swap GSM, UMTS) que la socit HUAWEI a eu avec loprateur MOBILIS, 14 BSC (GU) vont tre connects au serveur M2000 de Batna, avec une estimation de 3000 cellules 2G et 900 cellules 3G.
Page 38
Chapitre IV : Applications
Dans un futur proche Huawei prvoit lajout de 12 autres BSC avec 200 0 cellules 2G qui vont tre connectes au mme serveur. Do la ncessit de planifier aussi lextension de ce rseau. Remarque : Dans ce projet, le mode utilis est S 4/4/4, dans lequel chaque secteur peut supporter 4 TRX, donc nous allons avoirs (3000 cellule * 4) = 12000 TRX pour le projet actuel et (2000 cellule * 4) = 8000 TRX ajouter dans le prochain projet. Le calcul des lments rseau quivalents En se basant sur les diffrents tableaux du troisime chapitre, nous allons rsumer dans le tableau suivant les diffrentes tapes de la planification de la capacit :
Donnes de performance des NE collectes toutes les 30 ou 60 minutes Type de NE Version tendue ou Nombre Total Nombre de NE Equivalents Correspondants lors de la collecte des KPIs Nombre de NE Equivalents Correspondants lors de la collecte de Tous les Compteurs (12000 + 8000 ) * 1/75 = 160 + 106.67 =266.67 (900 * 1 /35 ) = 25.71
GSM
GBSS13.0
WRAN
RAN13.0
Donnes de performance des NE collectes toutes les 15 Minutes Type de NE Version tendue ou nombre total Nombre de NEs quivalents correspondants lors de la collecte des KPIs (12000 + 8000 ) * 1/75 = 160 + 106.67 =266.67 (900 * 1/30) = 30 Nombre de NE quivalents correspondants lors de la collecte de tous les compteurs (12000 + 8000) * 1/45 = 266.67 + 177.78 = 444.45 (900 * 1/21) = 42.86
GSM
GBSS13.0
WRAN
RAN13.0
Page 39
Chapitre IV : Applications
c. Le choix du systme de serveurs utiliser Dans le choix du systme M2000 appropri pour linstallation du rseau de supervision, les lments suivants sont pris en considration : 1- Les cots: Ils incluent principalement le cot qui dpend de type du serveur livr et le cout de maintenance. 2- Ltendue du rseau (nombre des NE quivalents) 3- La structure du rseau OM Type de systme de serveur SingleServer HA Cots (Equipements, Maintenance) Cot faible Cout moyen Cout moyen mais besoin de deux sites et des quipements en plus pour assurer le lien entre ces deux sites Cout lev Capacit et tendue de rseau Petit Moyen
Avantages / Utilis pour le rseau moyen et assure une bonne disponibilit Utilis dans les situations o il y a trop de catastrophes naturelles Utilis dans les rseaux trs grande tendue
Remote HA
Moyen
SLS
Trs Grand
Daprs ce tableau comparatif des diffrents systmes de serveurs, le nombre total des NE quivalents et par considration du rapport Cout/Besoin ainsi que lextension future envisage du rseau MOBILIS ; le systme le plus recommand pour le projet M2000 MOBILIS de Batna est bien le systme HA local, avec le serveur Sun M5000 de 8 CPU. Par consquent, le rseau de serveurs sera configur comme suit :
Page 40
Chapitre IV : Applications
Connexion du matriel Le schma suivant montre les connexions matrielles entre les deux serveurs du systme M2000 HA, les baies de disques et les serveurs Citrix et PRS, avec les noms et les liens des diffrentes interfaces de chaque priphrique en utilisant les commutateurs LAN.
Planification des adresses IP Lors de lutilisation du serveur M5000 de Sun dans le systme M2000 HA, il est ncessaire de prvoir 16 adresses IP pour le systme M2000. Par dfaut, le mode double niveau de gestion de rseau est support. L o, 9 adresses IP sont utilises en tant que segment d'O&M ou segment public. Les autres 6 adresses IP sont utiliss pour la transmission entre les entits de composant interne, qui utilise ladresse IP du segment du rseau priv interne, Pa r dfaut, le segment est 192.168.X.X/24. En outre, il y a un autre IP 172.16.0.0 /16, principalement utilis pour la gestion de rseau HeartBeat . Les segments du sous-rseau IP, du systme HA bas sur le serveur M5000
Segment
Publique
IP/Masque
10.40.0.0/25
Description
Connecte les lments rseaux NE et postes clients, pour le fonctionnement du rseau daccs Radio RAN . Connecte les ports de maintenance des serveurs, pour l'administration du systme de supervision OM .
Tableau IV-3: Segments du sous-rseau IP
Interne
10.40.0.128/25
Page 41
Chapitre IV : Applications
Le tableau suivant montre les plages du sous-rseau planifies et utilises pour les diffrents types des priphriques, noter que cest le client (MOBILIS) qui prvoit la marge totale des adresses IP pouvant tre utilise dans la planification du projet: IP/Masque Segment Planification Remarque
1~9 10~19 20~49 50~62 64~76 77-126 129~140 201~210 141~200, 240~253 Passerelles, Routeurs Adresse logique des serveurs Pour les ports des serveurs Les postes clients Pour les ports des serveurs(SC) Rserv Passerelles, Routeurs Baies de disques Disk Array Rserv
10.40.0.0/25 (10.40.0.1~10.40.0.126)
Publique
10.40.0.128/25 (10.40.0.129~10.40.0.253.254)
Interne
En utilisant le tableau prcdent, nous pouvons planifier les adresses IP pour les dfrents priphriques constituant le systme M2000 de Batna, comme prsent dans le tableau suivant :
Equipment Nom
Gateway(R1) R2 R3 R4 sys1-osssvr-1 nxge0 bge0 floating nxge0 bge0 floating floating XSCF0 XSCF1 XSCF0 XSCF1 eth0 eth1 prs-svr2 Osssvr1-nxge3 Osssvr2-nxge3 S2600-1-CtrA S2600--1-CtrB S2600-2-CtrA S2600-2-CtrB eth0 eth1 M5000-1 M5000-2 S2600-1 S2600-2 nxge3 nxge3 eth2A eth2B eth2A eth2B
Sous-Module (interface)
IP/Masque
10.40.0.33/27 10.40.0.34/27 10.40.0.35/27 10.40.0.36/27 10.40.0.37/27 10.40.0.38/27 10.40.0.41/27 10.40.0.39/27 10.40.0.40/27 10.40.0.42/27 10.40.0.43/27 10.40.0.44 10.40.0.45 10.40.0.53/27 10.40.0.54/27 10.40.0.55/27 10.40.0.56/27 10.40.0.57 10.40.0.58 10.40.0.59 10.40.0.60 10.40.0.61 10.40.0.62
Segment
AR46 40
M5000-1
Page 42
Chapitre IV : Applications
d. Planification de la Bande Passante Pour que le client puisse superviser ses lments de rseau il a besoin dallouer des bandes passantes de supervision pour chacun de ces quipements. Le tableau en dessous et, en se rapportant au chapitre trois du notre mmoire, rsume les diffrents lments et la bande passante minimale ncessaire pour les voies de supervision:
Type de NE Echelle ou le Nombre Totale Bande passante Demander (kbit/s) 2048 kbit/s * 14 = 28672 kbit/s 2048 kbit/s * 12 = 14336 kbit/s 1 * 64 kbit/s = 64 kbit/s 14 * 64 kbit/s = 896 kbit/s 1 * 16 kbit/s = 16 kbit/s 43984 kbit/s
BSC GU
1 14 1
Page 43
Chapitre IV : Applications
IV.1.3. Prsentation du logiciel M2000 client La figure suivante reprsente linterface graphique du logiciel client M2000 avec ces diffrentes barres constituantes : la barre de menu, la barre des outils, la barre des tats ainsi que sa fentre daffichage des informations systme.
Fentre daffichage des informations systme : La fentre daffichage des informations systme situe en bas de la fentre du logiciel M2000 client, affiche les messages sur lutilisateur du logiciel et les diffrent temps : de dbut et fin dexcution, des alarme etc. en se rfrant lhorloge du serveur. Barre de menu : affiche le menu principal du systme. Barre doutils : affiche les icnes de raccourci pour les tches principales de fonctionnement. Barre des tats : affiche les informations d'tat actuelles au sujet du systme, tel que l'utilisateur courant et l'adresse IP du serveur connect. a. La Gestion de la topologie La topologie principale La topologie affiche les diffrents quipements et la connexion entre eux sous forme d'arbre et vue de la topologie. Elle fournit galement les fonctions lies la configuration, la gestion d'alarme, et la gestion des performances par le client. L'arbre de navigation du ct gauche affiche tous les quipements impliqus dans la topologie, tels que les NE, sous-rseaux, et de l'architecture hirarchique entre ces quipements.
Page 44
Chapitre IV : Applications
La vue de la topologie du ct droit affiche tous les quipements de la topologie dans le rseau actuel et la relation demplacement reliant ces quipements. Le systme synchronise l'arbre de navigation et la vue de la topologie automatiquement.
La figure suivante prsente la topologie du rseau et les diffrents liens dinterconnexion entre la BSC1 d ORAN et les diffrents BTS/NodeB en indiquant le nom de BTS et le lien de transmission.
Page 45
Chapitre IV : Applications
Ajout dun nouvel lment rseau la topologie existante Pour crer un NE physique sur la topologie existante, on excute les tapes suivantes : Slectionner longlet Topology de la barre de menu puis aller au NEW et ensuite choisir Create Topology Object. La fentre suivante saffiche :
Dans cette fentre on doit choisir lquipement ajouter et configurer ses paramtres comme lindique la figure prcdente, puis cliquer sur OK.
b. Gestion des alarmes et des sites distants Catgories d'alarme Les alarmes peuvent tre classes en quatre catgories en se basant sur deux principes : Par le contenu de l'alarme : alarmes d'vnement et alarmes de dfaut Par traitement et habilitation d'alarme : alarmes des fautes historiques et alarmes protges Ces quatre catgories dalarmes sont dcrites comme suit : Les alarmes de dfaut, telles qu'une alarme de dfaut de panneau, sont produites quand les fautes surviennent dans les quipements ou des exceptions se produisent pour introduire des fonctions. Les alarmes de dfaut sont plus graves que des alarmes d'vnement. Des alarmes d'vnement, telles qu'une alarme d'encombrement, sont produites de temps en temps pendant le fonctionnement du matriel. Les alarmes d'vnement indiquent seulement le mode du matriel un certain moment. Le systme produit des alarmes d'vnement priodiquement. Les alarmes d'vnement n'ont pas besoin dintervention manuelle. Les alarmes de dfaut historique se rapportent aux alarmes de dfaut effaces et reconnues.
Page 46
Chapitre IV : Applications
Des alarmes protges sont produites pendant une courte priode. Les alarmes appariant les rgles de corrlation place sur le client M2000 sont les alarmes protges, et elles sont enregistres dans le M2000 protgeant la bibliothque. Les alarmes protges peuvent seulement tre des alarmes de dfaut ou d'vnement. Niveaux de svrit des alarmes Le niveau de svrit dune alarme indique le gravit de lune alarme produite. Tries dans l'ordre dcroissant, les alarmes ont quatre niveaux de svrit : critique, principal, mineur, et avertissement. Les alarmes critiques, telles que l'alarme de dfaut de circuit d'alimentation lectrique ou l'alarme de dfaut d'horloge de sortie, affectent l'exploitation du systme entier. Les alarmes critiques exigent le traitement immdiat quel que soit lheure de la journe. Les alarmes majeures, telles que des alarmes au sujet des fibres dconnectes ou de dfaut de la ligne physique. Ces alarmes peuvent affecter les services, si on nintervient pas temps. Les alarmes mineures, telles que l'alarme pour des erreurs de bit dans quelques lignes physiques, se rapportent aux alarmes communes de mode qui indiquent le statut de fonctionnement des panneaux ou lignes. Les alarmes d'avertissement indiquent les modifications ou les vnements de mode qui n'affectent pas le systme. La figure suivante montre les diffrentes alarmes ainsi que leur svrit, nom, temps de dtection, etc renvoye de la BSC1 dOran et des lments du rseau daccs (BTS/NodeB/PSU) connects avec.
Page 47
Chapitre IV : Applications
Aprs dtection dalarmes et lanalyse de son origine, lquipe dingnieur BSC les traite par ordre de svrit et une maintenance sera effectue soit par mode commande ou par intervention sur site, si elle est ncessaire. La figure qui suit montre ltat dune BTS en faute et en fonctionnement normal aprs avoir trait lalarme :
Page 48
Chapitre IV : Applications
IV.2. Application 2: Conception dun logiciel de planification
IV.2.1. Prsentation du logiciel Notre deuxime application consiste concevoir un logiciel qui planifie la capacit et la bande passante du rseau de supervision partir des diffrents lments rseau et leurs paramtres. Le logiciel est un site web dynamique reli une base de donnes MySQL nomme NE qui contient les tables suivantes BSCs, NodeBs, BTSs, Servers comme illustr par le diagramme de classe suivant :
Trois mthodes (fonctions) vont tre programmes pour parvenir : Calculer la capacit du rseau en NE quivalent et choisir le type de serveur appropri en utilisant le script PHP Capacityplanif.php - Calculer les bandes passante requise pour les diffrents NE par le script PHP Bandwidthplanif.php La figure suivante schmatise les diffrentes mthodes utilises dans la planification. -
Page 49
Chapitre IV : Applications
IV.2.2. Prsentation de linterface graphique GUI du logiciel Nous avons conu le logiciel en utilisant lditeur Wysiwyg Dreamweaver de Ad obe, les pages web, son programme en XHTML strict v 1.0 avec lusage des feuilles de style CSS. La base de donnes a t cre par le biais des requtes MySQL et en utilisant phpMyAdmin. Les fonctions de planification et les mthodes de base (ajout, suppression, modification) on t programme en langage PHP v5.0 o nous avons utilis laccs par objet MySQL et les classes PDO. De plus notre logiciel offre une fonction de recherche interactive qui a t programme par lusage du JavaScript et AJAX. Les figure qui suit prsente quelques recopies dcran de linterface GUI du logiciel et de lexcution des diffrentes fonctions :
Page 50
Chapitre IV : Applications
Aprs avoir cliqu sur le lien Calcul of The Capacity le tableau de la figure suivante saffiche en donnant les rsultats de la planification des lments rseau dj enregistr dans la base de donnes.
Et en cliquant sur le deuxime lien qui est BandWith Requirement un tableau contenant le dtail du calcul de la bande passante saffiche sur une nouvelle fentre du navigateur.
Page 51
Conclusion Gnrale
Conclusion gnrale
Les rseaux cellulaires constituent une source de revenus rentables pour les oprateurs de tlcommunications. Les oprateurs toujours attirs par les investissements scuriss optent pour lutilisation du rseau de supervision qui leurs permet le bon fonctionnement dune architecture rseau, et de ragir rapidement en cas de problmes ou pannes, tout en garantissant une bonne qualit de service et une haute fiabilit du rseau. Avertissant l'administrateur en cas de problme, suggrant une volution afin de prvenir une panne, centralisant les donnes sur une console, la supervision fait gagner du temps et est devenue un outil indispensable de la fiabilisation d'un rseau. Cette tude met en lumire la mthode de planification et de conception dun rseau de supervision qui passe par plusieurs tapes : le choix de la topologie, la conception de l'architecture, la gestion des capacits et la planification de la bande passante, le calcul de ltendue du rseau, la planification des adresses IP et le choix du mode de gestion de ce rseau IP. Il existe actuellement des solutions compltes qui grent l'ensemble des aspects de la supervision et permettent d'administrer les diffrents quipements dont lampleur peut tre trs grande. Dans le cas de MOBILIS qui dispose dun nombre d'quipements trs important grer, le serveur M5000 HA et client Citrix, sur lesquels se base le logiciel de supervision iManger2000 sont exigs et permettent de surveiller le rseau de donnes en mode Partial E1, visualiser larchitecture du rseau, relever et analyser les alarmes, dclenche r des alertes en cas de problmes, effectuer des actions en fonction des alarmes. La diversit des solutions de supervision en termes du choix dquipement et leurs capacits, ainsi que le dimensionnement de ce rseau, nous a conduits maitre en ouvre et concevoir un logiciel de planification des rseaux de supervision. La majeure contribution personnelle est llaboration dun document rfrence contenant toutes les tapes quun ingnieur OSS-Wireless pourrait suivre lors du processus de planification et de conception dun systme de supervision, ainsi que le dveloppement dun logiciel de planification bas sur la modlisation des diffrents NE en entits de base de donnes et sur le regroupement de lensemble des tableaux capacits en scriptes squenti els rapide. Nous souhaiterons par cette contribution que notre projet de fin dtudes servira comme rfrence pour les planificateurs (concepteurs), un projet qui pourrait tre complter par les promotions venir, notamment avec la planification pour les quipements du domaine rseau cur et leur inclusion dans ce rseau que nous avons mis en uvre .
Page 52