Vous êtes sur la page 1sur 51

PFE 2011/2012

P. 2

PFE 2011/2012

P. 3

PFE 2011/2012

P. 4

Sommaire Introduction Gnrale .................................................................................... 9 Chapitre1..........................................................................................................10 I. Prsentation Gnrale ............................................................................11


1. 2. 3. 4. 5. 6. Introduction ................................................................................................................. 11 Organisme daccueil : Prsentation de Tunisie Tlcom ........................................ 11 Prsentation du projet ................................................................................................ 13 But de projet ................................................................................................................ 14 Diagramme de Gantt ................................................................................................... 14 Conclusion .................................................................................................................... 14

Chapitre 2.........................................................................................................15 I. Etude thoriques ....................................................................................16


1. 2. Les systmes de communications mobiles ................................................................. 16 Architecture UMTS..................................................................................................... 19 2.1. 2.2. 3. 4. 5. Rseau d'accs Utran ............................................................................................ 19 Rseau cur .......................................................................................................... 21

Prsentation du HSDPA ............................................................................................. 24 HSPA+ : ........................................................................................................................ 25 Classes de services et QoS dfinies par lUMTS : .................................................... 25
5.1. 5.2. 5.3. 5.4. Critres de QoS ....................................................................................................... 25 Les classes de service ............................................................................................. 25 Les paramtres QoS Radio..................................................................................... 27 Vitesse de connexion .............................................................................................. 30

II.
1. 2. 3. 4. 5.

Etude pralable ...................................................................................31


Introduction ................................................................................................................. 31 Le systme actuel ......................................................................................................... 31 Critique de lexistant ................................................................................................... 31 Description de la solution : ......................................................................................... 32 Spcification des besoins :........................................................................................... 32
5.1. 5.2. Besoins fonctionnels .............................................................................................. 32 Besoins non fonctionnels ....................................................................................... 33

6. Conclusion .................................................................................................................... 33

PFE 2011/2012

P. 5

Chapitre 3.........................................................................................................34 III. Conception ..........................................................................................35


1. 2. Introduction. ................................................................................................................ 35 Conception gnrale .................................................................................................... 35
2.1. 2.2. 2.3. Cycle de vie dun logiciel : ...................................................................................... 35 Mthodologie de conception: ................................................................................. 37 Conception architecturale ..................................................................................... 37

3. Conception dtaille .................................................................................................... 38


3.2. 3.3. Diagrammes de squences .................................................................................... 42 Diagramme de classe ............................................................................................ 47

4. Conclusion .................................................................................................................... 48

PFE 2011/2012

P. 6

Liste des Figures


Figure 1 : Lorganigramme de Tunisie Telecom ................................................ 12 Figure 2 : Cycle de vie dun rseau cellulaire ..................................................... 13 Figure 3 : Evolution des systmes de communication Mobile ........................... 18 Figure 4 : Architecture globale du rseau UMTS .............................................. 19 Figure 5:Architecture du r seau d'accs .......................................................... 20 Figure 6:Node B avec antennes sectorielles ...................................................... 20 Figure 7:NodeB avec antenne omnidirectionelle .............................................. 21 Figure 8:Architecture du rseau cur de l'UMTS.............................................. 22 Figure 9:Dfrence entre 3G et HSDPA ............................................................. 25 Figure 10:Architecture du modle en V............................................................. 36 Figure 11:Architecture 3 tir ............................................................................. 38 Figure 12:Diagramme cas d'utilisation "Authentification"................................ 39 Figure 13:Diagramme cas d'utilisation complet ............................................... 40 Figure 14:Diagramme de squence"Connexion avec succs" ........................... 43 Figure 15:diagramme de squence"ajouter utilisateur" ................................... 44 Figure 16:Diagramme de squence "Afficher les Paramtres de signal" ........... 45 Figure 17:Diagramme de squence "Afficher Statistique" ................................ 46 Figure 18: Diagramme de classe....................................................................... 47

PFE 2011/2012

P. 7

Liste des Tableaux


Tableau 1:Diagramme de Gantt pour la ralisation de projet .............................................................. 14 Tableau 2:Niveau de Couverture ........................................................................................................... 28 Tableau 3:Qualit du signal Radio (RSSI) .............................................................................................. 29 Tableau 4:Vitesse maximum 3G thorique ........................................................................................... 30 Tableau 5:Temps thorique de tlchargements de fichiers................................................................. 30

PFE 2011/2012

P. 8

Introduction Gnrale
Aprs le succs que la deuxime gnration de tlphonie mobile a connu ; en particulier le GSM, une troisime gnration vient de complter lancienne dans un premier temps et probablement la remplacer au futur. En effet, les besoins des utilisateurs convergent vers des nouveaux services autres que la voix, tels que les donnes. Ces nouveaux services exigent des diffrents dbits plus importants que ceux supports par les systmes de deuxime gnration. Les contraintes exiges par les nouveaux services offerts par les rseaux de troisime gnration (3G) sont aussi diffrentes de ceux de la voix. Par ailleurs, le dploiement de ce rseau dans le monde ncessite la mise en uvre de nouveaux mcanismes pour lvaluation de performances de ce rseau afin dassurer une bonne qualit de service aux utilisateurs ; Cest dans ce cadre que notre projet sinscrit. Nous nous intresserons particulirement la conception et la ralisation dune application danalyse du signal radio du rseau 3G DATA. Dans le premier chapitre nous allons prsenter le cadre de projet, dans un deuxime chapitre, premirement une tude thorique deuximement une tude de lexistant qui consiste dvoiler la mthode actuelle utilise en relevant ses insuffisances et en proposant une solution. Et la fin de ce chapitre, nous allons dterminer les principales fonctionnalits offertes par lapplication en prcisant ses besoins fonctionnels et non fonctionnels. Le troisime chapitre abordera la phase de conception en spcifiant la

mthodologie adapte et en prsentant les diffrents diagrammes. Enfin, nous finissons dans un dernier chapitre par la partie ralisation o nous allons prsenter notre environnement de travail matriel et logiciel, ainsi que les principales interfaces graphiques ralises.

PFE 2011/2012

P. 9

Chapitre1 Prsentation Gnrale

PFE 2011/2012

P. 10

I. Prsentation Gnrale
1. Introduction
Chaque organisation possde ses propres spcificits et se distingue des autres structures qui lentourent. Il y a donc lieu de la prsenter sous ses diffrents aspects organisationnels et fonctionnels afin davoir une ide prcise sur la nature de ses activits.

2. Organisme daccueil : Prsentation de Tunisie Tlcom


Tunisie Tlcom est lOprateur historique de tlcommunication dans tous le territoire tunisien. Il a tait nomm au dpart loffice national des

tlcommunications. Cr suite la promulgation de la loi N36 du 17 avril 1995, loffice a ensuite chang de statut juridique, en vertu du dcret N30 du 5 avril 2004, pour devenir une socit anonyme dnomme la socit tunisienne de tlcommunication avec un non commercial Tunisie Telecom . En juillet 2006, il a t procd louverture du capital de Tunisie Telecom hauteur de 35% en faveur du consortium mirati Te-Com-DIG. Cette opration vise amliorer la rentabilit de Tunisie Telecom et lui permettre de se hisser parmi les grands oprateurs internationaux. Depuis sa cration, Tunisie Telecom uvre consolider linfrastructure des tlcoms en Tunisie, amliorer le taux de couverture de ses rseaux et augmenter sa comptitivit. Elle contribue galement la promotion de lusage des TICs et aux dveloppements des socits innovantes dans le domaine des tlcoms. Tunisie Telecom compte dans ses rangs plus de 6 millions abonns dans la tlphonie fixe et mobile, en Tunisie et ltranger. Elle joue en outre un rle important dans lamlioration du taux daccs de lInternet en Tunisie, ce qui lui permit datteindre le nombre 140 mille abonns la toile la fin du mois davril 2008.

PFE 2011/2012

P. 11

Tunisie Telecom se compose de 24 directions rgionales et de plus de 80 Actels et points de vente. Elle emploie vers les 8000 agents.

Figure 1 : Lorganigramme de Tunisie Telecom


Pionnire du secteur des tlcoms en Tunisie, Tunisie Telecom a tabli un ensemble de valeurs dfinitoires qui place le client au centre de ses priorits. Ladoption de ces valeurs se traduit en particulier par une amlioration continue des standards de lentreprise et de la qualit des services.

PFE 2011/2012

P. 12

3. Prsentation du projet
La figure ci-aprs reprend les principales tapes du cycle de vie dun rseau cellulaire.
1-Projet initial -stratgie -Dimensionnement -Plandaffaires Dcision dinvestissement 2-planification technico-conomique -conception et planification -surveys -Dossier de condidature

Choix technologique Obtention de la licence

Cycle de vie dun rseau cellulaire


5-expansion -Densification -Dfinition des nouveaux objectifs 3-Ralisation -Dploiement -Stratgie commerciale

Optimisation Ouverture commerciale 4-Exploitation -Amlioration services -suivi de la QoS des

Figure 2 : Cycle de vie dun rseau cellulaire


Ce projet de fin d'tude consiste la conception et la ralisation dune application qui aide a valu la performance du rseau daccs internet mobile. L'originalit de ce travail vient de l'laboration d'une mthodologie d'valuation de performances du rseau 3G Data. Cette mthodologie, permettant galement de localiser les anomalies dans le rseau Ainsi, ce projet sintresse la 4me tape du cycle de vie dun rseau cellulaire, le suivi de la QoS du rseau internet mobile.

PFE 2011/2012

P. 13

4. But de projet
Le but de notre projet est la ralisation dun outil de mesure de QoS dune cl 3 G. Et afin de concrtiser notre application on va passer par les tapes suivantes : Etude thoriques dun rseau cellulaire haut dbit Une tude pralable pour mentionner les besoin fonctionnels et non fonctionnels de notre application Conception et modlisation Ralisation de lapplication Test de fonctionnement de lapplication

5. Diagramme de Gantt
Pour la ralisation de notre projet de fin dtudes, il nous a t ncessaire de suivre une dmarche bien dtermine. Le chronogramme ci-dessous donne une ide approximative sur le droulement de ce projet.

Tableau 1:Diagramme de Gantt pour la ralisation de projet 6. Conclusion


Tout au long de ce chapitre, nous avons pu situer le cadre gnral de notre projet de fin dtudes, savoir la prsentation des ses objectifs, la socit daccueil ainsi que le chronogramme suivi pour la ralisation des diffrentes tapes du projet.

PFE 2011/2012

P. 14

Chapitre 2 Etat de lart

PFE 2011/2012

P. 15

I. Etude thoriques
Durant ces dernires annes, on assistait une croissance trs importante de deux secteurs Technologiques : lInternet et les communications mobiles sans fil. Selon lUnion Internationale des Tlcommunications (ITU), il y a approximativement 2 milliards dutilisateurs dInternet la fin de lanne 2011. Une croissance de mme ampleur a touch les rseaux cellulaires mobiles. Bien quils aient tous les deux un succs remarquable auprs des usagers, ces deux technologies ont t souvent vues sparment lune de lautre. Ceci est d principalement leur nature diffrente : lInternet a t conu pour transporter du trafic de donnes alors que les rseaux cellulaires sans fil ont t initialement conus pour transporter la voix. Ces dernires annes, la frontire entre ces deux technologies commence sestomper, surtout avec lintroduction de plusieurs propositions pour les tlcommunications mobiles internationales IMT-2000 dans lITU [3GPP, 2002a]. Cela a conduit lapparition des systmes rseautiques mobiles des prochaines gnrations qui sont supposs tre des plates-formes multiservices supportant voix, vido et services de donnes des hauts dbits. Lvolution des rseaux mobiles dans le sens doffrir cette multitude de services hybrides aux usagers mobiles na pas pu russir sans lintroduction du support de la qualit de service (QoS). Ainsi, dans ce chapitre, nous commencerons par donner un aperu sur larchitecture et le concept de rseaux 3G. Ensuite, les spcifications de larchitecture de la QoS des accs de troisime Gnration.

1. Les systmes de communications mobiles


Depuis les premires expriences de Marconi la fin du XIXe sicle, les communications sans fil entre deux lments mobiles ont t limites des applications professionnelles et ce, jusqu la fin des annes soixante dix. Il a fallu attendre les annes quatre vingt avant de voir la naissance des systmes de tlphonie mobile cellulaire, de premire gnration, entirement analogiques comme le NMT (Nordic Mobile Telephony), lAMPS (Advanced Mobile Phone Service), le TACS (Total Access Cellular System) ou le Radiocom2000.

PFE 2011/2012

P. 16

Nanmoins, les ressources spectrales rduites, la courte dure de vie des batteries et le cot du terminal, ont t des obstacles qui ont restreint les dbuts du dveloppement des tlphones portables de premire gnration. La seconde gnration des systmes cellulaires est apparue au dbut des annes 90 avec le DECT (Digital Enhanced Cordless Telecommunications), le GSM (Global System for Mobile communications, Europe), le PDC (Japon), et le PCS (tats-Unis). Prvue initialement pour des applications de transport de la parole et de donnes faibles dbits (9600 bits/s) autour des frquences (935-960 MHz) ou (890-915 MHz), cette norme a permis lessor des communications mobiles. Les performances (efficacit spectrale, scurit, fonctionnalits) de la seconde gnration de systmes cellulaires sont plus importantes que celles de la premire gnration. Un important apport ces systmes a consist en la modification de lamthode daccs aux donnes, et a donn lieu la naissance de la gnration intermdiaire nomme 2.5G, incarne par le systme GPRS (General Packet Radio Service). Une autre forme dvolution des systmes cellulaires de seconde gnration est incarne par les systmes EDGE (Enhanced Data rate for GSM Evolution) ; ils utilisent une nouvelle modulation, optimisant le dbit efficace linterface GSM, permettant datteindre des dbits de 384 Kbits/s au maximum. Les diffrents continents ont dvelopp des systmes assez similaires dans le principe, mais parfois diffrents dans leur ralisation. Cest donc dans le cadre dune homognisation globale des standards quest ne lide dune troisime gnration de systmes cellulaires. La troisime gnration (3G) de systmes cellulaires, souvent assimile en Europe lUMTS (Universal Mobile Telecommunication Services), a t principalement conue et imagine afin de satisfaire lacheminement de donnes multimdia (accs Internet, aux rseaux dentreprise, des services de messageries, de visioconfrence, de jeux, ....). Au mme titre que le GPRS et EDGE ont permis, sans modifier le principe de base des communications, leur gnration de systmes cellulaires dvoluer en terme defficacit. Le HSDPA (High-Speed Downlink Packet Access) est dj considr comme le standard 3.5G des tlcommunications mobiles. Alors que le dbit maximum permis sur une liaison UMTS est de 2 Mbits/s pour une bande passante de

PFE 2011/2012

P. 17

5MHz, le HSDPA, autorise des dbits de 10 Mbits/s. Ainsi, grce lintroduction de la nouvelle modulation64-QAM dans la Release 7, le dbit thorique de 14 Mbits/s est possible par le rseau HSDPA.

Figure 3 : Evolution des systmes de communication Mobile

PFE 2011/2012

P. 18

2. Architecture UMTS.
Le rseau UMTS est compos dun rseau daccs UTRAN (UMTS Terrestrial Radio Access Network) et dun rseau cur.

Figure 4 : Architecture globale du rseau UMTS


2.1. Rseau d'accs Utran

Le rseau daccs UTRAN est dot de plusieurs fonctionnalits. Sa fonction principale est de transfrer les donnes gnres par lusager. Il est une passerelle entre lquipement usager et le rseau cur via les interfaces Uu et Iu. Cependant, il est charg dautres fonctions :

Scurit : Il permet la confidentialit et la protection des informations changes par linterface radio en utilisant des algorithmes de chiffrement et dintgrit.

Mobilit : Une estimation de la position gographique est possible laide du rseau daccs UTRAN. Gestion des ressources radio : Le rseau daccs est charg dallouer et de maintenir des ressources radio ncessaires la communication.

Synchronisation : Il est aussi en charge du maintien de la base temps de rfrence des mobiles pour transmettre et recevoir des informations.

PFE 2011/2012

P. 19

Le rseau daccs UTRAN est compos de plusieurs lments : une ou plusieurs stations de base (appeles NodeB), des contrleurs radio RNC (Radio Network Controller) et des interfaces de communication entre les diffrents lments du rseau UMTS.

Figure 5:Architecture du r seau d'accs


NodeB: Le rle principal du NodeB est dassurer les fonctions de rception et de transmission radio pour une ou plusieurs cellules du rseau daccs de lUMTS avec un quipement usager. Le NodeB travaille au niveau de la couche physique du modle OSI (codage et dcodage). Nous pouvons trouver deux types de NodeB :

Figure 6:Node B avec antennes sectorielles

PFE 2011/2012

P. 20

Figure 7:NodeB avec antenne omnidirectionelle


Les interfaces de communication : Plusieurs types dinterfaces de communication coexistent au sein du rseau UMTS :

Uu : Interface entre un quipement usager et le rseau daccs UTRAN. Elle permet la communication avec lUTRAN via la technologie CDMA. Iu : Interface entre le rseau daccs UTRAN et le rseau cur de lUMTS. Elle permet au contrleur radio RNC de communiquer avec le SGSN.

Iur : Interface qui permet deux contrleurs radio RNC de communiquer. Iub : Interface qui permet la communication entre un NodeB et un contrleur radio RNC.

RNC: Le rle principal du RNC est de router les communications entre le NodeB et le rseau cur de lUMTS. Le RNC constitue le point daccs pour lensemble des services vis-vis du rseau cur.
2.2. Rseau cur Le rseau cur de lUMTS est compos de trois parties dont deux domaines :

Le domaine CS (Circuit Switched) utilis pour la tlphonie Le domaine PS (Packet Switched) qui permet la commutation de paquets. Les lments communs aux domaines CS et PS

Ces deux domaines permettent aux quipements usagers de pouvoir grer simultanment une communication paquets et circuits. Ces domaines peuvent tre considrs comme des domaines de service. Ce type darchitecture permet de pouvoir crer ultrieurement dautres domaines de service. Le schma reprsente larchitecture du rseau cur de lUMTS :

PFE 2011/2012

P. 21

Figure 8:Architecture du rseau cur de l'UMTS


Elments communs

Le groupe des lments communs est compos de plusieurs modules :

Le HLR (Home Location Register) reprsente une base de donnes des informations de lusager : lidentit de lquipement usager, le numro dappel de lusager, les informations relatives aux possibilits de labonnement souscrit par lusager.

Le AuC (Authentication Center) est en charge de lauthentification de labonn, ainsi que du chiffrement de la communication. Si une de ces deux fonctions nest pas respecte, la communication est rejete. Le Auc se base sur le HLR afin de rcuprer les informations relatives lusager et pour ainsi crer une cl didentification.

LEIR (Equipment Identity Register) est en charge de la gestion des vols des quipements usagers. Il est en possession dune liste des mobiles blacklists par

PFE 2011/2012

P. 22

un numro unique propre chaque quipement usager, le numro IMEI (International Mobile station Equipment Identity).
Le domaine CS

Le domaine CS est compos de plusieurs modules :

Le MSC (Mobile-services Switching Center) est en charge dtablir la communication avec lquipement usager. Il a pour rle de commuter les donnes.

Le GMSC (Gateway MSC) est une passerelle entre le rseau UMTS et le rseau tlphonique commut PSTN (Public Switched Telephone Network). Si un quipement usager contacte un autre quipement depuis un rseau extrieur au rseau UMTS, la communication passe par le GMSC qui interroge le HLR pour rcuprer les informations de lusager. Ensuite, il route la communication vers le MSC dont dpend lusager destinataire.

Le VLR (Visitor Location Register) est une base de donnes, assez similaire celle du HLR, attache un ou plusieurs MSC. Le VLR garde en mmoire lidentit temporaire de lquipement usager dans le but dempcher linterception de lidentit dun usager. Le VLR est en charge denregistrer les usagers dans une zone gographique LA (Location Area).

Le domaine PS

Le domaine PS est compos de plusieurs modules :

Le SGSN (Serving GPRS Support Node) est en charge denregistrer les usagers dans une zone gographique dans une zone de routage RA (Routing Area)

Le GGSN (Gateway GPRS Support Node) est une passerelle vers les rseaux commutation de paquets extrieurs tels que lInternet.

PFE 2011/2012

P. 23

3. Prsentation du HSDPA
Le High Speed Downlink Packet Access (abrg en HSDPA) est

un protocole pour la tlphonie mobile parfois appel 3.5G, 3G+, ou encore turbo 3G dans sa dnomination commerciale. Il offre des performances dix fois suprieures la 3G (UMTS R'99) dont il est une volution logicielle. Cette volution permet d'approcher les performances des rseaux DSL (Digital Subscriber Line). Il permet de tlcharger (dbit descendant) thoriquement des dbits de 1,8 Mbit/s, 3,6 Mbit/s, 7,2 Mbit/s et 14,4 Mbit/s. Il est bas sur la technologie de communication WCDMA (Wideband-Code Division Multiple Access) dfinie par la norme WCDMA 3GPP Rel. 99 (3rd Generation Partnership Project Release 99). Il est le lien descendant du rseau vers le terminal haut dbit en mode paquets. Il est dfini dans la version WCDMA - 3GPP Rel. 5. Elle est une amlioration radio du lien descendant qui permet doffrir du trs haut dbit en tlchargement cest (jusqu 14,4 Mbps en le canal DCH thorie, 3,6 Mbps en de lUMTS qui pratique avec

la Release 5. Avec laRelease 6, le dbit passe 7,2 Mbps). Pour les transferts en voie montante, est utilis

(128 kbps en Release 5, 384 kbps en Release 6). Les principales amliorations sont : On retrouve un nouveau canal de transport, HS-DSCH (High Speed Downlink Shared CHannel), supportant un dbit important sur la voie descendante tout en tant partag entre tous les utilisateurs, contrairement au DCH (Dedicated CHannel) de l'UMTS. Au niveau physique, ce canal est rparti sur plusieurs nouveaux canaux:

Voie descendante HS-SCCH (High Speed Shared Control CHannel) : Canal physique de la signalisation associe au HS-DSCH. HS-PDSCH (High Speed Physical Downlink Shared CHannel) : Canal physique qui transporte les donnes d'un HS-DSCH.

PFE 2011/2012

P. 24

Voie montante HS-DPCCH (High Speed Dedicated Physical Control CHannel) : Canal physique transportant la signalisation associe au HS-DSCH (taux de codage et CQI - Channel Quality Indicator).

Figure 9:Dfrence entre 3G et HSDPA

4. HSPA+ :
HSPA (High Speed Packet Access), aussi appel 3G+ dans sa dnomination commerciale, est la liaison de deux protocoles utiliss en tlphonie mobile pour amliorer les performances obtenues avec la 3G : High Speed Downlink Packet Access (HSDPA) et High Speed Uplink Packet Access (HSUPA).

5. Classes de services et QoS dfinies par lUMTS :


5.1. Critres de QoS

En gnrale la qualit de service est dfinie par les critres suivants : dlai : temps coul entre lenvoi dun paquet par un metteur et sa rception par le destinataire. Le dlai comprend les dlais de propagation, de transmission, de traitement et dattente dans les systmes intermdiaires ; gigue sur le dlai : variation du dlai de deux paquets conscutifs ; bande passante minimum : taux de transfert minimum pouvant tre maintenu entre deux points terminaux ; fiabilit : taux moyen derreurs dune liaison.
5.2. Les classes de service

Le 3GPP (3rd Gnration Partner Project) (3GPP, 2000) a dfini les classes de services que lUMTS peut offrir comme suit :

PFE 2011/2012

P. 25

1. services conversationnels (Conversational class) : les services de cette catgorie permettent de transmettre principalement du son et des images entre deux personnes ou groupes de personnes. Leur qualit est donc assez sensible des dlais dans la transmission, ces dlais pouvant tre facilement perceptibles par les utilisateurs. Parmi ces services, nous pouvons citer la tlphonie en mode circuit, la tlphonie en mode paquet utilisant le protocole VoIP (Voice over IP) et la vidophonie. Nanmoins, cette dernire est moins tolrante aux erreurs que la tlphonie et requiert gnralement un dbit plus important ; 2. services streaming (Streaming class) : on retrouve dans cette classe les services qui traitent linformation au niveau du terminal de faon continue, cest dire au moment mme o elle est reue (avant de la recevoir dans sa totalit). Ce type de service est unidirectionnel. Ces services sont assez rcents et offrent un potentiel dapplication assez vaste. Le streaming audio et vido sont des exemples dapplications typiques. la diffrence des services conversationnels, les services de type streaming sont assez asymtriques (on ne reoit pas au mme dbit que lon met) et on peut tolrer dans ce cas des dlais importants ; 3. services interactifs (Interactive class) : ce type de service est caractris par le fait que le terminal ayant envoy un message/commande attend une rponse du destinataire dans un certain intervalle de temps. Par consquent, un paramtre cl pour identifier la QoS des services interactifs est le temps daller-retour, cest dire le temps coul entre le moment o le message/commande est mis et celui o la rponse arrive. Comme exemple, nous pouvons citer le commerce lectronique ainsi que les services de localisation qui se dveloppent de plus en plus ; 4. services en arrire-plan (Background class) : il existe des services qui ne posent, ou presque, aucune contrainte de temps dans le transfert de linformation quils gnrent. Ils peuvent sexcuter en arrire-plan. Parmi ces services, nous pouvons trouver lenvoi dun courrier lectronique, dun message court SMS (Short Message Service) ou alors le tlchargement dun fichier. Le paramtre pour quantifier la QoS de ce type de service est principalement le taux derreurs qui doit tre souvent assez faible.

PFE 2011/2012

P. 26

5.3. Les paramtres QoS Radio

La disponibilit de la couverture cellulaire dans le service de radio mobile large Bande est un facteur trs important pour pouvoir valuer la QoS du rseau. En Effet il faut relever les diffrents paramtres radio dvaluations qui sont : RSCP (Recive signal code power) Dans le systme de communication cellulaire UMTS, la puissance reue du code de signal (RSCP) dsigne la puissance mesure par un rcepteur sur un canal de communication physique particulire. Il est utilis comme une indication de l'intensit du signal, en tant que critre de transfert de puissance de liaison descendante, et pour calculer l'affaiblissement de propagation. Ec/No Il s'agit du ratio de l'nergie reue par puce (bit de code) et le niveau d'interfrence, gnralement donn en dB. Au cas o aucune interfrence relle nest prsente, le niveau d'interfrence est gal au niveau de bruit. En raison du gain du systme le niveau d'interfrence peut tre plus lev que le niveau du signal utile. Par consquent, la frontire de couverture, la valeur de Ec/I0 est gnralement ngative.

No : densits spectrale de bruit ; bruit gnr par les composantes RF de systme, lair. Io : interfrence des cellules voisine de mme frquence

PFE 2011/2012

P. 27

Tableau 2:Niveau de Couverture

RSSI (Recived signal strenght indicator) RSSI est la puissance de signal qui comprend tous les composants reus, y compris des signaux provenant des cellules voisines sur la mme frquence. RSSI=Bruit+signal+Interfrences L'indicateur de force du signal reu (RSSI) est une valeur qui tient compte la fois RSCP et Ec/ N0. Il est habituellement donn en dBm et peut tre calcul comme suit: RSSI [dBm] = RSCP [dBm] - Ec/N0 [dB]

PFE 2011/2012

P. 28

Wording Excellent

Blocks [][][][][]

Pourcentages 100 97 94 90 87 84

RSSI 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0

Dcibels >-51 -53 -55 -57 -59 -61 -63 -65 -67 -69 -71 -73 -75 -77 -79 -81 -83 -85 -87 -89 -91 -93 -95 -97 -99 -101 -103 -105 -107 -109 -111 <-113

Good

[][][][]

81 77 74 71 68 65

Fair

[][][]

61 58 55 52 48 45

Poor

[][]

42 39 35 32 29 26

Very Poor

[]

23 19 16 13 10 6

No Signal

3 0

Tableau 3:Qualit du signal Radio (RSSI)

PFE 2011/2012

P. 29

5.4. Vitesse de connexion

La plupart des consommateurs ont t introduites la large bande par le biais de lignes fixes haut dbit o, avec le prix, la vitesse est un indicateur cl utilis pour commercialiser ces services. Par consquent les consommateurs mobile large bandes ne sont pas seulement familier avec le terme vitesse, mais aussi avoir des opinions quant ce qui est bon rendement base sur le temps ncessaire pour effectuer les tches typiques

UMTS Vitesse maximum thorique 384 Kbit/s

HSDPA 7.2Mbit/s

HSPA 14.4Mbit/s

Tableau 4:Vitesse maximum 3G thorique


Le dbit descendant (bande passante en rception, ou download) : Le temps ncessaire au tlchargement dun fichier de rfrence Le dbit montant (bande passante en mission, ou upload) : Le temps ncessaire lmission dun fichier de rfrence Une chelle permet chacun de se situer par rapport aux performances moyennes constates, par type de connexion.
Application
Download 250KB Page Web Download 5MB Music Track Download 25MB Video clip Download Low Quality Film (750MB) Download DVD Quality Film (4GB)

1Mbit/s
2seconds 42seconds 3 minutes 30 seconds 104 minutes 9 hours 36 minutes

2Mbit/s
1 second 21 second 1 minute 45 seconds 52 minutes 4 hours 48 minutes

8Mbit/s
0.3seconds 5seconds 26 seconds 13 minutes 6 seconds 1 hour 11 minutes

14Mbit/s
0.17 seconds 3 seconds 15 seconds 7minutes 8 seconds 38 minutes 57 seconds

Tableau 5:Temps thorique de tlchargements de fichiers

PFE 2011/2012

P. 30

II. Etude pralable


1. Introduction
Dans le but de reprsenter la structure et le fonctionnement du systme et de dterminer clairement les principaux pas suivre afin de proposer un meilleur aspect pour la ralisation de ce travail, une tude de lexistant savre alors ncessaire. Cette tude est dune grande utilit dans la fixation des nouveaux apports intgrer pour amliorer les qualits de service. Dans ce chapitre, on fera une tude de lexistant et on indiquera ses limites, ce qui nous aidera spcifier les besoins, puis on citera les objectifs quon espre atteindre.

2. Le systme actuel
Dans le cadre de ses efforts pour fournir une bonne qualit de service du mobile ces clients ; Tunisie Tlcom cre une subdivision de qualit radio mobile dans chaque direction rgionale. Cette subdivision a pour rle : Mesure des paramtres QoS par le Drive test. Analyse des mesures de Drive test Planification du rseau mobile Optimisation du rseau mobile Mise en service et rceptions des nouveaux sites

3. Critique de lexistant
Aborder les causes des anomalies constates lors de ltude de lexistant est le but de cette partie. A cet effet on dgage les insuffisances suivantes : absence dune application pour effectuer des mesures sur les cls 3 G++. Un trs grand nombre de rclamations qui porte sur la qualit de service prsent par les cls 3 G++ sans suite utile dans la plupart des cas. Les drives test 3 G prsents sur le march sont trs chers. Absence dune application dont le rapport qualit prix est acceptable et qui peut tre utilis par des ingnieurs et mme des technico-commerciales.

PFE 2011/2012

P. 31

4. Description de la solution :
Devant ces insuffisances et les problmes constats ; Lobjectif qui doit tre vis par lentreprise est le dveloppement dune application le plus simple possible pour rpondre aux besoins de ses clients et afin damliorer les processus de suivi des QoS de son rseau 3G++.cest dans ce cadre que notre application tourne en effet elle permet de : Mesurer les diffrents paramtres du QoS dune cl 3 G++ Amliorer les services offerts Analyser les mesures et dgager les anomalies dans le rseau 3G. Aider la planification du rseau 3G. Renforcer la confiance des clients en lentreprise et rduire tous conflits possibles entre les deux. Simplicit, efficacit et suivi rigoureux des activits du rseau.

5. Spcification des besoins :


Lune des principales tapes de cycle de vie dune application est lextraction des diffrents besoins attendus du systme. Ltape de spcification des besoins est conue pour la dtermination des diffrentes fonctionnalits. Dabord, on prsentera une tude des besoins fonctionnels qui conduisent llaboration des diagrammes des cas dutilisation permettant de dtailler les scnarios possibles que peuvent raliser les diffrents acteurs, ensuite on citera les besoins non fonctionnels qui sont en fait les exigences de lapplication.
5.1. Besoins fonctionnels

Une tude dtaille du systme permet de dgager les diffrents besoins fonctionnels suivants : Gestion des droits daccs: donner aux diffrents types dutilisateurs de lapplication (ladministrateur, les superviseurs etc.) des privilges bien dfinis pour laccs lapplication. Elaboration des mesures radio et data dune cl 3G++

PFE 2011/2012

P. 32

Elaboration des statistiques et historique des mesures.


5.2. Besoins non fonctionnels

Plusieurs besoins oprationnels sont tenir en compte dans notre application : Fiabilit : les informations fournies par lapplication doivent tre fiables. Solution ouverte et volutive : lapplication peut tre amliore par lajout dautres modules tel que (lanalyse des mesure traage dune carte, etc). Scurit : laccs aux informations nest possible quaprs vrification des privilges des droits daccs. Journalisation: Garder l'historique des actions ralises par les utilisateurs. Convivialit et ergonomie : lapplication doit fournir une interface conviviale et simple pour tout type dutilisateur

6. Conclusion
La spcification des besoins est une tape primordiale dans le c ycle de vie dune application, elle nous assure une bonne vision du systme mettre en place. Ceci nous permet de dgager les diffrents choix conceptuels ensuite llaboration des diffrents diagrammes. Pour ce fait, le chapitre suivant prsentera laspect conceptuel, ainsi que laspect design de notre projet.

PFE 2011/2012

P. 33

Chapitre 3 Conception

PFE 2011/2012

P. 34

III. Conception
1. Introduction.
La conception est la phase la plus importante dans le cycle de dveloppement dun projet. Cest un processus cratif qui vise minimiser leffort du dveloppement. Nous commenons tout dabord par la conception gnrale et nous passons dans un second lieu une conception plus dtaille. La conception gnrale donne une vue densemble du systme raliser sans rentrer dans les dtails dimplmentation, elle a pour rle de dduire partir de la spcification larchitecture gnrale du systme. Nous allons, plus tard, dtailler cette conception pour expliquer les ides prsentes travers certains modles du langage UML.

2. Conception gnrale
La conception gnrale consiste en une description de larchitecture du logiciel

2.1. Cycle de vie dun logiciel :

Le dveloppement d'un logiciel se fait suivant un cycle appel le cycle de vie du logiciel. Le cycle de vie est dcompos en phases de dveloppement : Spcifications des besoins, Conception gnrale, Conception dtaille, Codage et tests unitaires, Intgration des modules, Intgration du logiciel, Recette. Ces phases sont chelonnes dans le temps. Une phase se termine par la remise d'un (ou plusieurs) document(s) valid(s) conjointement par l'utilisateur et le dveloppeur. Une phase de dveloppement se termine lorsque la revue de cette phase est faite. Une phase ne peut commencer que lorsque la prcdente est termine. A la fin de chaque phase, l'utilisateur et le dveloppeur sont d'accord. La dcomposition en phases de dveloppement permet donc le suivi du projet par l'utilisateur. En effet la conception llaboration survient de nombreux problmes et erreurs, quil faut bien entendu traiter. On aura donc une approche dynamique de

PFE 2011/2012

P. 35

lenchanement des tapes de llaboration du logiciel, cest dire que ds quune anomalie va tre dtecte, on remontera ltape prcdente pour tudier son origine, et y apporter une solution. Et tant quon cherche toujours loptimisation et la performance dans notre application et en tenant compte de la complexit et le gros volume de donnes, nous avons opt pour le modle en V comme modle conceptuel de gestion de notre projet.

Figure 10:Architecture du modle en V


Spcifications: l'expression, le recueil et la formalisation des besoins du demandeur et de l'ensemble des contraintes. Conception gnrale : Il s'agit de l'laboration des spcifications de l'architecture gnrale du logiciel. Conception dtaille : consistant dfinir prcisment chaque sous-ensemble du logiciel. Programmation : soit la traduction dans un langage de programmation des fonctionnalits dfinies lors de la phase de conception. Tests unitaire : permettant de vrifier individuellement que chaque sous-ensemble du logiciel est implment conformment aux spcifications. Intgration : dont l'objectif est de s'assurer de l'interfaage des diffrents lments (modules) du logiciel. Elle fait l'objet de tests d'intgration consigns dans un document.

PFE 2011/2012

P. 36

Qualification: c'est--dire la vrification de la conformit du logiciel aux spcifications initiales.


2.2. Mthodologie de conception:

La mthodologie de conception est un procd qui a pour objectif de permettre de formaliser les tapes prliminaires du dveloppement d'un systme afin de rendre ce dveloppement plus fidle aux besoins du client. Il existe plusieurs mthodologies et langages de modlisation dont les plus rpandues sont Merise et UML. Pour la modlisation, nous avons opt pour le langage UML. Nous avons choisi la modlisation par objet au lieu dune modlisation traditionnelle tant donn quelle saisit la structure statique dun systme, en prsentant les objets contenus dans le systme, leurs relations, ainsi que les attributs et les oprations qui caractrisent chaque classe. Dautre part, le modle objet correspond troitement au monde rel et par consquent plus souple pour les modifications. Le choix dUML sexplique par le besoin dune mthode plus expressive, plus nette et plus uniforme. De plus, UML offre un ensemble de modles qui facilitent la comprhension. Ils contiennent des connaissances essentielles avec divers points de vue du sujet.
2.3. Conception architecturale

L'architecture 3-tier est un modle logique d'architecture applicative qui vise sparer trs nettement trois couches logicielles au sein d'une mme application ou systme, modliser et prsenter cette application comme un empilement de trois couches, tages, niveaux ou strates dont le rle est clairement dfini : La prsentation des donnes : correspondant l'affichage, la restitution sur le poste de travail, le dialogue avec l'utilisateur ; Le traitement mtier des donnes : correspondant la mise en uvre de l'ensemble des rgles de gestion et de la logique applicative ; Et enfin laccs aux donnes : correspondant aux donnes qui sont destines tre conserves sur la dure, voire de manire dfinitive.

PFE 2011/2012

P. 37

Figure 11:Architecture 3 tir 3. Conception dtaille


Dans cette section, nous allons entamer la partie conception dtaille de notre application partir dune reprsentation des diffrents diagrammes choisis. Les diagrammes cas d'utilisations Les diagrammes des cas d'utilisation sont des diagrammes UML utiliss pour donner une vision globale du comportement fonctionnel d'un systme logiciel. Un cas d'utilisation reprsente une unit discrte d'interaction entre un utilisateur (humain ou machine) et un systme. Cest une unit significative de travail. Dans un diagramme de cas d'utilisation, les utilisateurs sont appels acteurs, ils interagissent avec les cas d'utilisation. Les diagrammes de squences Les diagrammes de squences sont la reprsentation graphique des interactions entre les acteurs et le systme selon un ordre chronologique dans la formulation UML. On montre ces interactions dans le cadre d'un scnario d'un diagramme des cas d'utilisation. Notre application sera utilise par 2 acteurs : Administrateur Utilisateur Les diagrammes de classes Le diagramme de classes est un schma utilis en gnie logiciel pour prsenter les classes et les interfaces des systmes ainsi que les diffrentes relations entre celles-ci.

PFE 2011/2012

P. 38

Ce diagramme fait partie de la partie statique d'UML car il fait abstraction des aspects temporels et dynamiques.
3.1. Diagramme de cas dutilisation

Authentification Dans un souci de la scurisation de linformation, avant deffectuer une tche quelconque, tous les utilisateurs du systme doivent sidentifier en saisissant leurs identificateurs (Login, Password) respectifs.

Figure 12:Diagramme cas d'utilisation "Authentification"


Sommaire didentification Titre : But : Rsum : Authentification Permettre tout utilisateur de sauthentifier et de se connecter au systme. lutilisateur saisie les informations ncessaires pour sauthentifier, le systme vrifie ses informations (login, mot passe et privilge) et le redirige vers son espace selon son droit daccs. Acteur : Description des enchainements Pr conditions Post condition de lutilisateur vers son Tous les utilisateurs

Tout utilisateur doit possder un compte avec Redirection un login, un mot de passe et un privilge. Scnario principal 1. Lutilisateur sauthentifie puis valide.

environnement adquat selon son privilge.

PFE 2011/2012

P. 39

2. Le systme vrifie les informations fournies. 3. Le systme redirige l'utilisateur vers son espace. Enchainements alternatifs E1: Champ invalides 1. Le systme affiche un message derreur 2. L'utilisateur remplit le formulaire dauthentification de nouveau. E2: Champ vides 1. Le systme recharge la page dauthentification. 2. L'utilisateur remplit le formulaire dauthentification de nouveau.

Diagramme cas utilisation complet

Figure 13:Diagramme cas d'utilisation complet

PFE 2011/2012

P. 40

La figure 13 reprsente le diagramme cas dutilisation globale de notre application : lutilisateur saisie les informations ncessaires pour sauthentifier, le systme vrifie ses informations (login, mot passe et privilge) et le redirige vers son espace selon son droit daccs. Grer les utilisateurs : permet ladministrateur de grer les utilisateurs en modifiant ou ajout ou bien supprimer un utilisateur. Consulter paramtre quipement : permet lacteur (Administrateur, Utilisateur) de consulter les paramtres de lquipement utilis tel que (le constructeur, la version, le numro de srie, etc) Consulter paramtre signal : permet lacteur (Administrateur, Utilisateur) de consulter les paramtres de signal mesur tel que (RSSI, RSCP, Ec/No, ID Cell) Consulter paramtre data : permet lacteur (Administrateur, Utilisateur) de consulter les paramtres data (dbit montant, dbit descendant.) Consulter les statistiques : permet lacteur (Administrateur, Utilisateur) de consulter les statistiques des mesures dans une priode bien dfinit et de gnrer un fichier excelle qui comprend les diffrent mesures.

PFE 2011/2012

P. 41

Enchainement : Acteur -utilisateur Action acteur Action systme -le systme affiche linterface d'authentification permet ladministrateur de grer les utilisateurs supprimer) -Administrateur -Paramtre -utilisateur quipement -le systme affiche linterface qui permet de consulter les paramtres de cl 3 G (constructeur, version, numro de srie..) -Administrateur -paramtres -utilisateur signal - le systme affiche linterface de paramtres signal (ID Cell, RSCP, EC/NO,RSSI..) -Administrateur -paramtres data - le systme affiche linterface de -utilisateur -Administrateur -statistique -utilisateur paramtres Data (Upload, download..) - le systme affiche linterface de statistique qui permet l'utilisateur de consulter les statistiques des mesures dans une priode bien dfinit et de gnrer un fichier excelle qui comprend les diffrent mesures (ajouter, modifier,

-Administrateur -Connexion

-Administrateur -Grer Utilisateur -le systme affiche linterface qui

3.2.

Diagrammes de squences P. 42

PFE 2011/2012

Figure 14:Diagramme de squence"Connexion avec succs"


La figure 14 reprsente le diagramme de squence associ au cas dutilisation connexion avec succs

PFE 2011/2012

P. 43

Figure 15:diagramme de squence"ajouter utilisateur"

La figure 15 reprsente un diagramme de squence associ au cas o ladministrateur ajoute un utilisateur

PFE 2011/2012

P. 44

Figure 16:Diagramme de squence "Afficher les Paramtres de signal"

La figure 16 reprsente un diagramme de squence associ lopration daffichage des paramtres de signal Radio

PFE 2011/2012

P. 45

Figure 17:Diagramme de squence "Afficher Statistique"


La figure 17 reprsente un diagramme de squence associ a lopration daffichage des statistiques de mesures

PFE 2011/2012

P. 46

3.3.

Diagramme de classe

Le diagramme de classes reprsente une structure statique du systme en termes de classes et de relations. Ce modle montre donc, les classes avec les attributs et les mthodes qui les caractrisent. Il montre aussi les connexions smantiques et les relations dutilisation entre les classes.

Figure 18: Diagramme de classe

PFE 2011/2012

P. 47

4. Conclusion
Le long de ce chapitre, nous avons essay de modliser notre application laide du langage de modlisation UML. Avant dentamer limplmentation nous devons dfinir lenvironnement de dveloppement ainsi que les outils de travail, chose qui fera lobjectif du prochain chapitre.

PFE 2011/2012

P. 48

PFE 2011/2012

P. 49

Chapitre4 Ralisation

PFE 2011/2012

P. 50

PFE 2011/2012

P. 51