PARTAGE DE L'INFORMATION VIA UNE PLATE-FORME P2P APPLIQUEE A WLAN

De
Publié par

PARTAGE DE L'INFORMATION VIA UNE PLATE-FORME P2P APPLIQUEE A WLAN

Publié le : jeudi 21 juillet 2011
Lecture(s) : 116
Nombre de pages : 80
Voir plus Voir moins
            PARTAGE DE L’INFORMATION VIA UNE PLATE-FORME P2P APPLIQUEE A WLAN       
  
        Etudiant : Stefan Haasper Itala Professeur responsable : Tewfiq El Maliki  Nabil Abdennadher Filière  Télécommunication :  Session : 2006    
Haasper Itala Stefan 
  
Diplôme 2006
Table des matières  INTRODUCTION GENERALE...................................................................................... 4 ÉNONCE OFFICIEL............................................................................................................. 4 I.1 CONTEXTE............................................................................................................... 5 I.2 CAHIER DESCHARGES.............................................................................................. 6 I.3 PALINIFACTION........................................................................................................ 7 I.3.1 A priori ........................................................................................................... 7 I.3.2 8................................................................................Airetsop .....iro................ 1 CHAPITRE 1 : PROBLEMATIQUE ..................................................................... 9 1.1 OSFBJECTI............................................................................................................ 9 1.2 LE TYPE DINFORMATION A TRANSMETTRE........................................................... 9 1.2.1 Problématique de l’information ................................................................... 10 1.3 SOLUTION PROPOSEE.......................................................................................... 10 1.4 PLAN DURAPPORT............................................................................................. 10 2 CHAPITRE 2 : EXPLICATION SUR LES RESEAUX ..................................... 11 2.1 GSM.................................................................................................................. 11 2.1.1 Structure du réseau GSM ............................................................................. 11 2.2 GPRS ................................................................................................................ 13 2.2.2 Structure du réseau GSM & GPRS............................................................... 13 2.3 GPS...................................................................................................................14 2.3.3 GPS dans le Projet ....................................................................................... 15 2.3.4 GPS TomTom Navigator 6 [2] ..................................................................... 16 2.4 WIFI................................................................................ 16.................................. 3 CHAPITRE 3 : LES OUTILS P2P........................................................................ 17 3.1 LISTE DESOUTILS 17P2P ....................................................................................... 3.2 CRITERES DE SELECTION.................................................................................... 17 3.3 COMPARAISON DESOUTILSP2P......................................................................... 18 3.4 EXPLICATION DE LOUTIL CHOISIS...................................................................... 20 3.4.1 Flux Rss ........................................................................................................ 20 3.4.2 12...................................................................................................e....eeFerTd 3.4.3 Le choix de l’outil 22 ......................................................................................... 4 CHAPITRE 4 : SOLUTION PRECONISEES & DEVELOPPEMENT ........... 23 4.1 LESERVEUR...................................................................................................... 23 4.1.1 Configuration de la base de données ........................................................... 23 4.2 LCGIIELOS SERVEURS........................................................................................ 24 4.2.2 Serveur de Flux Rss ...................................................................................... 25 4.2.3 Serveur Socket .............................................................................................. 27 4.3 LESCLIENTS...................................................................................................... 28 4.4 LCIELS OIGCLIENTS........................................................................................... 28 4.4.4 Client Passif.................................................................................................. 28 4.4.5 ent Cli................itcA...f.........................................................................29........ 5 CHAPITRE 5 : INTEGRATION ET TESTS DU RESEAU............................... 33 5.1 CHOIX DE SCENARIOS......................................................................................... 33 5.2 CONFIGURATIONS DES EQUIPEMENTS................................................................. 34  Laboratoire Telecom-Informatique  Page 2    Automne 2006 
Haasper Itala Stefan 
 Diplôme 2006  
5.3 SERVEURS.......................................................................................................... 34 5.3.1  ...................................................................................... 34Serveur de Flux Rss 5.3.2 Serveur Socket .............................................................................................. 35 5.4 CLIENT............................................................................................................... 35 5.4.3  35 ....................................................................................Logiciel Client passif 5.4.4 Logiciel Client Actif...................................................................................... 35 6 CONCLUSION........................................................................................................ 36 7 MERER........................TSENEMCI................................................................3.......7 8 TABLE DES ILLUSTRATIONS........................................................................... 38 8.1 TABLE DESFIGURES........................................................................................... 38 8.2 TABLE DESFIGURES DESANNEXES.................................................................... 38 8.3 TABLEAUX......................................................................................................... 39 9 BIBLIOGRAPHIE.................................................................................................. 40 ANNEXE A : INSTALLATION DE EASYPHP .......................................................... 41 IIONATSNTALL................................................................................................................ 41 MISE A DISPOSITION DU FLUXRSS.................................................................................. 45 ANNEXE B : CONFIGURATION DE MYSQL .......................................................... 46 TABLECLIENT................................................................................................................ 47 TABLEINFOCLIENT........................................................................................................ 47 ANNEXE C : LE FICHIER XML AU FORMAT RSS ............................................... 49 ANNEXE D : API JAVA ................................................................................................ 52 API ................................ ............52..........................................................................JDBC API JDOM..................................................................................................................... 54 ANNEXE E : PYTHON SUR NOKIA S60 ................................................................... 56 NOKIAS60 ..................................................................................................................... 56 PYTHON POURS60.......................................................................................................... 56 INSTALLATION DEPYTHON SURNOKIAS60.................................................................... 56 INSTALLATION DEPYTHON SUREMULATEURNOKIA...................................................... 58 ANNEXE F : GPS............................................................................................................ 59 ANNEXE G : PYTHON POUR WINDOWS MOBILE .............................................. 62 ANNEXE H : CODE DU SERVEUR DE FLUX RSS.................................................. 63 ANNEXE I : CODE DU SERVEUR DE SOCKET...................................................... 70 ANNEXE J : CODE DU CLIENT ACTIF POUR NOKIA ......................................... 74 ANNEXE K : CODE DU CLIENT ACTIF POUR WINDOWS MOBILE ............... 78  
Laboratoire Telecom-Informatique 
 Page 3    
 Automne 2006 
Haasper Itala Stefan 
Introduction générale
Énoncé officiel
Laboratoire Telecom-Informatique 
 
 
 Page 4    
Diplôme 2006
 Automne 2006 
 
Haasper Itala Stefan 
  
Diplôme 2006
I.1 Contexte   Aujourd’hui le monde des télécommunications subit un grand engouement, particulièrement les communications mobiles. Avec l’arrivée de nouvelles technologies intégrées aux appareils de téléphonie mobile de plus en plus performants, la demande de nouvelles applications augmente plus que jamais. De plus en plus d’utilisateurs désirent avoir des appareilles tout en un, de la téléphonie jusqu’à la vidéophonie en passant par Internet, TV Live et le WiFi. Ces services nécessitent une qualité de service minimale sinon les utilisateurs pourraient être déçus  L’idée est de créer aux utilisateurs un service capable d’informer la qualité des réseaux disponibles dans un endroit donné. Ainsi, les utilisateurs seront avertis et pourront choisir le meilleur opérateur selon leurs besoins.   Le but du projet est faire un partage de l’information via une plate-forme P2P appliquée à WLan. L’objectif est de permettre à un client de recevoir des informations du serveur sur la qualité du réseau où il se trouve et ce en temps réel. Voici le schéma général :   
  
  
 
 
 
Laboratoire Telecom-Informatique 
 Figure 1-1 Schéma Bloc
 Page 5    
 Automne 2006 
 
Haasper Itala Stefan  Diplôme 2006  
 L’objectif de ce projet est de fournir à un client de récupérer des informations instantanées relatives à la qualité des réseaux de télécommunication reçus pour son poste.  Un démonstrateur capable de mettre en évidence les avantages d’une telle plate-forme a été développé dans le cadre de ce projet.   I.2 Cahier des Charges   Lister et Comprendre les Outils P2P  Choix Comptabilité de l’outil P2P o Le type de messages à transmettre o La meilleure plateforme à utiliser pour les GSM (Java, Windows, etc.) o Comparer les outils P2P et choisir le plus compatible   Mise en œuvre d’un logiciel Client serveur pour le prototype o Les protocoles à utiliser entre Serveur Client o Création d’un logiciel pour le Client (Analyse, position, transmission du flux dans le réseau et la réception des messages (flux)) o Création d’une base de données pour le serveur o Implémentation de l’outil choisi sur le serveur et client   Implémentation du Réseau WLan o Structure et Topologie du réseau (nombres de serveurs, les zones du WLan)   Test du réseau et Validation o Test sur l’envoi des données du Client au Serveur o Test avec le client qui demande l’information o Test avec détection automatique des clients de chaque zone  
Laboratoire Telecom-Informatique 
 Page 6    
 Automne 2006 
Haasper Itala Stefan 
I.3 Planification
 I.3.1 A priori  Voici le planning défini au début du projet :   
       
 
Laboratoire Telecom-Informatique 
Diplôme 2006  
Figure 1-2 Planification
 Page 7    
Automne 2006 
 
 
Haasper Itala Stefan 
I.3.2 A posteriori  Voici le planning à la fin du projet
 
Laboratoire Telecom-Informatique 
 
Diplôme 2006
 Page 8    
Automne 2006 
 
Haasper Itala Stefan   
 
Diplôme 2006
1 Chapitre 1 : Problématique 1.1 Objectifs  Le but de note projet est : 1. De faire qu’un abonné mobile puisse fournir des informations de son environnement (qualité du signal GSM, débit, etc.) à une base de données distante connue à l’avance. Nous appellerons cet abonné « client actif ».  2. De faire qu’un abonné mobile puisse recevoir les informations sur son environnement. Cet abonné, sera appelé « client passif ». 3. Mettre en œuvre un serveur capable de recevoir les informations émises par le client actif et de les stocker dans une base de données. Puis d’émettre ces données aux clients passifs.   Chacun de ces clients doit se connecter au serveur (connu à l’avance) pour pouvoir recevoir ou transmettre les informations.   1.2 Le type d’information à transmettre   Comme nous pouvons voir dans la Figure 1.1, le projet se situe dans un contexte de télécommunications et le but du projet est de faire de sorte à ce que les utilisateurs puissent recevoir des données sur la qualité des différents réseaux (GSM, WLan, UMTS) sans charger le réseau. La structure du message est la suivante :   Le meilleur Opérateur GSM :  Qualité : (0 à 7)  Le meilleur WLan :  Qualité : (0 à 7)  Le meilleur Opérateur UMTS :  Qualité : (0 à 7)   Nous savons que la taille du message est très petite, en effet le type de logiciel peut être très simple. De plus ce type de message peut être écris sur différant langages, comme du txt, du XML ou encore bien d’autres.  
Laboratoire Telecom-Informatique  Page 9    
 Automne 2006 
Haasper Itala Stefan 
  
Diplôme 2006
1.2.1 Problématique de l information  Le serveur doit constamment changer le contenu de l’information au cours du temps. Ce changement est du aux arrivées de nouvelles informations émises par plusieurs clients. De plus ces modifications sont à intervalles de temps irrégulier. Ce changement régulier peut inévitablement charger le réseau et le serveur. 1.3 Solution proposée  La solution retenue est une architecture P2P. Autrement dit faire que les informations soient partagées en plusieurs endroits différents. L’idée est de ne pas charger un réseau ou un serveur particulier. Cette solution est appliquée pour des raisons de simplicité et de temps à un réseau WLAN.  1.4 Plan du Rapport  Le présent document est organisé comme suit :   Le chapitre 2 explique les réseaux utilisés dans ce projet, comme GSM, GPRS, etc. Ensuite le chapitre 3 présents quelques outils P2P. Un outil P2P a été retenu en fonction d’une étude comparative. Le chapitre 4 est la concrétisation du projet, avec des explications des serveurs et des clients. En fin le chapitre 5 définit le contexte et le résultat des tests effectués sur la plateforme utilisée.  
Laboratoire Telecom-Informatique 
 Page 10    
 Automne 2006 
Haasper Itala Stefan 
  
Diplôme 2006
2 Chapitre 2 : Explication sur les Réseaux   Dans ce chapitre nous allons expliquer les différents types de réseaux utilisés dans ce projet. Les explications seront brèves, puisque se n’a pas le but de notre projet [1]. Mais c’est pour mieux comprendre comment nous avons aboutis à nos conclusions.  2.1 GSM  Nous allons pas entrer dans le détaille, puisque le réseau GSM n’est pas le but du projet. L’explication permettra de mieux comprendre le réseau GPRS (voir chapitre suivant). Le réseau GSM (Global System for Mobile communication) est une norme numérique de seconde génération pour la téléphonie mobile. Elle utilise une gamme de fréquence des 900 MHz. Une variante appeléeDigital Communication System(DCS) utilise la gamme des 1800 MHz, qui est plus ciblés pour les environnements urbains et permet d’éviter une saturation des réseaux dans les zones fortement peuplées.   Pour le GSM, nous nous placerons du point de vue d’utilisateur, c'est-à-dire du point de vue d’utilisateur. Toute la structure du réseau ne nous intéresse pas, nous faisons que l’utilisé. Voir Figure 2.1 2.1.1 Structure du réseau GSM
Figure 2-1 Structure du Réseau GSM
 BTS Base Transceiver Station. Equipement composé des émetteurs/récepteurs radios et constituant l’interface entre le BSC et les mobiles.     BSC
Laboratoire Telecom-Informatique  Page 11    
 Automne 2006 
 
Soyez le premier à déposer un commentaire !

17/1000 caractères maximum.