SUPCOM

A-U:2005/2006

Rpublique de la Tunisie
Ecole Ministre des Etudes Suprieures Suprieures des Communications de Tunis

Projet de Fin d Etudes Prsent pour l Obtention du Diplme d Ingnieurat en Tlcommunications Ralis par : Mohamed Hadj Taeb Intitul du Projet:

Suivi de la Performance du Rseau GSM partir du Flux des Messages Capts au niveau de l Interface A
Encadreur Supcom : Mr. Mohamed Taher Missaoui Encadreur Tunisiana : Mr. Fahmi Kharrat Mr. Sami Salmouni Organism : O r a s c o m T u n i s i e T l c o m Adresse : Les Jardins du Lac-1053 Les Berges du Lac-Tunis Tlphone : (216) 22 12 00 00 Tlcopie : (216) 22 12 10 09 Rapport Edit par LATEX

Ddicace

A mon pre Ezzeddine , pour sa patience et ses considrables sacrices. A ma mre Asma que nulle ddicace ne puisse exprimer ce que je lui dois. A mes frres Moujahed et Nader, A ma soeur Imen est ses adorables petits enfants. A mes amis, A mes enseignants, A tout ceux que j aime et tout ceux m aiment Je ddie ce travail

ii

Remerciments

Au terme de ce projet d ingnieur, ralis durant quatre mois Orascom Tunisie Tlcom, je tiens remercier inniment Mme Valrie Lepilliet, chef dpartement Opration et maintenance de la Direction Technique ainsi que mes encadrants Monsieur Fahmi Kharrat, chef de l quipe Qualit de Fonctionnement (QDF), et Monsieur Sami Salmoni ingnieur qualit de fonctionnement pour m avoir encourag entamer mon projet, pour leurs suivis, leurs disponibilits, leurs aides et leurs soutiens lors de l laboration de ce travail. Je tiens exprimer ma gratitude pour Monsieur Mohamed Taher Missaoui mon encadreur l cole pour m avoir soutenu, conseill, aid raliser mon projet de n d tude.

iii

Table des matires

Table des figures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . vii Liste des tableaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Rsum . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Chapitre 1. Introduction Gnrale 1.1. Introduction : . . . . . . . . . . . . 1.2. Cadre Gnrale de travail : . . . . . 1.2.1. Socit d accueil : . . . . . . 1.2.2. Directions : . . . . . . . . . 1.3. Prsentation Gnrale du Projet 1.3.1. Intitul du projet : . . . 1.3.2. Travail Demand : . . . 1.3.3. Mthodologie utilise : . 1.4. Conclusion . . . . . . . . . . . . : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix x 2 2 3 3 4 5 5 5 6 6 8 8 8 8 9 11 12 12 14 14 14 16 17 19 19 20 20

Chapitre 2. QoS et mesure des performances . . . . . . . . . 2.1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.2. QoS dans les Rseaux Mobiles : . . . . . . . . . . . . . . . . . 2.2.1. Dnition . . . . . . . . . . . . . . . . . . . . . . . . . 2.2.2. Indicateur de qualit de service . . . . . . . . . . . . . 2.2.3. Problmes intervenant lors des direntes procdures : 2.3. Mesures des performances . . . . . . . . . . . . . . . . . . . . 2.3.1. Organisation de mesures des performances . . . . . . . 2.3.2. Mthodes de mesures de la QoS . . . . . . . . . . . . . 2.4. Etude de l existant . . . . . . . . . . . . . . . . . . . . . . . . 2.4.1. Outils Fournisseurs . . . . . . . . . . . . . . . . . . . . 2.4.2. Outils Oprateur : . . . . . . . . . . . . . . . . . . . . 2.5. Conclusion : . . . . . . . . . . . . . . . . . . . . . . . . . . . . Chapitre 3. Etat de l Art . 3.1. Introduction . . . . . . . 3.2. Description de l interface 3.2.1. Prsentation . . . . . . . A . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

iv

3.2.2. 3.3. Cigale 3.3.1. 3.3.2.

La signalisation dans l interface A . . de Astellia outil de suivi de l interface Prsentation de Cigale . . . . . . . . Mode de fonctionnement de Cigale : .

. . A: . . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

21 25 25 26 29 29 40 43 47 49 49 52 54 54 54 55 56 56 57 57 58 59 59 59 60 61 61 61 64 64 65 66 68 68 72 72 73 74 74 76 77

3.4. Exploitation des chiers Cigale pour le suivi des performances du rseau GSM : 3.4.1. Fichier XL2 machine d tat de l interface A : . . . . . . . . . . . . . . . 3.4.2. Fichier XLT : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.4.3. Fichier XLF : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.4.4. Fichier XLU : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.4.5. Les indicateurs dduits de l interface A : . . . . . . . . . . . . . . . . . 3.4.6. Indicateurs de qualit de service : . . . . . . . . . . . . . . . . . . . . . 3.5. Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Chapitre 4. Conception et ralisation . . . . . . . . . . . . . . . . . . . . . . 4.1. Introduction : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.2. Environnement informatique : . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.3. Cahier de charge : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.4. Modles de cas d utilisation : . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.4.1. Use case " traitement des chier et insertion dans la base" : . . . . . . 4.4.2. Use case "Conguration des indicateurs" : . . . . . . . . . . . . . . . . 4.4.3. Use case "Interface de conguration" : . . . . . . . . . . . . . . . . . . 4.4.4. Use case "courbes statistiques" . . . . . . . . . . . . . . . . . . . . . . 4.5. Diagrammes de Squences : . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.5.1. Diagramme de squence "Traitement et insertion dans la base" : . . . . 4.5.2. Diagramme de squence "Dtermination du nombre de transitions" : . 4.5.3. Diagramme de squence "Dtermination du nombre des procdures" : . 4.5.4. Diagramme de squence "A chage des courbes statistiques" : . . . . . 4.6. Ralisation : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.6.1. Interface de conguration des transitions : . . . . . . . . . . . . . . . . 4.6.2. Interface de personalisation des procdures : . . . . . . . . . . . . . . . 4.6.3. Interface de personnalisation des Anomalies : . . . . . . . . . . . . . . . 4.6.4. Prsentation graphique des indicateurs par lments rseau . . . . . . . 4.6.5. Rpartition des causes de HO inter et intra BSC par couple de cellule : 4.6.6. Rpartition des Mises jour de localisation . . . . . . . . . . . . . . . . 4.7. Conclusion gnrale : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Annexe A. Prsentation du rseau GSM . . . . . . . . . . . . . . . . . . . . . . A.1. Principe du rseau GSM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A.2. Architecture GSM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A.2.1. La station Mobile . . . . . A.2.2. Le sous-systme de station A.2.3. Le sous Rseau Systme . A.3. Les interfaces du rseau GSM . . . . . . . de base . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

A.4. L interface Radio . . . . . . . . A.4.1. Accs radio . . . . . . . A.4.2. Canaux logiques GSM . A.5. Fonctionnement du rseau GSM A.5.1. Traitement des appels . A.5.2. Gestion de la mobilit .

. . . : . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

78 79 80 81 81 82 86 86 87 89 89 90

Annexe B. Les arcitectures SGBD . . . . . . . . . . . . . . . . . . . . . . . . . B.1. L architecture Client-Serveurs : . . . . . . . . . . . . . . . . . . . . . . . . . . B.2. Architectures 3-tiers : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Annexe C. Le language de modlisation UML . . . . . . . . . . . . . . . . . . C.1. La syntaxe du langage UML : . . . . . . . . . . . . . . . . . . . . . . . . . . . C.2. Les diagrammes UML : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

vi

Table des figures

Figure 1.1. Les actionnaires de Tunsiana . . . . . . . . . . . . . . . . . . . . . . . . Figure 1.2. Organisation Gnrale de Tunisiana . . . . . . . . . . . . . . . . . . . . Figure 2.1. Formalisme des procdures . . . . . . . . . . . . . . . . . . . . . . . . . Figure 2.2. RNO system (Alcatel) . . . . . . . . . . . . . . . . . . . . . . . . . . . . Figure 3.1. Transcodage de la parole au niveau de l interface A . . . . . . . . . . . . Figure 3.2. Echange de Signalisation . . . . . . . . . . . . . . . . . . . . . . . . . . . Figure 3.3. Principes d tablissement et de libration d une connexion SCCP entre BSC et MSC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Figure 3.4. Emplacement de Cigale de Astellia dans le rseau GSM . . . . . . . . . . Figure 3.5. Analyseur de protocole . . . . . . . . . . . . . . . . . . . . . . . . . . . . Figure 3.6. L environnement de Cigale . . . . . . . . . . . . . . . . . . . . . . . . . . Figure 3.7. Libration et dbut de connexion . . . . . . . . . . . . . . . . . . . . . . Figure 3.8. Transition lors d appel sortant . . . . . . . . . . . . . . . . . . . . . . un Figure 3.9. Transition de connexion interface A . . . . . . . . . . . . . . . . . . . . . Figure 3.10. Transition d Appel Sortant . . . . . . . . . . . . . . . . . . . . . . . . un Figure 3.11. Transition d Appel Entrant . . . . . . . . . . . . . . . . . . . . . . . un Figure 3.12. Transition de Mise jour de localisation . . . . . . . . . . . . . . . . . . Figure 3.13. Les transitions d HO intra cellulaire . . . . . . . . . . . . . . . . . . . un Figure 3.14. Principe d handover inter BSC . . . . . . . . . . . . . . . . . . . . . un Figure 3.15. Transitions d HO inter BSC sortant . . . . . . . . . . . . . . . . . . . un Figure 3.16. Transitions d HO inter BSC entrant . . . . . . . . . . . . . . . . . . . un Figure 3.17. Transitions incrmentant le Drop SD . . . . . . . . . . . . . . . . . . . . Figure 3.18. Transition incrmentant la congestion TCH . . . . . . . . . . . . . . . . Figure 3.19. Transitions incrmentant le drop TCH . . . . . . . . . . . . . . . . . . . Figure 3.20. cellule de transit lors d HO . . . . . . . . . . . . . . . . . . . . . . . . un Figure 3.21. Handover ping pong . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Figure Figure Figure Figure Figure Figure Figure Figure Figure 4.1. 4.2. 4.3. 4.4. 4.5. 4.6. 4.7. 4.8. 4.9. Use case " traitement des chier et insertion dans la base" . . . . . . Use case "Interface de conguration" . . . . . . . . . . . . . . . . . . Use case "courbes statistiques" . . . . . . . . . . . . . . . . . . . . . Diagramme de squence "Traitement et insertion dans la base" . . . Diagramme de squence "Dtermination du nombre de transitions" . Diagramme de squence "Dtermination du nombre des procdures" Diagramme de squence "A chage des courbes statistiques" : . . . . Insertion d une transition . . . . . . . . . . . . . . . . . . . . . . . . Rpartition des causes de Handover . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 4 11 15 20 21 23 26 26 27 29 32 33 34 34 34 35 36 37 37 38 39 39 45 45 56 57 58 59 59 60 61 63 67

vii

Figure 4.10. Rpartition des mises jour de localisation . . . . . . . . . . . . . . . . Figure Figure Figure Figure Figure A.1. A.2. A.3. A.4. A.5. Architecture du rseau GSM . . . . . . . . . Sous-systme Radio . . . . . . . . . . . . . . Sous Systme Rseau . . . . . . . . . . . . . Disposition des Interfaces dans le rseau GSM Canaux physiques simplex . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

69 74 76 77 78 80 87 87 91

Figure B.1. Architecture Client Serveur . . . . . . . . . . . . . . . . . . . . . . . . . Figure B.2. Architectures 3-tiers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Figure C.1. Les rgles de modlisation UML . . . . . . . . . . . . . . . . . . . . . . .

viii

Liste des tableaux

Table 2.1. Exemples de seuil de quelques indicateurs de QoS . . . . . . . . . . . . . Table Table Table Table 3.1. 3.2. 3.3. 3.4. Fichier Fichier Fichier Fichier XL2 XLT XLF XLU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 31 42 46 48 73 78 81

Table A.1. Caractristiques de la norme GSM . . . . . . . . . . . . . . . . . . . . . . Table A.2. Liste des interfaces dans le rseau GSM . . . . . . . . . . . . . . . . . . . Table A.3. Les canaux de commandes . . . . . . . . . . . . . . . . . . . . . . . . . .

ix

Rsum
Ce travail est dans le cadre du projet de n d tudes dans l cole nationale de tlcommunication de tunis. Le but de ce projet est concevoir et dvelopper un outil pour L valuation de la qualit de service du rseau GSM de Orascom Tlcom Tunisie et ce en se basant sur la capture des messages traversant l interface A. Un moyen qui dtient sa abilit du fait qu observe on directement les vnements rellement produits au niveau du rseau . Cette solution se base sur l tude de la machine d tat de l interface A lieu partir duquel une vision globale du rseau est possible. Cet outil sert de complmentarit si ce n de juge arbitre pour les outils est d investigation utiliss par l oprateur GSM. Mots cls: Rseaux GSM, Qualit de Service,machine d tat, Interface A, JAVA, ...

Introduction Gnrale

Chapitre

Projet Fin d Etudes

Introduction Gnrale

Introduction Gnrale

1.1

Introduction :

Ces dernires annes, la tlphonie mobile a t sans doute le secteur le plus dynamique, le plus rentable et le plus innovant de toute l Industrie des Tlcommunications. Avec l essore rapide qu elle connat, elle s impose de plus en plus comme le moyen le plus privilgi de communication et conquiert davantage de parts de march en ciblant tous les proles de consommateurs. Le dveloppement des technologies utilises et les services et applications oertes par le mobile ont contribu la cration d environnement propice la concurrence un incitant ainsi les oprateurs se soucier de la qualit de leurs prestations et des performances de fonctionnement de leurs rseaux et infrastructures. Il s avre donc que la qualit, dans ce domaine comme dans beaucoup d autres, constitue une source importante de direnciation, moyen terme, sans doute aussi dterminante que le prix du service fourni ou l tendue de la couverture. Le maintien et le suivi de cette qualit ncessitent l observation permanente de l tat de fonctionnement du rseau et de toutes les performances ralises et par consquent, l utilisation d outils d ingnierie adapts.

HADJ TAEB Mohamed

Projet Fin d Etudes

Introduction Gnrale

Dans cette optique, la supervision de la QoS (Quality of Service) au sein du rseau occupe une importance majeure sur le plan d optimisation d rseau GSM et dans la prise un de dcision. Cependant, la supervision de ce rseau est une tche assez dlicate vu l aspect dynamique de l architecture du rseau et de la conguration de ses dirents lments et l htrognit des outils de supervision et des bases de donnes des performances du rseau. En eet, la supervision repose sur la suivie de l historique des performances et la vrication des congurations hardware et software des lments du rseau an de dgager les problmes et d dduire les actions ncessaires entreprendre. en Le Dpartement d opration et de maintenance de l oprateur de la tlphonie mobile ORASCOM TELECOM TUNISIE a t conscient de cette problmatique et s investi est raliser un systme d information regroupant et centralisant les direntes donnes de tous les outils de supervision utiliss et permettant les analyses des performances du rseau et les dtections automatiques des anomalies.

1.2
1.2.1

Cadre Gnrale de travail :

Socit d accueil :

ORASCOM TELECOM TUNISIE est le premier Oprateur GSM priv en Tunisie, c est une socit anonyme au capital de 330 millions de dinars ayant acquis en mai 2002 la deuxime licence tunisienne de tlphonie mobile. Cette licence est de dure de 15 ans et renouvelable 2 fois pour 5 ans. Grce ses valeurs, ORASCOM TELECOM TUNISIE a ralis son lancement commercial le 27 dcembre 2002, et, six mois plus tard, couvrait dj 60% de la population. La couverture s tendue 90% de la population dans le courant de l est anne 2004. Actuellement, une fois que la couverture a atteint son comble l objectif de l OTT est de satisfaire les exigences de ses clients, de plus en plus nombreux, en matire de qualit et de services. Son action se nourrit de quatre valeurs fondatrices : orientation client, professionnalisme, transparence et innovation, et, s inscrit dans sa vision stratgique : fournir le meilleur, pour une satisfaction totale et durable de ses clients, et dans le cadre de partenariats solides . Acteur essentiel du secteur des nouvelles technologies, ORASCOM TELECOM TUNISIE

HADJ TAEB Mohamed

Projet Fin d Etudes

Introduction Gnrale

s appuie sur les progrs rapides de la technique pour dvelopper des services adapts, innovants et de qualit. ORASCOM TELECOM TUNISIE possde prsent deux actionnaires : Orascom Telecom et Watanya. La gure 1.1 prsente la situation de ces deux actionnaires.

Fig. 1.1. Les actionnaires de Tunsiana

1.2.2

Directions :

Les Directions de Tunisiana sont rparties selon la gure 1.2 :

Fig. 1.2. Organisation Gnrale de Tunisiana

Ce projet est ralis au sein de la Direction Technique (DT). Cette Direction est compose de trois dpartements :

HADJ TAEB Mohamed

Projet Fin d Etudes

Introduction Gnrale

Dpartement d Architecture et Dploiement ; Dpartement d Ingnierie et Dveloppement ; Dpartement d Opration et de Maintenance. J intgr dans ce travail l ai quipe Qualit de Fonctionnement charge du suivi de la QOS du rseau. Ma tche vise enrichir les mthodes d investigation de cette quipe en focalisant le suivi sur le de messages intercepts au niveau de l ux interface A entre les parties BSS et NSS. Et ce par la ralisation d application permettant une meilleure exploitation des donnes une contenues dans les chiers de trace relatifs cette interface et fournis priodiquement l quipe QDF.

1.3
1.3.1

Prsentation Gnrale du Projet :

Intitul du projet :

Le prsent projet s intitule : Suivi des Performances du rseau GSM partir du de ux messages capts au niveau de l interface A . 1.3.2 Travail Demand :

Ce projet consiste la conception et la ralisation d une application permettant de dterminer la qualit du rseau GSM en investiguant au niveau de l interface A. Cette application suit les tapes suivantes : Traitement et formatage des chiers semi brute et stockage dans une base de donnes. Spcications de certains compteurs partir de ces chiers. Dtermination des valeurs de certains KPI tout en gardant un historique pour suivre leur volution au cours du temps. Interfaage pour une exploitation conviviale de l application. Ralisation d rapport contenant des courbes et des diagrammes. un

HADJ TAEB Mohamed

Projet Fin d Etudes

Introduction Gnrale

1.3.3

Mthodologie utilise :

Le recours la modlisation est depuis longtemps une pratique indispensable au dveloppement logiciel, car un modle sert anticiper les rsultats du codage : c en eet une est reprsentation abstraite d systme qui permet d faciliter l un en tude et de le documenter. Aujourd hui, le standard industriel de modlisation est UML (Unied Modeling Language). UML se dnit comme un langage de modlisation graphique et textuel destin comprendre dcrire les besoins et esquisser des architectures logicielles et concevoir.

1.4

Conclusion

Ce chapitre constitue une partie introductive dans laquelle le cadre gnral du projet a t prsent en premier lieu. Dans un second lieu, les grandes lignes du sujet ainsi que la mthodologie adopte ont t prcises. Dans le chapitre suivant on prsente l tude thorique ralise sur la notion de la qualit de service de la norme GSM.

HADJ TAEB Mohamed

QoS et mesure des performances

Chapitre

Projet Fin d Etudes

QoS et mesure des performances

QoS et mesure des performances

2.1

Introduction

L objectif de ce chapitre est de rattacher le projet son cadre thorique rappeler l valuation de la qualit de service et des performances qui sont des notions fondamentales de la technologie GSM. En eet l valuation de l tat du systme et la dtection des disfonctionnements sont des tches primordiales pour que l oprateur puisse avoir une matrise sur le rseau et mener bien ses actions et interventions de maintenance. Cette section aborde les traits majeurs de la notion de la QoS avant de prsenter la stratgie adopte par Orascom Tlcom Tunisie pour le suivi de qualit et des performances du systme.

2.2
2.2.1

QoS dans les Rseaux Mobiles :

Dnition

La Qualit de service est dnie dans la recommandation E-800 de l UIT par un Eet global produit par la qualit de fonctionnement d service qui dtermine le degr de satisfaction un

HADJ TAEB Mohamed

Projet Fin d Etudes

QoS et mesure des performances

de l usager d service un . Dans le contexte actuel, la Qualit de service est devenue un facteur dterminant pour les oprateurs de tlcommunication qui se sont donc aperus que la qualit de leurs services et de leurs prestations doit tre constamment contrle et suivie d une part pour connatre l tat de fonctionnement de leurs infrastructures et d une autre part pour pouvoir amliorer leurs comptitivits. C dans ce cadre de concurrence et d est innovation que chaque oprateur s dot d est un ou plusieurs dpartements de qualit, dont la mission est d valuer et de mesurer la qualit de service dans toutes les parties du rseau. Critres de la qualit de service : Les critres sont nombreux mais les critres les plus courants, du ct abonn, sont : La couverture : elle est indique par les barrettes a ches sur le mobile. La qualit de la couverture est le critre le plus trivial partir duquel l abonn dcide ou non de la bonne qualit du rseau. L tablissement d appel : l chec d tablissement d appel ou une longue dure d tablissement d appel pnalisent le service oert par l oprateur. La qualit vocale : les conditions de propagation radio et les Handover doivent tre transparentes aux abonns et ne doivent pas in sur la qualit vocale de la commuuer nication. La coupure d appel : c un phnomne qui gne beaucoup les abonns. En fait, il vaut est mieux chouer tablir un appel que couper l appel en pleine communication. 2.2.2 Indicateur de qualit de service

Un indicateur est une valeur base sur un ou plusieurs compteurs et qui est reprsentatif des performances du rseau. Les indicateurs de qualit de service BSS ont pour objectifs de : Identier les dfauts dans les lments du sous systme radio et d tablir les actions correctives pour grer la qualit de service ; Dtecter et identier les problmes radio d une cellule et aider les quipes d optimisation radio analyser la situation et dnir les actions correctives (changement de frquence, ajustement d paramtre. . .) ; un

HADJ TAEB Mohamed

Projet Fin d Etudes

QoS et mesure des performances

Suivre des changements du sous systme radio : Modle de trac Charge du trac Rendement du rseau Gains obtenus en changeant de version software. Prvoir le comportement du rseau selon l volution du trac. Les indicateurs radio sont tablit partir des compteurs de performance fournit par le centre d opration et d entretient du sous systme radio OMC_R. Le OMC_R possde dirents types de compteurs qui sont organiss sur 3 classes : Compteurs cumulatifs : le compteur est incrment chaque fois o l vnement compt aura lieu. Il est rinitialis quand une nouvelle priode est commence. Il indique juste le nombre d vnements qui ont eu lieu dans une priode de temps. Compteurs statiques : ce sont des donnes statiques collectes relativement l tat d une ressource spcique. Evnements d observations : ce sont des observations sur un vnement systme. Par exemple, l vnement channel seizure time for an SDCCH est un compteur d observation qui indique le temps et la date quand le SDCCH est mesur. Le tableau 2.1 prsente un exemple de valeurs seuils pour quelques indicateurs de QoS. Indicateur Call Drop Call Drop BSS Call Drop radio Call Drop HO Congestion TCH Congestion SDCCH Succs d tablissement d appel Succs de HO HO sur Better Cell HO sur qualit HO sur niveau HO sur intrfrence Taux Taux Taux Taux Taux Taux Taux Taux Taux Taux Taux Taux de de de de de de de de de de de de Signication coupure d appels coupure d appels pour cause matrielle coupure d appels pour cause radio coupure d appels pendant un HO congestion des canaux TCH congestion des canaux SDCCH succs d tablissemnt d appels succs de HO HO sur Better Cell HO sur qualit HO sur niveau HO sur interfrence Seuil 2% 1% 2% 1% 2% 0.5% 95% 90% 50% 30% 20% 1%

Tab. 2.1. Exemples de seuil de quelques indicateurs de QoS

HADJ TAEB Mohamed

10

Projet Fin d Etudes

QoS et mesure des performances

2.2.3

Problmes intervenant lors des direntes procdures :

Les direntes procdures (immediate assignment, normal assignment, handover, Directed retry) ont presque le mme formalisme. Le diagrammede la gure 2.1 dcrit les problmes intervenants lors de la ralisation de ces procdures.
Dbut de la procdure

Phase d excution Phase de pr paration

Demande de canal

Pas de ressource disponible au niveau BSC

Congestion

Ressource disponible au BSC

Activation du canal

chec d activation du canal chec assignement ou d excution de HO

Problme BSS Problme NSS

Succs d activation du canal

Tentative d excution

Le mobile a saisi le canal

Succs d excution

chec dans le canal la phase d tablissement

Fig. 2.1. Formalisme des procdures

a)

Problmes de coupure d appel :

Ce sont les problmes les plus gnant du ct de l abonn. Les direntes causes de ce problme sont les suivantes : Coupure pour cause BSS : Ce genre de problme ncessite l intervention de l quipe OMC pour vrier si les coupures sont causes par une dfaillance matrielle interne au BSC ou si c un problme de transcoder. est Coupure pour cause Handover : si la tentative de handover choue et si le mobile ne russit pas reprendre son ancien canal, l appel est coup. Coupure pour dfaillance radio : l appel est coup suite un problme de l interface air. Les causes peuvent tre : Une mauvaise couverture de la cellule si la plupart des handover se font sur qualit

HADJ TAEB Mohamed

11

Projet Fin d Etudes

QoS et mesure des performances

ou sur niveau ; Une ou plusieurs frquences de la cellule sont interfres ; Un problme avec les ariens de la cellule (antenne, cbles feeder. . .), surtout si le handover se fait pour la plupart du temps sur niveau de champ du lien montant. b) Problmes d chec de handover :

Pour l chec des handover sortant : Au cas o l chec est lors de la phase de prparation les causes peuvent tre : Les cellules cibles sont congestionnes Connexions dfectueuses sur les interfaces A au cas d handover inter-BSC ; un Dans le cas o l chec se situe la phase excution (chec de handover sur les canaux allous) la cause est l chec radio ou BSS sur la cellule cible. Dans ce cas le mobile retourne son ancien canal, l appel n pas coup mais le handover a chou. est c) Problmes d chec d tablissement d appel :

Si une cellule prsente un chec d tablissement d appel on doit vrier un ensemble de point pour dgager les causes : Si la zone est bien couverte, on doit vrier si la cellule est congestionne (congestion TCH ou SDCCH) ; Si le taux de coupure de canaux SDCCH est lev on vrie les causes du handover ; S n a pas de drop SDCCH, on vrie le taux d il y chec d tablissement du lien TCH Les causes peuvent tre un chec BSS (panne matrielle) ou un chec radio.

2.3
2.3.1

Mesures des performances

Organisation de mesures des performances

Les mesures de performances peuvent tre classes sur la base des informations qu elles apportent en cinq grandes classes bien que nous verrons plus loin d autres critres de classement. Ainsi, on relve : Mesures relatives la correction et la dtection des erreurs (Error Detection and Correction measurement) : Pendant la phase de planication, les sources d erreurs, comme par exemple les phnomnes d interfrences, sont multiples mais aussi pas vident prvoir.

HADJ TAEB Mohamed

12

Projet Fin d Etudes

QoS et mesure des performances

Les mesures de performances permettent la dtection de ces erreurs. Les indicateurs suivant sont d une grande utilit dans ce contexte : Call Setup Failure Rate, Call Drop Rate, Handover Failure Rate, Immediate Assignment Failure Rate. Mesures relatives la charge de trac coul (Tra c Load Measurement) : Les mesures de la charge de trac tablies dans une cellule ou dans out le rseau orent des donnes indispensables pour amliorer l exploitation des canaux et des ressources radio. Les indicateurs suivant sont d une grande utilit dans ce contexte : TCH tra c load (tra c oered, tra c carried, tra c lost), SDCCH tra c load (tra c oered, tra c carried, tra c lost), Access Grant Channel Congestions, CCS7 Load, Number of call setups, Number of Handovers, Number of location updates. Mesures relatives la disponibilit des ressources (Resource Availability Measurement) : Grce cette catgorie de mesures, il est possible de grer et de connatre la disponibilit des ressources radio et de connatre tout moment si des ressources sont actives ou inactives. Les indicateurs relatives aux entits suivantes sont d une grande utilit dans ce contexte : Tra c channels (TCH), Slow Dedicated Control Channels (SDCCH), BSC, BTS, TRX, SS7Links, PCM connections. Mesures relatives la qualit de service (Quality of Service, Grade of Service) : Connatre la qualit de service permet de fournir aux abonnes de faon instantane une bonne qualit de communication. Les mesures de performances permettent donc de trancher sur la qualit des services fournis par l oprateur. Les direntes mesures et combinaisons de mesures mises en ouvre dans l apprciation de la QoS seront traites plus loin. Mesures usage statistique (Statistic Data) : Les mesures de performances peuvent tre trs utiles pour le service Marketing de l oprateur. Ainsi, sur la base des donnes fournies par les mesures, l oprateur peut modliser le comportement de ses abonnes ; titre d exemple, si les mesures prsentent des priodes bas trac tlphonique, il sera intressant de lancer des promotions incitant les clients communiquer pendant ces mmes priodes. La mme procdure peut s appliquer si on raisonne sur les zones de couvertures au lieu des priodes.

HADJ TAEB Mohamed

13

Projet Fin d Etudes

QoS et mesure des performances

2.3.2

Mthodes de mesures de la QoS

D aprs la perspective de l oprateur, les mthodes permettant de mesurer la qualit du service sont : L observation de la qualit de service par des moyens extrieurs : gnralement, les oprateurs mnent des compagnes de mesure de la qualit du lien radio grce des outils spciques parmi lesquelles on cite les Drive test raliss au moyen du TEMS d Ericsson. L utilisation d appels d essais (trac simul). L observation automatique interne : L analyse des performances du rseau GSM se fait sur la base des chiers de mesures brutes imports partir de l OMC-R. En eet, les mesures sont actives au niveau de l OMC sous formes de jobs qui crant plusieurs instances de compteurs correspondant divers objets de mesures (BTS, BSC, TRX, SS7 link..) s incrmentent chaque nouvel vnement (on sous-entend par vnement un message chang entre deux noeuds du rseau MS, BTS, BSC ou MSC).

2.4
2.4.1

Etude de l existant
Outils Fournisseurs

OTT dispose d ensemble d un outils fournis par les deux constructeurs Alcatel et Siemens permettant d explorer les direntes donnes du rseau. Les principaux outils sont RNO et SPOTS. 2.4.1.1 RNO d Alcatel

L outil RNO (Radio Network Optimisation) est un logiciel de gestion des quipements ALCATEL qui permet le management en temps rel de tout le rseau. Outre les fonctionnalits classiques savoir la gestion des alarmes, le suivi et la conguration des composants physiques et logiques du rseau, ce logiciel permet : Une analyse totalement informatise des mesures de performance. La visualisation et l export des donnes sur la conguration software et hardware du rseau.

HADJ TAEB Mohamed

14

Projet Fin d Etudes

QoS et mesure des performances

La dtection des problmes lis la qualit de service du rseau et la localisation des questions les plus urgentes. Le choix des actions correctives entreprendre pour amliorer la QoS. L optimisation de la recherche des ressources radio. Cependant RNO prsente un ensemble de limitation qui se rsume dans les points suivants : Une limite au niveau du nombre de licence. Il est Oprationnel que pour un seul constructeur savoir Alcatel. Il prsente un retard au niveau de l import des donnes, ce qui oblige parfois les ingnieurs utiliser d autres outils. Le schma synoptique d tel systme est donn par la gure 2.2 : un

Fig. 2.2. RNO system (Alcatel)

2.4.1.2

SPOTS :

L outil SPOTS de SIEMENS permet de : Traiter les donnes par famille de compteurs NSS, BSS, BTS.

HADJ TAEB Mohamed

15

Projet Fin d Etudes

QoS et mesure des performances

Fournir des rapports de QoS. Dtecter les problmes du rseau par la conguration d alerteur de QoS temps rel. Les principaux problmes SPOT se rsument dans les points suivants : Une manipulation di cile de l interface et des outputs. Un outil oprationnel que pour un seul constructeur savoir SIEMENS. Pas de traitement par Heure de Pointe. Pas d dition de zones. 2.4.2 Outils Oprateur :

OTT dispose de plusieurs outils dvelopps au sein de ses dirents services techniques. Les principales sont les suivantes : 2.4.2.1 OTT PERF SIEMENS et OTT PERF :

Ce sont deux outils spars mais qui permettent une mme reprsentation graphique des indicateurs de performance avec une cadence de traitement variable (jour, heure et heure de pointe). L interface prsente une facilit d interprtation mais une limite au niveau de la richesse d information puisque seul quelques indicateurs sont utiliss. Ces outils ne permettent pas d exporter les donnes ni d alerter en cas de dfaillance en matire de QoS. 2.4.2.2 Outil Suivie cellule :

C un outil dvelopp pour combler a une partie des inconvnients de OTT PERF est SIEMENS et OTT PERF savoir l import de donnes, la prsentation des graphes sur la mme interface et l alerte quotidienne mais cet outil ne permet pas une exploitation de donnes avec une cadence par heure et manque aussi le traitement de certains indicateurs de performances. 2.4.2.3 OTT Parm :

C un outil permettant de donner l est utilisateur les dirents paramtres de design et les paramtres logiques des cellules et les direntes relations d adjacences.

HADJ TAEB Mohamed

16

Projet Fin d Etudes

QoS et mesure des performances

2.5

Conclusion :

Les outils utiliss par l quipe qualit prsentent des fonctionnalits direntes. Cette diversit permet certes d apporter une richesse au niveau des informations ncessaires aux ingnieurs qualit pour eectuer les suivis journaliers. Mais elle ne permet pas de prsenter une vision objective de ce qui se passe rellement dans le rseau vue que les rsultats prsents sont fortement in uencs par la perception du fournisseur et par sa dnition propre pour les indicateurs. An d avoir une ide plus rationnelle, plus globale et surtout plus objective et de vrier la cohrence entre les rapports fournisseurs et les performances du rseau on se propose de rednir nos propres indicateurs et ce partir de ce qui se passe rellement dans le rseau et pouvant bien sr tre peru au niveau de l interface A. Donc notre solution se base comme nous l avons mentionn sur le de message intercept au niveau de l ux interface A. De ce fait il est judicieux de faire une approche thorique sur cette interface tout en spciant les couches protocolaires mises en jeu. Cette tude nous servira aprs, c est--dire lors de l analyse des messages capts ce niveau du rseau GSM, et lors de la spcication certains indicateurs partir de ce ux.

HADJ TAEB Mohamed

17

Etat de l Art

Chapitre

Projet Fin d Etudes

Etat de l Art

Etat de l Art

3.1

Introduction

Durant le cycle de vie d rseau de communication mobile, la notion de qualit de service un et la notion de performance sont vitales. Il est donc essentiel l oprateur de mesurer et de prvoir un mcanisme lui permettant l valuation de la qualit et des performances de son rseau. C pour cette raison que dans ce chapitre nous avons dni la notion de la QoS est dans les rseaux mobiles en se basant sur la recommandation de l IUT avant de prsenter les principales mthodes et les dirents moyens de mesures de ce facteur Tunisiana. Ces outils se basent principalement sur les messages changs au niveau de l interface radio par consquent ils ne permettent pas de fournir une observation globale sur tout le BSS. En plus ces dispositifs sont conus par les fournisseurs soit SIEMENS soit ALCATEL et par consquents les indicateurs conus dpendent fortement de leur vision. Pour cette raison un moyen plus able d investigation serait de dterminer la QoS en observant directement intercept au niveau de l ux interface A ce qui permettra d avoir une visibilit globale sur le rseau que ce soit cot rseau que cot radio.

HADJ TAEB Mohamed

19

Projet Fin d Etudes

Etat de l Art

3.2
3.2.1

Description de l interface A
Prsentation

Du point de vue physique, l interface A est une interface terrestre constituer d une ou plusieurs liaisons MIC entre le BSC et le MSC, chacune d entre elle supporte une capacit de transmission de 2 Mbps. Le transcodeur (TRAU), situ bien videment entre le MSC et le BSC pour l adaptation en capacit des canaux de transmission, doit tre pris en considration lors de l examen de cette interface. Par consquent, l interface A peut tre spar en 2 parties : la premire partie est entre le BTS et le TRAU, o les donnes transmises sont encore compresses (canaux de 16 Kbps). La seconde partie est entre le TRAU et le MSC. Le trac de donnes occupe toutes les 64 Kbps du canal. La gure 3.1 montre comment se fait le transcodage au niveau de l interface A.[AST02b]

Fig. 3.1. Transcodage de la parole au niveau de l interface A

HADJ TAEB Mohamed

20

Projet Fin d Etudes

Etat de l Art

3.2.2

La signalisation dans l interface A

L interface A se situe entre le sous-systme radio (BSS) et le sous-systme rseau (NSS). A travers cette interface transitent de nombreux messages de signalisation. Cette signalisation s appuie sur les protocoles des couches MTP et SCCP du systme de signalisation n 7 du CCITT, et aussi sur les protocoles BSSMAP et DTAP pour les couches les plus hautes qui sont propres la norme GSM. Par consquent, le MSC n pas seulement reli aux dirents BSC par des circuits de est parole mais galement par des canaux smaphores directs : des Intervalles de Temps (Time Slot) sont donc rservs la signalisation. Dans la gure 3.2 on prsente les piles protocolaires des dirents composants du rseau GSM y compris bien sr celle qui rgit le de message ux au niveau de l interface A.

Fig. 3.2. Echange de Signalisation

3.2.2.1

Le rseau de signalisation N 7

Ce systme de signalisation par canal smaphore normalis par le CCITT permet de sparer la signalisation de la transmission en faisant transiter la signalisation sur un canal spcique. De ce fait, on peut changer des messages de signalisation sans tablissement rel de circuit de communication.

HADJ TAEB Mohamed

21

Projet Fin d Etudes

Etat de l Art

Les avantages de la signalisation smaphore sont : La possibilit de transfrer de la signalisation pure indpendamment de l tablissement d circuit. un La rduction des dlais de transfert de la signalisation et diminution du temps d occupation ine cace des circuits. La possibilit de transfrer la signalisation fort dbit pendant une communication sans que l utilisateur soit gn. La possibilit de rserver les circuits pour un appel seulement lorsque le correspondant demand est rellement joignable. 3.2.2.2 Message Transfert Part (MTP) :

Le MTP ore un service de transfert able des messages de signalisation. Il est divis en trois niveaux (MTP1, MTP2, MTP3) proches des trois premires couches du modle OSI : MTP1 couche physique : dnit les caractristiques physiques, lectriques et fonctionnelles d une liaison physique (liaison smaphore de donnes dans le vocabulaire SS7) et les moyens d accder. On utilise le plus souvent des conduits numriques 64 kbit / s. y MTP2 procdures d acheminement des donnes sur une liaison : dnit les fonctions et les procdures de transfert des messages de signalisation de faon fournir un transfert able entre deux points. Ce niveau est comparable la couche liaison de donnes du modle OSI. Les donnes changes sont des "trames smaphores". Le protocole utilis contient un mcanisme de contrle du de dtection d ux, erreur et de correction par retransmission. Par consquent, le MTP2 comporte un mcanisme de surveillance du taux d erreur sur la liaison smaphore. MTP3 routage et contrle : dnit les fonctions et les procdures de transfert de messages entre les nuds du rseau smaphore (PS ou PTS). Il comprend deux fonctions : orientation des messages de signalisation et gestion du rseau smaphore. 3.2.2.3 Signaling Connection Control Part (SCCP) :

A l encontre du MTP avec ses 3 couches, qui est responsable du transport et l acheminement entre 2 nuds du rseau, le SCCP ore un adressage de bout en bout, mme travers

HADJ TAEB Mohamed

22

Projet Fin d Etudes

Etat de l Art

les nuds et les pays du rseau. Il faut aussi noter que une connexion SCCP par MS est ncessaire pour toute procdure sur le rseau. Et en voici les tapes gure 3.3 :

Fig. 3.3. Principes d tablissement et de libration d une connexion SCCP entre BSC et MSC

3.2.2.4

BSS Application Part :

Au dessus des couches MTP et SCCP, on trouve le BSSAP (BSS Application Part). Cette couche est forme de deux sous-couches : la sous-couche BSSMAP et la sous-couche DTAP. Entre le BSC et le MSC transitent deux types de messages : les messages interprts par le BSC qui ont trait la gestion des ressources radio (souscouche BSSMAP) et les autres messages qui sont en fait changs entre le mobile et le MSC (sous-couche DTAP) : dans ce deuxime cas, le BSC joue le rle de rpteur. Une "fonction de distribution" permet d orienter les messages vers la couche BSSMAP ou DTAP. a) Le BSSMAP (BSS Management Application Part)

HADJ TAEB Mohamed

23

Projet Fin d Etudes

Etat de l Art

Le protocole BSSMAP spcie le dialogue pour les messages vritablement gnrs ou interprts par le BSC. Ses messages peuvent tre classs en deux catgories : ceux qui concernent un BSC et ceux qui sont lis un canal radio ddi particulier. Pour la premire catgorie, les messages gnrs utilisent le SCCP en mode non connect et concernent : - la mise hors service de circuits de parole entre le BSC et le MSC - l interrogation des ressources disponibles au BSC - la rinitialisation du MSC ou du BSC - l appel en diusion d mobile sur une zone de localisation donne un - la suggestion faite au BSC de transfrer si possible des communications depuis une cellule dsigne vers une liste donne de cellules. Pour la seconde catgorie, les messages envoys utilisent le SCCP en mode connect et concernent : - la remise au MSC du message initial du mobile mis sur canal radio ddi - l allocation d canal radio TCH un - l excution d handover un - le passage en mode chir - la libration du canal radio ddi[Hei99] b) Le DTAP (Direct transfert Application Part) :

Le protocole DTAP gre des changes de messages entre le mobile et le MSC passant par le BSC. Ce dernier rmet tous les messages reus sans aucune interprtation. Le DTAP utilise le SCCP en mode connect. Un message DTAP appartient l une des classes suivantes : - RR (Radio Ressource management) : La couche RR permet l tablissement, le maintien et la libration de canaux radio ddis. Elle gre galement le handover et le chirement. Cette couche est prsente au niveau du mobile et du BSC. Toutefois, deux messages peuvent apparatre au MSC (transitant l interface A) : - MM (Mobility Management) : La couche MM permet de remplir les fonctions suivantes : la localisation de l abonn, l authentication, l allocation de TMSI (identiant temporaire de l abonn mobile), l tablissement d une transaction CM d origine MS, la synchronisation pour

HADJ TAEB Mohamed

24

Projet Fin d Etudes

Etat de l Art

les niveaux suprieurs, la surveillance de l activit de l infrastructure, le rtablissement de communication - CM (Call Management). Cette couche est dcoupe en trois sous-couches : CC (Call Control), SMS (Short Message Service) et SS (Supplementary Services).

3.3
3.3.1

Cigale de Astellia outil de suivi de l interface A :

Prsentation de Cigale

Une opration rationnelle et e cace pour rseau radio cellulaire type GSM ncessite un certain nombre d outil de surveillance et de diagnostic. Ces outils permettent d identier rapidement les problmes qui puissent aecter la qualit globale du rseau donc une solution peut tre trouve. Les outils d opration et de maintenance fournis avec les quipements dans le but de rpondre aux exigences du standard GSM en matire de supervision se sont avrs insu sants dans certains cas o une analyse doit tre ralise avec degr de dtail lev.Dans ce cadre se rattache l avnement de Cigale un outil de capture protocolaire dans l interface A. L outil Cigale conu par Astellia, une socit spcialise dans la conception de solutions matrielles et logicielles ddies l optimisation des performances des rseaux de tlphonie mobile. Elle a sign un contrat avec la compagnie de communication Tunisiana qui stipule de livrer de nouveaux matriels de mesure cette entreprise. En plus elle lui apporte des plates-formes de capture ainsi que sa licence Cigale GSM, logiciel d analyse de la qualit de services. Cigale a t dvelopp dans l objectif de complter et amliorer le potentiel d investigation dans le rseau GSM. Il est insrer dans le rseau GSM en se plaant au niveau de l interface A. La gure 3.4 montre son emplacement dans le rseau GSM :[AST02a] L outil cigale peut tre dcrit comme tant un espion inltr dans le rseau GSM au niveau de l interface A qui permet d analyser en mode store and forward les trames protocolaires stock par un enregistreur plac dans les canaux de signalisation. Les plateformes de capture actuellement utilises sont SIEMENS K1103 et OCEAN de Edixia. Cigale se rsume un analyseur de protocole, un quipement de mesure qui se connecte entre 2 dispositifs

HADJ TAEB Mohamed

25

Projet Fin d Etudes

Etat de l Art

Fig. 3.4. Emplacement de Cigale de Astellia dans le rseau GSM

systme pour intercepter le trac de donnes numriques entre ces deux derniers comme c est indiqu dans la gure 3.5 .

Fig. 3.5. Analyseur de protocole

3.3.2

Mode de fonctionnement de Cigale :

Cigale a t implment dans le but de permettre l amlioration des dirents composants qu traite : analyseurs, protocoles, messages, etc., et la paramtrisation des rsultats il statistiques. Cigale assure entre autres les fonctions suivantes :

HADJ TAEB Mohamed

26

Projet Fin d Etudes

Etat de l Art

Dtection automatique des interfaces A sans avoir congurer la connexion de l analyseur. La gestion de dirents types d analyseurs par le biais de chiers DLL externes. Paramtrisation des transitions de la machine d tat et des statistiques associes. Gnration des statistiques XL3 dans un format BL3 qui est moins pnalisante en terme de volume. Gnration des statistiques relatives au procdures rseau : MOC, MTC, LU, SS, SMS... Gnration des statistiques associes aux ressources SCCP, CIC et TCH. Gnration des chiers (*_R.txt) pour l application Cigale View. Le diagramme block de Cigale prend la forme suivante de la gure 3.6 :

Fig. 3.6. L environnement de Cigale

L organisation de traitement de Cigale est la suivante : Cigale dcode les chiers enregistr (REC les) dans le but d extraire les dirents messages et les informations associes. Ces messages sont dcods par couches protocolaires (les niveaux MTP2 et 3, SCCP, BSSAP, couche 3, SMS, SS..). Les dirents messages permettent d extraire certaines informations comme : les connexions SCCP, le types de la connexion courante (MTC, MOC, LU, SMS...).

HADJ TAEB Mohamed

27

Projet Fin d Etudes

Etat de l Art

En outre, dans le but de tracer les changements de connexions, chaque message est envoy la machine d tat dcrite dans 3 chiers externes (EVENTS.BDT, CAUSES.BDT et AUTOMAT.BDT). Ainsi chaque message constitue un message qui incrmente une transition entre l tat courant associ au message et l tat de destination dnie pour cette transition dans le chier de conguration de la machine d tat. Ces transitions sont comptes dans le but de gnrer des statistiques. Aprs avoir dtect la transition de la machine d tat, CIGALE accde au chier TIMES.BDT. Ce chier permet de dlimiter les direntes transitions dans le but de gnr des statistiques sur la dure de ces transitions. Pour la mise jour de localisation, le chier NETWORK.BDT contient des informations sur les dirents Location Area. Le chier PHONES.BDT est utilis pour dclarer les numros pour lesquels on veut gnrer des statistiques particulires. Le chier CIGALE.INI contient les dirents paramtres et option de l application comme par exemple la spcication des chiers gnrer. Durant le traitement des chiers enregistrs il est possible de gnrer les chiers suivants : XL3 : informations de chaque connexion et leur historique ; TIM : informations sur les timers associs aux cellules et au BSC ; SS : informations associes chaque message relatif aux services supplmentaires ; SMS : informations pour chaque message court ; LHO : informations sur les liens HO qui n pas pu tre tablis ; ont A la n du traitement, les statistiques suivantes peuvent tre gnres : XL2 : Statistiques sur la machine d tat ; XLH et XLF : Statistiques sur le de handovers ; ux XLU : Statistiques sur les mises jour de localisation ; XLT : Statistiques sur les ressources SCCP, CIC et TCH. Et pour nir le chier LOG contient les dirents messages d erreurs et d alertes gnrs durant le traitement.

HADJ TAEB Mohamed

28

Projet Fin d Etudes

Etat de l Art

3.4

Exploitation des chiers Cigale pour le suivi des performances du rseau GSM :
Fichier XL2 machine d tat de l interface A : Dnition de la machine d tat :

3.4.1

3.4.1.1

En gnral, la machine d tat est un outil qui enregistre le statut d certain objet et un qui trace ses changements en spciant l vnement qui en est responsable. Par consquent l tude de la machine d tat est un moyen e cace quand il s agit de faire le suivi de l volution d certain lment. Concernant le projet qui traite l un valuation de la performance partir de l tude de l interface A on peut se baser sur le chier qui stocke toutes les transitions observes. Ce chier se charge de la comptabilisation des changements de la machine d tat en distinguant entre les dirents types de connections (originating calls, terminating calls, location updates, handovers, etc.) sous forme de transition. Cette dernire est caractrise par deux tats (origine et destination), un message ou encore un vnement, et optionnellement une cause. Le gure 3.7 dcrit l ensemble des transitions possibles en partant de l tat vide du systme, il traite les dirents types de connections :

Fig. 3.7. Libration et dbut de connexion

Ainsi on constate que tout ce qui puisse se produire dans le rseau en partant de l tat initial VIDE est traduit dans le chier de la machine d tat sous forme de transitions. Et

HADJ TAEB Mohamed

29

Projet Fin d Etudes

Etat de l Art

ce de mme pour les dirents tats pris par le systme. Ce qui nous amne dire que l tude de ce chier est un moyen able et perspicace quant il s agit de faire le suivi de la qualit du rseau. En plus on peut exploiter ces transitions pour dterminer les valeurs des indicateurs de qualit juste en en spciant la formule. C le principe de l est application qu va prsenter on ultrieurement. Mais avant tout montrant comment on peut exploiter les transitions de la machine d tat pour l extraction de certains compteurs. 3.4.1.2 Prsentation du chier XL2 :

Le chier XL2 est un chier qui stocke les transitions de la machine d tat. Il traite tout les BSC du moteur Cigale plac au niveau de l interface A et leurs cellules. Ces transitions sont ordonnes squentiellement de telle faon qu dcrivent certaines procdures du rseau ils GSM tel que l tablissement d appels sortants et entrants, les mises jour de localisation, les Handovers, l envoi de messages courts, les services supplmentaires. Le chier XL2 est class par BSC. a s explique par le fait que le MSC et chaque BSC qui lui est li dnissent une interface A. Le contenu de ce chier colonne par colonne est dcrit ci-dessus : L tat de la connexion au moment o le message traduisant l vnement est reu ; L vnement contenant une extension si le cas le permet ; La cause associe l vnement si elle existe ; L tat de la connexion aprs que le message ne soit reu ; Le nombre total des occurrences de ces vnements pour l tat courant. Les colonnes suivantes contiennent le nombre d occurrence de ces vnements par cellules relative au BSC courant. Ce chier Trace l volution des connexions d une faon extrmement dtaille pour chaque cellule. Voici un exemple du chier XL2 de la machine d tat de l interface A voir la table 3.1 :

HADJ TAEB Mohamed

30

Projet Fin d Etudes

Etat de l Art

Tab. 3.1. Fichier XL2 Les donnes de ce chier ne sont que la traduction de ce qui vient de se passer dans le rseau et ce par le biais d une comptabilisation des messages capts au niveau de l interface A. Il permet donc une supervision cot rseau des performances du systme car on y trouve presque toutes les procdures et les actions observes au rseau avec leur cas d chec de coupures d cacit et de succs. e Voici l exemple d appel sortant tabli avec succs comme on peut le dduire partir un du chier XL2 gure 3.8.

HADJ TAEB Mohamed

31

Projet Fin d Etudes

Etat de l Art

Fig. 3.8. Transition lors d appel sortant un

HADJ TAEB Mohamed

32

Projet Fin d Etudes

Etat de l Art

3.4.1.3

Extraction de certains compteurs partir du chier XL2 :

Procdures : a) Connexion l interface A :

La connexion l interface A ici veut dire qu y a un message qui vient d il tre capt au niveau de cette interface. Cette procdure se produit dans le cas o le mobile qui tait en tat de veille va demander (ou recevoir) un service au rseau donc il s prpare en tablissant y une connexion couche 3 par le message CL3I (Complete Layer 3 information) et ainsi son tat devient CL3I_Sig. L assignation d canal SD est ralise pour se charger du de signaun ux lisation pralable la procdure GSM. Voici la transition de la machine d tat de l interface A qui incrmente cette procdure gure 3.9 :

Fig. 3.9. Transition de connexion interface A

b)

Spcication du service demand :

Aprs l allocation d canal SD le mobile demande au rseau un service et spcie sa naun ture que ce soit un appel sortant, entrant, envoi de messages courts, services supplmentaires. Voici la transition incrmentant le compteur du nombre des tentatives d tablissement d appel voir gure 3.10 . Le mme esprit s applique aux appels entrants voir gure 3.11 , l envoi de messages courts, aux services supplmentaires.

HADJ TAEB Mohamed

33

Projet Fin d Etudes

Etat de l Art

Fig. 3.10. Transition d Appel Sortant un

Fig. 3.11. Transition d Appel Entrant un

c)

Mise jour de localisation :

Il y a 3 cas de mise jour de localisation dont la transition est dcrite par gure 3.12 : Normal LU : Chaque fois que le mobile change de zone de localisation. Periodic LU : Si au bout d certain temps le mobile n un eectue pas de mise jour de localisation normale. IMSI Attach : Si le mobile est sous tension tout en se trouvant dans la mme ancienne LAC. S trouve un nouveau LAC il s il agit d une mise jour de localisation normale.

Fig. 3.12. Transition de Mise jour de localisation

d)

Handover intra cellulaire :

Gnralement un handover n arrive que dans l des phase suivante de la procdure d une appel : assignation, sonnerie, connexion, communication, appel en attente. Ce type de handover est dtectable depuis l interface A et ce en par l vnement HOPER_IN_CEL gure 3.13.

HADJ TAEB Mohamed

34

Projet Fin d Etudes

Etat de l Art

Fig. 3.13. Les transitions d HO intra cellulaire un

On remarque que le statut de la machine d tat de l interface A reste inchang. Ceci s explique par le fait que ce type de HO se passe d faon transparente vis--vis de l une interface A puisque il est contrl par le BSC et non par le MSC. Par consquent cette interface ne se rend compte que du rsultat de la procdure de HO sans y intervenir en voyant passer le message HO_PERformed. C le cas aussi du HO inter cellulaire intra BSC. est e) Handover inter cellulaire intra BSC :

Les transitions sont une copie conforme du cas prcdent sauf que l vnement est HOPER_IN, inutile de rappeler que pour les HO sortant le message devient HOPER_OUT. f) Handover inter BSC :

Un handover inter BSC est contrl par le MSC donc le de message changs fait ux intervenir 2 interfaces A. Le principe de ce type de HO se rsume dans la gure 3.14 :

HADJ TAEB Mohamed

35

Projet Fin d Etudes

Etat de l Art

MSC
st ue k eq rr Ac ve st do ue an eq )H rR (2 ve t do ec an et )H rD te (3 ve ple do om an rc )H ve (5 do an )H (2
(1) Ha nd ov er req (4) uir Ha ed nd ov er (7) req Cle uir ar ed co mm an d( Ho S)

BSS Origine
Sortant Response rate Succes rate (4)/(1) (7)/(4) Entrant (3)/(2) (6)/(3)

BSS Cible

Fig. 3.14. Principe d handover inter BSC un

Voici les transitions relatives aux direntes phases d HO inter BSC sortant gure 3.15 un et d handover inter BSC entrant gure 3.16. un

HADJ TAEB Mohamed

36

Projet Fin d Etudes

Etat de l Art

Fig. 3.15. Transitions d HO inter BSC sortant un

Fig. 3.16. Transitions d HO inter BSC entrant un

Dtection des alertes : a) Drop SD :

Il faut tout d abord signaler que la congestion SD n pas dtectable depuis l est interface A tout simplement parce que le premier message intercept au niveau de cette interface est le CMSREQ qui implique que le canal SD est dj activ et allou. Le drop SD concerne l interruption de l tat du mobile ddi durant la phase de signalisation. Cette phase s tend depuis l assignation du canal SD jusqu l assignation du canal

HADJ TAEB Mohamed

37

Projet Fin d Etudes

Etat de l Art

TCH. Ci-dessous les transitions qui incrmente le compteur du Drop SD gure 3.17 :

Fig. 3.17. Transitions incrmentant le Drop SD

b)

Congestion TCH :

Ce compteur traduit la l indisponibilit de ressources que ce soit cot radio (Time Slot) ou cot rseau (MIC). La congestion TCH est dtectable. La congestion TCH est dtectable dans la phase d assignation comme le montre la gure 3.18.

HADJ TAEB Mohamed

38

Projet Fin d Etudes

Etat de l Art

Fig. 3.18. Transition incrmentant la congestion TCH

c)

Drop TCH :

Ce compteur comptabilise le nombre de coupure du canal TCH donc tout disfonctionnement partir de l allocation du canal physique TCH (ou les canaux logiques TCH et FACCH). Voici les transtions qui l incrmente gure 3.19 .

Fig. 3.19. Transitions incrmentant le drop TCH

HADJ TAEB Mohamed

39

Projet Fin d Etudes

Etat de l Art

d)

Call Drop :

Le Call Drop le problme peut tre dduit des transitions prcdemment spcies pour le Drop TCH mais en ne tenant compte que de la phase de communication. Il faut noter que la coupure d appel est le problme le plus gnant cot client et a in intensment sur son ue degr de satisfaction. Le chier XL2 englobe d une faon prcise tout le de message coul cot interface A ux donc il permet une vision dtaille et une investigation rigoureuse sur la qualit du rseau. Cela dit l extraction d indicateur de qualit partir de ce chier est une tche fastidieuse car on doit dmler dcompter toutes les transitions pour lire celles qui incrmente le compteur voulu. C pour a qu va tudier dans ce qui suit d est on autre types de chier qui contienne des donnes plus ou moins nalises : XLT, XLU et XLH. 3.4.2 Fichier XLT :

Ce chier permet de gnrer les statistiques sur les ressources savoir ressources SCCP, TCH et CIC. Il comptabilise le nombre d Erlang support par le BSC et par les cellules qui lui sont lis durant la priode d observation toute en spciant le nombre de ressources maximales simultanment occupe pendant cette priode. Ces ressources sont soit CIC (lien au niveau de l interface A) pour les BSC soit TCH pour les cellules. La seconde Srie d information contient les dtails statistiques pour chaque BSC. On y trouve une premire table listant les dirents CIC utiliss et pour chacun la dure minimale maximale et moyenne en spciant le nombre d allocation et de conversation. Une deuxime table concerne tout les CIC utiliss par le BSC courant. Elle liste la dure par nombre d allocation simultane (c est--dire pour 20 ressources alloues en mme temps on spcie la dure pendant la quelle ces 20 ressources ni plus ni moins reste allous) ainsi que la dure totale d allocation. Cette table nit par la moyenne du nombre d allocation de ressources. Ensuite on trouve une table similaire relative aux ressources SCCP de ce mme BSC. Enn pour chaque cellule de ce dernier encore une table similaire relative aux ressources TCH. Voici un exemple du chier XLT montrant les direntes tables cites ci-dessus table 3.2 .

HADJ TAEB Mohamed

40

Projet Fin d Etudes

Etat de l Art

HADJ TAEB Mohamed

41

Projet Fin d Etudes

Etat de l Art

Tab. 3.2. Fichier XLT

HADJ TAEB Mohamed

42

Projet Fin d Etudes

Etat de l Art

3.4.3

Fichier XLF :

Ce chier dcrit le de handovers. Il consiste en une srie de tables relatives chaque ux cellule. Chaque table indique les de handover entrant et sortant pour la cellule dsigne ux dans la premire ligne. La ligne suivante prsente les cellules avoisinantes et dans les quelles un HO a t observ. Chaque table se compose de 3 parties, une concernant le de HO sortant, une 2me ux pour les entrants et la 3me pour le de HO ping pong.. ux 3.4.3.1 Le ux de handovers sortant :

Les colonnes contenus dans cette premire partie : ULQ : a correspond au message Handover Performed et Handover Request (cause : Uplink Quality) : ces handovers sont dclenchs cause d une faible qualit dans le sens montant. Ces HO sont parmi les handovers intra BSC qui ont russi et inter BSC. ULS : Ces HO sont dclenchs cause d une faible puissance du signal dans le sens montant. DLQ DLS D : a correspond au message Handover Performed et Handover Request (cause Distance) : Handovers dclenchs quand la distance sparant le mobile la source devient importante. BC : a correspond au message Handover Performed et Handover Request (cause :Better Cell) : dclench lorsqu y a une meilleure cellulede point de vue radio. il DR : a correspond au message Handover Performed et Handover Request (cause : Direct Retry) : dclench lorsqu y a un manque de ressources dans la cellule d il origine. XX : a correspond au message Handover Performed et Handover Request (cause : other causes : dclench pour autres raisons que celle prsentes ci-dessus. Tx rep : a correspond au pourcentage du nombre des handovers inter BSC excut (message HOCMD : HO CoMmanD ) par rapport au nombre des HO sortants demands (message HORQD : HO ReQuireD). C le taux de rponse de la part de la cellule est

HADJ TAEB Mohamed

43

Projet Fin d Etudes

Etat de l Art

cible au demande de HO inter BSC de la part de la cellule tudie. Voir la gure 4.14 qui montre le de messages changs lors d HO inter BSC. ux un Tx failed : indique le complment 100% du pourcentage des handovers excuts avec succs (message Clear Command avec la cause Handover Successful) par rapport au nombre des handovers excuter : cette colonne spcie le taux d chec durant la phase d excution. Les colonnes suivantes concernent les dures d excution des HO inter-BSC. La durs mesures est entre l envoi du message handover command (HOCMD :du MSC vers le BSC) et le message Clear Command cause Handover successful (CLCMD (HoS) : du MSC vers le BSC). a correspond la dure durant laquelle le mobile peut accder au nouveau canal de trac qui lui est allou. Avg duration : dure moyenne ; Max duration : dure maximale ; Min duration : dure minimale ; Num HO : reprsente le nombre de handovers pour lesquels il est possible de mesurer le temps d excution. 3.4.3.2 Flux de messages des handovers entrants :

Cette deuxime partie, relative au de handover entrant la cellule examine, comprend ux des colonnes similaires ceux de la premire partie. La seule dirence noter rside dans les mesures de la dure d excution de handover. Pour les HO entrants la dure est mesure entre le message Handover Request acknowledge (HOREQ ack du BSC vers le MSC) et le message Handover Complete(HOCMP du BSC vers le MSC). a correspond la dure ncessaire pour que le mobile accde au nouveau canal de trac allou. 3.4.3.3 Flux de message des handovers ping pong :

HO-HO Out : reprsente le nombre de handovers sortants de la cellule examiner pour des connexions qui ont dj eu un handover indpendamment de ce qu l est ancienne cellule. Donc a reprsente le nombre de fois qu une connexion ait transit (entrant et

HADJ TAEB Mohamed

44

Projet Fin d Etudes

Etat de l Art

sortant par HO) en ayant la cellule examiner comme cellule de transit. Voir la gure suivante 3.20.

Fig. 3.20. cellule de transit lors d HO un

HOPPG : ce sont les HO-HO(<NN s) pour lesquels la cellule cible est la mme que la cellule source du handover prcdent. Ce sont les handovers ping pong . Les colonnes ULQ, ULS, DLQ, DLS, D, BC, DR et XX indique les pourcentages de chaque cause handover ping pong par rapport au total au nombre de HO ping pong pour le couple de cellules concernes. Voir la gure 3.21 :

Fig. 3.21. Handover ping pong

Voici un exemple du chier XLF prsentant les dirents champs spcis ci-dessus Table 3.3.

HADJ TAEB Mohamed

45

Projet Fin d Etudes

Etat de l Art

Tab. 3.3. Fichier XLF

HADJ TAEB Mohamed

46

Projet Fin d Etudes

Etat de l Art

3.4.4

Fichier XLU :

Le chier XLU contient les dtails sur les mises jour normales et priodiques et les causes des rejets des mises jour de localisation. Ce chier contient 2 tables : la premire est classe par rseau de l abonne et la deuxime par ancien LAC. Pour chaque ligne on trouve les champs suivants : Le LAC de l ancienne zone de localisation ; Le rseau origine de l abonn (quand le IMSI est demand durant la mise jour de localisation) ; Le nombre des mises jour de localisation normales demandes ; Le nombre de mises jour de localisation normales demandes russies ; Le nombre des mises jour de localisation rejetes ensuite dtailles en spciant la cause ; Le nombre des mises jour de localisation demandes ; Le nombre des mises jour de localisation qui ont t interrompus suite un problme radio ; Le nombre des mises jour de localisation rejetes avec la cause : PLMN Not Allowed, Network Failure, Invalid Mandatory Inforamion, Other Causes ; Le nombre de demande de mise jour de localisation priodique ; Nombre de mises jour de localisation priodiques russies Nombre de mises jour de localisation priodiques rejetes. Et voici un exemple du chier XLU table :

HADJ TAEB Mohamed

47

Projet Fin d Etudes

Etat de l Art

Tab. 3.4. Fichier XLU

HADJ TAEB Mohamed

48

Projet Fin d Etudes

Etat de l Art

3.4.5

Les indicateurs dduits de l interface A : Trac et Occupation des ressources :

3.4.5.1

Nombre d Erlang pour chaque BSC et le nombre maximum de ressources occupes. De mme pour chaque cellules de ce BSC. Dure moyenne, maximale et minimale d allocation et de conversation avec leurs nombres respectifs pour chaque CIC, PCM et Atermux. Dure cumule d occupation des ressources CIC et SCCP ainsi que nombre maximal de prise et le nombre moyen de ressource occup. Dure d occupation des ressources TCH par nombre de prise ainsi le nombre moyen d occupation de ces ressources. Et ce pour chaque cellule du BSC. 3.4.6 a) Indicateurs de qualit de service : Canaux SDCCH et TCH :

Taux de coupure SDCCH : un canal SDCCH doit tre tabli avant toutes transactions OC, TC, LU,...

Taux d chec d assignation pour congestion : taux de TCH non allou durant la phase d assignation pour congestion soit cot interface radio soit cot rseau.

HADJ TAEB Mohamed

49

Projet Fin d Etudes

Etat de l Art

Taux d chec assignation de TCH : taux d chec d obtention d canal TCH (congestion, un HO et radio Failures)

Taux de coupure TCH : Taux des TCH coups pour les problme systme, radio, handover, premption parmi le nombre d appel tabli dans la cellule.

b) Statistiques sur les appels : Taux de coupure d appel : le rapport des appels coups par rapport aux appels qui ont russi s tablir.

Taux d appels tablis avec succs : taux des appels qui aboutissent l assignation d un canal TCH avec succs c est--dire non interrompu ni par un SDDCH Drop ni par un Assignement failures.

Taux d appel russis : taux des appels qui se termine normalement (Normale Release) qui ne sont interrompu ni par un SDDCH DROP ni par un Assignment Failures et ni par une coupure d appel.

HADJ TAEB Mohamed

50

Projet Fin d Etudes

Etat de l Art

c) Statistiques sur les Handovers : Les causes des Handovers : prsenter la distribution des tentatives des handovers par causes UL/DL Qualit, UL/DL niveau, UL/DL Interfrence, Distance, Better Cell. Taux de rponse de HO sortant : taux de handovers sortant excuter par rapport au handovers requis dans la cellule.

Taux de succs de HO sortant : taux de handovers sortants termins avec succs c est dire il y a une libration du lien par rapport au handovers sortants xcuter.

Taux de rponse de HO entrant : taux de handovers entrants excuter par rapport au handovers demands de la part d une autre cellule.

Taux de succs de HO entrant : taux de handovers entrants termins avec succs au niveau de la cellule par rapport au handovers entrants xcuter.

d) Statistiques sur les mises jour de localisation : Taux de mise jour de localisation normale/priodique rejete, russi, ayant des problmes radio. Distributions des causes de rejet des mises jour de localisation normale : PLMNNA : Public Land Mobile Network Not Allowed ; IUH : IMSI Unknown HLR ; LANA : Location Area Not Allowed ; INF : Invalid Number Format ; IMEINA : IMEI not Allowed ;

HADJ TAEB Mohamed

51

Projet Fin d Etudes

Etat de l Art

IMI : Invalid Mandatory Inforamtion ;[Alc03]

3.5

Conclusion

Dans ce chapitre nous avons tudi les spcicits de l interface A. On a prcis son emplacement, son rle dans le rseau, la couche protocolaire qui la rgisse et enn le de messages ux qui la traverse. Cette tude nous a permis de d exploiter les chiers de capture dcrivant les changes de donnes au niveau de cette interface qui permet une vision globale du rseau. Dans une tape ultrieure de ce chapitre nous avons tudi avec prcision le contenu de ces chiers avant d extraire certains indicateurs de qualit. en Dans le chapitre suivant on va mettre en pratique cette tude en concevant et en ralisant un outil de traitement de ces chiers et d exploitation de leur contenu.

HADJ TAEB Mohamed

52

Conception et ralisation

Chapitre

Projet Fin d Etudes

Conception et ralisation

4
Conception et ralisation
4.1 Introduction :
La phase de conception est sans doute la phase la plus dlicate du projet puisqu in elle uera directement les performances et le bon fonctionnement de l outil developp qui se doit re robuste, e cace et able. En eet durant cette phase les ventuelles solutions sont tudies et les algorithmes et les traitements accomplir par l outil sont xs ceci permettra de bien comprendre le but de l application et les rsultants qu souhaite avoir. on

4.2

Environnement informatique :

Oracle JDeveloper 10g : C un IDE (Integrated Development Environment) Java proest duit par la corporation Oracle. Il dispose d une interface de manipulation simple et permet la cration des interfaces graphiques via Java/Swing. Oracle JDdeveloper supporte aussi le cycle de vie complet du dveloppement avec des moyens de modlisation, de codage, de debug et de dploiement des applications.

HADJ TAEB Mohamed

54

Projet Fin d Etudes

Conception et ralisation

Microsoft SQL Server 2000 : Microsoft SQL Server 2000 est serveur de base de donnes il a la capacit de contenir des base de grande taille. Rational Rose Entreprise : Ce logiciel supporte les outils de la modlisation UML. Nous l avons utilis pour tracer les diagrammes des cas d utilisation et les diagrammes de squence. Il ore aussi beaucoup des composantes pour la construction des schmas explicatifs comme les diagrammes de la machine d tat. Scientic Workplace 5.0 : cet un diteur Latex qui permet de gnrer automatiquement un document sous le format PDF. Nous l avons utilis pour la rdaction du rapport. Microsoft SQL Server JDBC Driver : JDBC est une API dnie par Sun pour permettre un accs aux bases de donnes avec Java. Pour pouvoir utiliser JDBC, il faut un pilote qui est spcique la base de donnes la quelle nous voulons accder. Une fois que nous avons charg le nom de la pilote, nous spcions l adresse du serveur de base de donnes, le numro de port (par dfaut 1433) et le nom de la base de donnes. JFreeCharts 1.0.1 : c une bibliothque libre de traage des courbes destine pour les est applications Java. Elle peut tre utilise avec Java/Swing (c notre cas), les applets est et les servlets. JFreeCharts permet de construire divers types de courbes : courbes de rpartition, courbes combines, courbes axes multiples, courbes dynamiques . . . etc.

4.3

Cahier de charge :

Le cahier de charges prvoit les traitements que doivent accomplir les dirents modules de l application. Les tches raliser sont : Formatage et traitement des chiers fournis par cigale et leur insertion dans la base de donnes. Exploitation du chier XL2 pour la dtermination du nombre d occurrence des transitions de la machine d tat voulues. Etude dtatille de ces transitions et de leurs signications Dnitions des procdures et anomalies communment utilises pour la supervision du rseau GSM. Convivialiser l exploitation de ces manipulations en mettant en uvre une interface utilisateur par l objet Swing de Java Developer.

HADJ TAEB Mohamed

55

Projet Fin d Etudes

Conception et ralisation

Prsenter les rsultats des indicateurs par des courbes statistiques grce la librairie JFreecharts.

4.4
4.4.1

Modles de cas d utilisation :

Use case " traitement des chier et insertion dans la base" :

L utilisateur grce une interface graphique va pouvoir choisir un chier pour le traiter et le stocker dans une base de donne comme le montre le diagramme suivant.

Fig. 4.1. Use case " traitement des chier et insertion dans la base"

HADJ TAEB Mohamed

56

Projet Fin d Etudes

Conception et ralisation

4.4.2

Use case "Conguration des indicateurs" :

Les indicateurs sont dterminer grce au transitions de la machine d tat de l interface A ou en d autre terme grce au mesage et vnements peru ce niveau. 4.4.3 Use case "Interface de conguration" :

Fig. 4.2. Use case "Interface de conguration"

HADJ TAEB Mohamed

57

Projet Fin d Etudes

Conception et ralisation

4.4.4

Use case "courbes statistiques"

A chage des rsultats statistiques

Fig. 4.3. Use case "courbes statistiques"

HADJ TAEB Mohamed

58

Projet Fin d Etudes

Conception et ralisation

4.5
4.5.1

Diagrammes de Squences :
Diagramme de squence "Traitement et insertion dans la base" :

Fig. 4.4. Diagramme de squence "Traitement et insertion dans la base"

4.5.2

Diagramme de squence "Dtermination du nombre de transitions" :

Fig. 4.5. Diagramme de squence "Dtermination du nombre de transitions"

HADJ TAEB Mohamed

59

Projet Fin d Etudes

Conception et ralisation

4.5.3

Diagramme de squence "Dtermination du nombre des procdures" :

Fig. 4.6. Diagramme de squence "Dtermination du nombre des procdures"

HADJ TAEB Mohamed

60

Projet Fin d Etudes

Conception et ralisation

4.5.4

Diagramme de squence "A chage des courbes statistiques" :

Fig. 4.7. Diagramme de squence "A chage des courbes statistiques" :

4.6
4.6.1

Ralisation :
Interface de conguration des transitions :

La conguration d une transition consiste spcier les dirents lment de la transition de la machine d tat : etat initial, vnement, cause, tat nal. La dntion de la transition sera spcie par l utilisateur selon les indictauers qu souhaite calculer. Cette interface permet il de visualiser en premier lieu les transitions dja dnies dans la table en dessus et permet l insertion, la modication et la suppression des transitions.

HADJ TAEB Mohamed

61

Projet Fin d Etudes

Conception et ralisation

Interface de conguration des transitions

HADJ TAEB Mohamed

62

Projet Fin d Etudes

Conception et ralisation

Fig. 4.8. Insertion d une transition

HADJ TAEB Mohamed

63

Projet Fin d Etudes

Conception et ralisation

4.6.2

Interface de personalisation des procdures :

Cette interface permet l utilisateur de personnaliser lui mme la dnition d une procdure parmi celle prsente et qui sont gnralement tout ce quil ya de plus commun dans le rseau GSM. La dnition de cette procdure se fait par la sommation de certaines transitions spcies dans la premire partie. Il faut rappeler que les indicateurs de qualit peuvent tre dduites de ces transitions puisque ces dernires peuvent tre assimiles des compteurs lmentaires.

Interface de personnalisation des procdure 4.6.3 Interface de personnalisation des Anomalies :

Cette le principe de cette interface est le mme que celui de la prcdente sauf que la formule qu peut dnir ne se rsume pas une somme d on occurence de transition mais on dnit ici en plus des transitions incrmntantes de l anomalie mais aussi des transitions dcrmentantes. En validant la formule spcie est insre dans la table des anomalies.

HADJ TAEB Mohamed

64

Projet Fin d Etudes

Conception et ralisation

Interface de personnalisation des anomalies 4.6.4 Prsentation graphique des indicateurs par lments rseau

Cette interface permet de faire le choix de l indicateur et la dure pendant la quelle on souhaite voir son volution :

HADJ TAEB Mohamed

65

Projet Fin d Etudes

Conception et ralisation

En validant une nouvelle interface s ouvre pour le choix de l lment rseau :

Statistique sur les direntes cellules 4.6.5 Rpartition des causes de HO inter et intra BSC par couple de cellule :

Ce graphe montre la rpartition des causes des handovers par couple de cellules. Les donnes sont extraites du chier XLH qu a prsent dans la chapitre prcdent : on

HADJ TAEB Mohamed

66

Projet Fin d Etudes

Conception et ralisation

Fig. 4.9. Rpartition des causes de Handover

HADJ TAEB Mohamed

67

Projet Fin d Etudes

Conception et ralisation

4.6.6

Rpartition des Mises jour de localisation

Ce graphes montre la rpartition des mises jour de localisation en spciant le rseau de l abonn, l ancien lac, et la lac destination. On y trouve en plus du nombre des mises jour de localisation normale et celui des checs radio les dtails sur les causes du rejets.

4.7

Conclusion gnrale :

L apport de ce stage a t d une importance considrable, en eet il nous a permis de : S intgrer au sein de l entreprise Orascom Tunisie Tlcom (OTT) et de collaborer avec les dirents membres concerns par le projet. Approfondir mes connaissance sur le rseau GSM : fonctionnement, norme, ingnierie vue que j ctoy durant les quatre mois de mon PFE des ingnieurs de tlcomai munications. Adopter les concepts et les principes de la mthodologie UML aux besoins de l application. D autre part l tude ralise sur les transitions de la machine d tat de l interface A m a permis de voir de plus prt ce passe dans le rseau lors des direntes procdures. En plus l tude des performances et le suivi de qualit m permis de mieux comprendre la signiont cation de certains indicateurs de qualit du rseau. Le plus bnque dans tout a c que est j eu l ai occasion maintes reprises de voir et d apprendre sur les mthodes et les dmarches prises par l quipe, que j intgre, pour l ai valuation de la qualit de service et le suivi des performances du rseau. Paralllement l approfondissement de mes savoirs en rseaux mobiles j eu une opportuai nit consistante pour me familiariser avec certains outils de dveloppement surtout le langage de programmation JAVA et les mthodologies SGBD. Enn nous voulons signaler que ce stage nous a t vraiment d grand apport du fait un qu nous a oert l il occasion d amliorer notre formation acquise Supcom.

HADJ TAEB Mohamed

68

Projet Fin d Etudes

Conception et ralisation

Fig. 4.10. Rpartition des mises jour de localisation

HADJ TAEB Mohamed

69

Projet Fin d Etudes

Conception et ralisation

Bibliographie
[Alc03] Alcatel. Bss-denition of quality of service indicator. Technical Report, Alcatel (2003). [AST02a] ASTELLIA. Cigale USER MANUAL ASTELLIA (2002). . [AST02b] ASTELLIA. Protocol automate module 3 volume 802p. Astellia, v 12 edition , (October 2002). [Hei99] Gunnar Heine. GSM Networks : Protocols, Terminology, and Implementation . Artech House, Boston and London (1999).

HADJ TAEB Mohamed

70

Prsentation du rseau GSM

Annexe

Projet Fin d Etudes

Prsentation du rseau GSM

Prsentation du rseau GSM

A.1

Principe du rseau GSM

Le GSM est un systme cellulaire qui a t dvelopp dans le but de permettre aux utilisateurs, o qu soient, stationnaires ou mobiles, de communiquer entre eux et avec les abonns ils du rseau xe (RTC, Rseau Tlphonique Commut), par l intermdiaire d terminal porun tatif mettant faible puissance (de 0.25 8W)[AST02a]. Pour cela, le territoire est dcoup en "cellules" couvertes par des metteurs rcepteurs de base (BTS, Base Transceiver Station). Pour viter les interfrences, deux cellules contigus ne peuvent utiliser les mmes frquences ; par contre les mmes frquences peuvent tre rutilises pour des cellules su samment loignes. Les rseaux GSM utilisent le format numrique pour la transmission des informations, qu elles soient de type voix, donnes ou signalisation. Les quipements spciques constituant le squelette matriel d rseau GSM (BTS, BSC, MSC, VLR et HLR) dialoguent entre eux un en mettant en oeuvre les mmes principes que ceux utiliss dans le RNIS (Rseau Numrique Intgration de Service) :

HADJ TAEB Mohamed

72

Projet Fin d Etudes

Prsentation du rseau GSM

Architecture en couche (couches 1 3 du modle OSI), Utilisation des liaisons smaphores (signalisation), Caractristiques des liaisons : codage MIC (Modulation par Impulsion et Codage). La norme GSM fonctionne sur des largeurs de bandes comprises entre 890 et 915 MHz pour l mission du mobile 935 et 960 MHz pour la rception, soit une disponibilit en frquences de 25 MHz. La bande de frquences utilise par un portable GSM (900 MHz) ainsi que la puissance dveloppe par celui-ci (2 watts) permet un relais de couvrir une surface plus importante qu avec un portable DCS 1800 (Digital Cellular System 1800 : transposition de la norme GSM dans la bande de frquence des 1800Mhz) (1800 MHz - 1 watt), la distance maximale laquelle un portable peut accrocher un relais est donc moins importante ce qui le dsavantage en milieu rural par rapport au GSM. De ce fait pour couvrir une mme surface on estime qu est ncessaire d il avoir une fois et demi plus de relais DCS 1800 que de relais GSM. Les principales caractristiques de la norme GSM sont donnes dans le tableau A.1 : GSM 890-915 MHz 935-960 MHz 25+25 MHz TDMA 200kHz 45 MHz 124 8 13 kbit/s GSMK 9.6 kbit/s DCS 1710-1785 1805-1880 75+75 MHz TDMA 200 kHz 95 MHz 374 8 13 kbits/s GMSK 9.6 kbit/s

Frquence d mission du terminal vers la station de base Frquence d mission de la station de base vers le terminal Bande de frquence disponible Mode d accs Espacement des canaux radio Espacement du duplex Nombre de canaux radio par sens Nombre de canaux de parole plein dbit Dbit d codec plein dbit un Type de Modulation Dbit maximal de transmission de donnes

Tab. A.1. Caractristiques de la norme GSM

A.2

Architecture GSM

Un rseau GSM est constitu de deux sous parties essentielles qui sont le BSS (Base station Sub-System) qui gre les ressources radio, et le NSS (Network Sub-System) qui assure

HADJ TAEB Mohamed

73

Projet Fin d Etudes

Prsentation du rseau GSM

l tablissement des appels et la mobilit. Les principaux composants d rseau GSM sont un illustrs dans la gure A.1 :

Fig. A.1. Architecture du rseau GSM

A.2.1

La station Mobile

La station mobile est compose d une part du terminal mobile, et d autre part du module d identit d abonn (SIM Subscriber Indentity Module). Le terminal mobile est l appareil utilis par l abonn. Dirents types de terminal sont prescrits par la norme en fonction de leur application et de leur puissance (de 0.8W 20W). Chaque terminal mobile est identi par un code unique IMEI (International Mobile Equipment Identity). La carte SIM est une carte puces qui contient dans sa mmoire le code IMSI (International Mobile Subscriber Indentity) qui identie l abonn de mme que les renseignements relatifs l abonnement (services auxquels l abonn a droit). A.2.2 Le sous-systme de station de base

Le sous-systme radio, reprsent par la gure A.2, comprend deux parties. La premire, appele station de base (BTS, Base Transceiver Station). Une BTS est le point d accs au PLMN. Elle est compose d ensemble d un metteur rcepteur appels TRX, Transceiver. Elle a la charge de la transmission radio, la modulation, la dmodulation et le codage correcteur d erreur. La BTS gre la couche physique en assurant le multiplexage TDMA, le saut de frquence et le chirement. Elle ralise aussi les mesures radio ncessaires.

HADJ TAEB Mohamed

74

Projet Fin d Etudes

Prsentation du rseau GSM

La seconde partie est le contrleur de station de base (BSC, Base Station Controller) organe intelligent du BSS dont le rle est de grer les ressources radio (conguration des canaux, transfert intercellulaire) d une ou plusieurs stations de base (BTS), de contrler les puissances mises par la BTS et la MS et de dcider l excution du handover, en plus d tablir le lien physique (via l interface A) entre les BTS et le commutateur de service mobile (MSC).

HADJ TAEB Mohamed

75

Projet Fin d Etudes

Prsentation du rseau GSM

Fig. A.2. Sous-systme Radio

A.2.3

Le sous Rseau Systme

Le rle principal de ce sous-systme est de grer les communications entre les abonns et les autres usagers qui peuvent tre d autres abonns ou des usagers du rseau tlphonique xe. Comme l illustre la gure A:3, ce sous-systme est compos de : Commutateur de service mobile (MSC - Mobile Switching Center) : est un commutateur numrique en mode circuit. Cet lment s occupe de la gestion des appels, gre la transmission des messages courts ((Short Message Service SMS)) et l excution du handover inter BSC. Il dialogue avec le VLR pour grer la mobilit des usagers et tout ce qui est li l identit des abonns, leur enregistrement et leur localisation. Commutateur d entre de service mobile (GMSC Gateway MSC) : Ce commutateur est l interface entre le rseau cellulaire et le rseau tlphonique publique. Le GMSC est charg d acheminer les appels entre le rseau xe et le rseau GSM. Registre des abonns locaux (HLR Home Location Register) : Le HLR est une base de donnes dans laquelle sont stockes les informations de tous les abonns un PLMN. Ces donnes regroupent l IMSI, le numro de l abonn et le prol de l abonnement. Le HLR mmorise pour chaque abonn le VLR o il est enregistr. Registre des abonns visiteurs (VLR Visitor Location Register) : C une base de est donnes contenant les informations relatives aux abonns prsents dans une zone gographique. Ces donnes regroupent principalement l identit temporelle et la zone de localisation. En gnral il y a un seul VLR pour chaque MSC.

HADJ TAEB Mohamed

76

Projet Fin d Etudes

Prsentation du rseau GSM

Centre d authenticit (AuC Authentication Center) : Le AuC est une base de donnes protge qui contient une copie de la cl secrte inscrite sur la carte SIM de chaque abonn. Cette cl est utilise pour vrier l authenticit de l abonn et pour l encryptage des donnes envoyes. Registre d identication d quipement (EIR Equipement Identity Register) : Le registre EIR contient la liste de tous les terminaux valides, chaque terminal tant identi par un code IMEI.

Fig. A.3. Sous Systme Rseau

A.3

Les interfaces du rseau GSM

Les dirents lments du rseau GSM assurent des fonctions complmentaires et chacun obit des normes spciques. En eet, chaque lien entre deux quipements adjacents forme une interface. Les interfaces sont des composantes importantes du rseau GSM car elles assurent le dialogue entre les quipements et permettent leur inter-fonctionnement. Ces interfaces sont prsentes dans le tableau A.2 .

HADJ TAEB Mohamed

77

Projet Fin d Etudes

Prsentation du rseau GSM

Nom Um Abis A C D E G F B H

Localisation MS BTS BTS BSC BSC MSC GMSC HLR VLR HLR MSC MSC VLR VLR MSC EIR MSC VLR HLR AUC

Utilisation Interface radio Divers Divers Interrogation HLR pour appel entrant Gestion des inforamtions d abonnes et de localisation Excution des handovers Gestion des informations abonnes Vrication de l identit du terminal Divers Echange des donnes d authentication

Tab. A.2. Liste des interfaces dans le rseau GSM La disposition des interfaces dans le rseau GSM est prsente dans la gure A.4.

Fig. A.4. Disposition des Interfaces dans le rseau GSM

A.4

L interface Radio

Bien que l objet du projet se rapporte essentiellement sur l interface A et l analyse des messages passants par elle, il est prfrable de prsenter en premier lieu l interface radio. En eet c l est une des interfaces les plus importantes d systme GSM puisque c elle qui un est permet la connexion sans l du terminal au PLMN et c sur elle que le systme doit faire face est aux dirents problmes que pose le medium radio. Et d ailleurs la visualisation de l interface A est en quelque sorte un moyen supplmentaire pour la vrication des mesures radio.

HADJ TAEB Mohamed

78

Projet Fin d Etudes

Prsentation du rseau GSM

Pour remdier aux dirents problmes au niveau de cette interface, plusieurs fonctions de contrle de natures varies ont t dnies. Ces fonctions engendrent des transferts de donnes (informations systme, relevs de mesures, messages de contrle) achemines sur plusieurs canaux logiques. A.4.1 Accs radio

La mthode d accs l interface radio est la mthode d accs mixte F-TDMA qui est la combinaison du mode FDMA (Frequency Division Multiple Access) et du mode TDMA (Temporary Division Multiple Access ) La bande de frquence ddie la norme GSM est subdivise en sous bandes de 200KHz puis chaque spectre est rparti dans le temps par la mthode d accs TDMA : Chaque porteuse est divise dans le temps en 8 TS (time slot= intervalle de temps). Les slots sont numrots par un indice qui varie de 0 7. Un canal physique est donc constitu par la rptition priodique d slot dans la trame TDMA sur une frquence particulire. Les un concepteurs de GSM ont prvus la possibilit de n allouer un utilisateur qu slot toutes les un 2 trames TDMA. Cette allocation constitue un canal physique demi dbit par opposition au canal plein. Le saut de frquence lent permet de lutter contre les vanouissements slectifs et accrot les performances du rseau en cas de charge importante. Dans ce cas, le canal physique ne sige pas sur une seule porteuse mais utilise un ensemble de porteuses parcourues selon un certain ordre dni par une squence de saut qui peut tre cyclique ou pseudo alatoire. La gure A.5 prsente des canaux physiques plein dbit et demi dbit avec ou sans saut de frquence.

HADJ TAEB Mohamed

79

Projet Fin d Etudes

Prsentation du rseau GSM

Fig. A.5. Canaux physiques simplex

A.4.2

Canaux logiques GSM

Les canaux de trac sont bidirectionnels. Ils permettent de transmettre la parole en pleindbit (13 kbits/s) ou en demi dbit ( 5,6 kbits/s) et les donnes jusqu a 12 kbits/s. Les canaux de commande vhiculent le trac de signalisation et se subdivisent en 3 catgories : les canaux de diusion, les canaux communs et les canaux ddis. Le tableau A.3 prsente l ensemble des canaux de commandes.

HADJ TAEB Mohamed

80

Projet Fin d Etudes

Prsentation du rseau GSM

Tab. A.3. Les canaux de commandes

A.5
A.5.1

Fonctionnement du rseau GSM :

Traitement des appels L tablissement d une communication

A.5.1.1

Lorsqu mobile dsire faire un appel : un Il transmet son identit et le numro appeler sur un canal d accs. Le BSC reoit le message et prvient le MSC.

HADJ TAEB Mohamed

81

Projet Fin d Etudes

Prsentation du rseau GSM

Le MSC cherche un canal libre et le transmet au mobile. Le mobile se met sur le nouveau canal et attend la rponse Lorsqu mobile est appel : un Le mobile est toujours l coute du canal de paging, attendant qu message lui soit un envoy. Lorsqu MSC doit diriger un appel vers sa destination, il demande au MSC d un attache du tlphone appel qui l informe de la position de celui-ci. Il achemine l appel au MSC responsable de la zone de l appel, qui peut transmettre sur le canal de paging la requte d appel. Le tlphone qui se reconnat rpond et reoit alors le canal utiliser pour la communication. Il se met alors sonner. A.5.1.2 Authentication et scurit

L emploi d canal radio rend les communications vulnrables aux coutes et aux utilisaun tions frauduleuses, le systme GSM a donc recours aux procds suivants : Authentication de chaque abonn avant de lui autoriser l accs un service, Utilisation d une identit temporaire, Chirement (ou cryptage) des communications. A.5.2 Gestion de la mobilit La mise jour de localisation :

A.5.2.1

La fonction de mise jour de localisation permet de localiser en permanence les abonns du rseau et de mettre jour les informations de localisation. Pour faciliter cette localisation, les cellules sont regroupes en " zones de localisation " et chaque changement de zone, le mobile doit s authentier au rseau pour indiquer sa nouvelle position. Dans le cas habituel, un message de mise jour de la localisation est envoy au nouveau MSC/VLR s y a changement de zone de localisation de l il abonn. Le VLR procde par la suite la rcupration du prol de l abonn auprs de l ancien VLR qui enregistre les informations

HADJ TAEB Mohamed

82

Projet Fin d Etudes

Prsentation du rseau GSM

et les envoie au HLR de l abonn. Le HLR demande alors l ancien VLR d eacer les donnes relatives l abonn. A.5.2.2 Le Handover :

Dans un rseau cellulaire, la liaison radio entre un mobile et une station de base n pas est alloue dnitivement pour toute la conversation. Le " Handover " reprsente la commutation d appel en cours vers un autre canal ou une autre cellule. un Les problmes lis la mobilit d terminal en communication, sont rgls conjointeun ment par la structure xe et le mobile. La dcision d eectuer un basculement de frquence ncessaire au traitement d transfert intercellulaire (Handover) reste toutefois la charge un des quipements xes (MSC + BSC). Cette dcision dcoule des traitements lis aux mesures sur le niveau de rception du mobile eectu par ce dernier (sur les frquences balises environnantes) et transmises la BTS nominale relayant la communication en cours. Le principe repose sur : Les mesures faites par le terminal mobile et transmises au BSC courant ; La dcision prise par le BSC d eectuer un Handover aprs identication d une ou plusieurs cellules utilisables ; si plusieurs cellules sont ligibles, le MSC dtermine, en fonction des charges de trac, la cellule la plus judicieuse eectuer la communication ; La rservation d deuxime canal de trac entre la nouvelle BTS et le mobile ; un Un basculement eectu par le mobile sur rception d une commande mise par le BSC. Dans le GSM, le Handover s eectue avec coupure de la communication imperceptible pour l utilisateur.On peut direncier deux classes standard de Handovers : Better cell Handovers qui sont dclenchs an d amliorer la performance du rseau en minimisant l interfrence et la charge de signalisation. Emergency Handovers qui sont dclenchs lors de la dtection d problme dans la un cellule de service (une mauvaise qualit du signal, un niveau faible du signal, des interfrences,. . . ).

HADJ TAEB Mohamed

83

Projet Fin d Etudes

Prsentation du rseau GSM

A.5.2.3

La slection/re-slection des cellules :

Contrairement au Handover qui se droule lorsque le mobile est en mode ddi, le processus de slection ou de re-slection de cellules s eectue lorsque le mobile est en mode de veille. La fonction de slection de cellule est ralise uniquement la mise sous tension du mobile, elle permet ce dernier de choisir quelle cellule se connecter an de communiquer avec le rseau et d tre prt tout instant mettre ou recevoir des appels. La fonction de re-slection n eectue qu est aprs une premire slection et est ralise lors du dplacement du mobile. Cette fonction est active si la cellule prcdemment slectionne ne permet plus au mobile de communiquer correctement avec le rseau pour une raison ou une autre.

HADJ TAEB Mohamed

84

Les arcitectures SGBD

Annexe

Projet Fin d Etudes

Les arcitectures SGBD

Les arcitectures SGBD

B.1

L architecture Client-Serveurs :

Cette architecture permet de subdiviser un processus informatis en au moins deux taches client et serveur avec un mcanisme de coopration qui permet ces sous processus de cooprer entre eux. Ces processus sont des applications communiquant via des requtes avec rponses Ils permettent la gestion des donnes sur le serveur partag entre plusieurs utilisateurs, la gestion des interfaces graphiques, la communication par des protocoles standardiss et la distribution des programmes applicatifs n de minimiser les cots. L architecture Client-Serveur possde cependant des inconvnients. Dans cette architecture le client se charge de la grande majorit des traitements applicatifs. En plus, ce type d architecture est grandement rigidi par les cots et la complexit de sa maintenance. Mais le majeur problme c l est absorption complte des ressources du serveur de donnes, en fait chaque session ouverte ncessite une connexion de base de donnes distincte.

HADJ TAEB Mohamed

86

Projet Fin d Etudes

Les arcitectures SGBD

Fig. B.1. Architecture Client Serveur

B.2

Architectures 3-tiers :

L architecture 3-tiers a t pense pour pallier aux limitations des architectures ClientServeur et concevoir des applications puissantes et simples maintenir. Ce type d architecture permet de distribuer plus librement la logique applicative, ce qui facilite la rpartition de la charge entre tous les niveaux. Cette volution des architectures Client-Serveur met en oeuvre une approche objet pour orir une plus grande souplesse d implmentation et faciliter la rutilisation des dveloppements. Thoriquement, ce type d architecture limine tous les inconvnients des architectures prcdentes : Elle permet l utilisation d interfaces utilisateurs riches, Elle spare nettement tous les niveaux de l application, Elle ore de grandes capacits d extension.

Fig. B.2. Architectures 3-tiers

HADJ TAEB Mohamed

87

Le language de modlisation UML

Annexe

Projet Fin d Etudes

Le language de modlisation UML

Le language de modlisation UML

UML (Unied Modeling Language) se dnit comme un langage de modlisation graphique et textuelle destin comprendre et decrire des besoins, spcier et documenter des systmes, esquisser des architectures logicielles, concevoir et communiquer travers divers points de vue. Nous essayerons dans ce qui suit de donner une brve prsentation sur ce langage conceptuel.

C.1

La syntaxe du langage UML :

La modelisation du systme commence par l identication des acteurs et des use cases et se poursuit par la description des use cases. Pour une bonne comprhension du modle, il parat ncessaire de dnir certains termes propres au langage UML. Les acteurs : Ils n appartiennent pas au systme, mais ils interagissent avec

HADJ TAEB Mohamed

89

Projet Fin d Etudes

Le language de modlisation UML

celui ci. Ils fournissent de l information en entre et/ou reoivent de l information en sortie. Le nom de l acteur correspond au rle jou par la personne. Les scnarios ou use cases : Un use case modlise un dialogue entre un acteur et le systme. C la reprsentation d est une fonctionnalit oerte par le systme. L ensemble des uses forme toutes les faons possibles d utilisation du systme. Les relations dans les uses cases : UML propose dirents types de liens [UML en Action] entre les acteurs et les use cases : la relation de communication, la relation d utilisation et la relation d extension. La relation de communication : indique la participation d acteur et est reprsente par une ligne un solide entre l acteur et le use case. C la seule relation possible entre un est acteur et les use cases. La relation d utilisation ou includes entre use cases signie qu une instance du use case source inclut aussi le comportement decrit dans le use case destination. Cette relation lie l excution d use case un autre. Dans un l exemple qui suit, la consultation de la bibliothque ne pourra tre eectue que si l opration d authentication a t ralise avec succs. La relation d extension ou extends entre deux use cases signie que le use case source tend le comportement du use case destination. L excution d une fonction peut s eectuer indpendamment d une autre. L exemple qui suit illustre la relation entre la consultation de la bibliothque et l analyse du chier.

C.2

Les diagrammes UML :

La notation unie dnit 9 diagrammes pour reprsenter les dirents points de vue de modlisation. Ces diagrammes permettent de visualiser et de manipuler les lments de modlisation. Les diagrammes dnis par UML sont les suivants : Les diagrammes des use cases : reprsentation des fonctions du systme du

HADJ TAEB Mohamed

90

Projet Fin d Etudes

Le language de modlisation UML

Fig. C.1. Les rgles de modlisation UML

HADJ TAEB Mohamed

91

Projet Fin d Etudes

Le language de modlisation UML

point de vue de l utilisateur. Les diagrammes de squence : reprsentation temporelle des objets et de leurs interactions. Les diagrammes d activits : reprsentation du comportement d une opration en terme d actions. Les diagrammes de composants : reprsentation du code en termes de modules, de composants et surtout des concepts du langage ou de l environnement d implmentation. Les diagrammes de classes : reprsentation de la structure statique en terme de classes et de relations. Les diagrammes de collaboration : reprsentation spatiale des objets, des liens et des interactions. Les diagrammes de dploiement : reprsentation du deploiement des composants sur les dispositifs matriels. Les diagrammes d etats transitions : reprsentation du comportement d une classe en terme d etat. Les diagrammes d objets :reprsentation des objets et de leurs relations, correspond un diagramme de collaboration simpli, sans reprsentation des envois de messages. D une faon plus gnrale, UML permet de modliser les utilisations de cas et les scnarios (spcications, architecture fonctionnelle), les classes et les objets (analyse technique dtaille), les composants (architecture logicielle) et la distribution et le dploiement (architecture technique).

HADJ TAEB Mohamed

92