Mémoire Belinga

Approche efficace de la téléphonie par Bluetooth I
DEDICACE
A ma mère, Mme EDOA EKONGOLO JOSEPHINE.
Mémoire de Master en télécommunications rédigée par BELINGA Sandrine

Approche efficace de la téléphonie par Bluetooth II
REMERCIEMENTS
 A tous les membres du jury qui ont accepté d’évaluer ce travail ;
 A mon directeur Pr Pierre ELE, pour son suivi et ses suggestions qui m’ont
encouragée et m’ont permis de mener à terme mon travail ;
 A tout le corps administratif et enseignant de l’Institut Supérieur des Sciences, Arts et
Métiers (ISSAM).

Approche efficace de la téléphonie par Bluetooth III
RESUME
Le secteur des télécommunications sans fil a connu une évolution considérable ces
deux dernières décennies dans le monde avec la naissance de plusieurs solutions comme le
GSM, l’UMTS, le Wifi, le Bluetooth et bien d’autres, pour permettre aux utilisateurs de
communiquer. Mais seulement, le coût de déploiement et l’accès aux équipements utilisés par
ces solutions représentent des obstacles pour les pays en voie de développement qui souffrent
toujours des problèmes de couverture et d’accès réseau dans certaines zones.
Pour contribuer à pallier à ces manquements, nous avons proposé une solution de
téléphonie basée sur la technologie Bluetooth qui regorge d’atouts et qui est en perpétuelle
évolution. Pour cela, nous avons défini une architecture de communication basée sur des
concepts nouveaux comme les nœuds Bluetooth que nous étions contraints de définir en
raison de la particularité de notre solution qui faisait face à la faible portée du Bluetooth (100
mètres pour les émetteurs de classe I) et aux contraintes liées à la gestion de la voix. Ceci a
conduit à la définition de deux protocoles l’un de formation de scatternet entre les nœuds
Bluetooth et l’autre de routage. Nous avons ensuite conçu et réalisé une application de
communication qui permet une transmission bidirectionnelle des flux de voix entre deux
périphériques Android par Bluetooth.
Néanmoins, la gestion de la sécurité dans les communications et la gestion de la

mobilité entre les périphériques Bluetooth sont des améliorations à faire dans les travaux
futurs en vue de mettre sur pied une plate-forme de téléphonie complète.
Mots clés: Bluetooth, téléphonie, voix, nœuds routeur, protocole, routage, piconets,
scatternet

Approche efficace de la téléphonie par Bluetooth IV
ABSTRACT
The area of wireless communications has evolved considerably over the last two
decades in the world with the birth of several solutions such as GSM, UMST, Wi-Fi,
Bluetooth and many more to permits communication. But only the cost of deployment and
access to equipment used by these solutions represent barriers for developing countries which
still suffer of network coverage and network access problems in some areas.
To help overcome these shortcomings, we have proposed a telephony solution based

on Bluetooth technology packed with several advantages and is constantly evolving. For this,
we defined a communication architecture based on new concepts such as Bluetooth router
nodes that we were forced to define due to the uniqueness of our solution which faced the
narrow scope of Bluetooth (100 meters for issuers class I) and constraints related to the voice
management. This has led to the definition of two protocols one of scatternet formation
between nodes Bluetooth. We then designed and implemented a communications application
that allows bidirectional transmission of voice streams between two Android devices via
Bluetooth.
However, the management of security in communications and mobility management

between Bluetooth devices are improvements to be made in future works to develop a
complete and resulted telephony platform.
Keywords: Bluetooth, telephony, voice, router nodes, protocol, routing,

synchronization, piconet, scatternet.

Approche efficace de la téléphonie par Bluetooth V
SOMMAIRE
Sommaire
DEDICACE .......................................................................................................................... I
REMERCIEMENTS .......................................................................................................... II
RESUME ........................................................................................................................... III
ABSTRACT ....................................................................................................................... IV
SOMMAIRE ........................................................................................................................ V
LISTE DES FIGURES ..................................................................................................... VII
GLOSSAIRE .................................................................................................................. VIII
INTRODUCTION GENERALE .........................................................................................1
1. Contexte......................................................................................................................1
2. Problématique ............................................................................................................2
3. Motivations et objectifs ..............................................................................................2
4. Bilan ...........................................................................................................................3
5. Structure du mémoire ................................................................................................3
CHAPITRE I : ETAT DE L’ART .......................................................................................5
I. Revue de la littérature ...............................................................................................5
II. Généralités .................................................................................................................6
II.1 Historique ...............................................................................................................6
II.2 Normes ....................................................................................................................7
II.3 La pile de protocole ................................................................................................8
II.4 Présentation de la couche matérielle .....................................................................8

Approche efficace de la téléphonie par Bluetooth VI
II.5 Présentation de la couche applicative ................................................................ 10
II.6 Les profils Bluetooth............................................................................................ 12
II.7 Les différentes topologies de réseaux Bluetooth ................................................ 12
II.8 Les avantages du Bluetooth par rapport à nos objectifs ................................... 13
II.9 Les applications téléphoniques liées à la technologie Bluetooth ........................ 14
II.10 BILAN ................................................................................................................ 15
CHAPITRE II : OUTILS ET METHODES...................................................................... 17
II.1 Analyse des contraintes particulières liées à la téléphonie par Bluetooth .......... 17
II.2 APPROCHE ET MODELE DE LA SOLUTION ............................................... 19
CHAPITRE III : RESULTATS ......................................................................................... 25
III.1 ANALYSE DES BESOINS ................................................................................. 25
III.2 CONCEPTION DE L’APPLICATION ............................................................. 27
III.3 IMPLEMENTATION ......................................................................................... 31
III.4. GESTION DE LA COMMUNICATION VOCALE....................................... 34
III.5 BILAN ................................................................................................................. 38
CONCLUSION GENERALE ............................................................................................ 39
TABLE DES MATIERES .................................................................................................. 39
REFERENCES ................................................................................................................... 39

Approche efficace de la téléphonie par Bluetooth VII
LISTE DES FIGURES
Figure 1: catégorie de réseaux sans fil ............................................................ 7

Figure 2: la pile de protocole ........................................................................... 8
Figure 3: piconet............................................................................................. 13
Figure 4: scatternet ........................................................................................ 13
Figure 5: puce Bluetooth (14*36*4mm) ........................................................ 14
Figure 6: A et B sont couverts par le même nœud routeur .......................... 20
Figure 7: A et B ne sont pas couverts par le même nœud routeur .............. 20
Figure 8: exemple de HUB Bluetooth............................................................ 21
Figure 9: diagramme des cas d'utilisations ................................................... 26
Figure 10: diagramme d'états ........................................................................ 27
Figure 11: diagramme de séquence utilisateur/application ......................... 29
Figure 12: architecture logicielle ................................................................... 30
Figure 13: ficier AndroidManifest.mf ........................................................... 32
Figure 14: recherche des équipements .......................................................... 33
Figure 15: connexion des équipements.......................................................... 34
Figure 16: enregistrement du son .................................................................. 35
Figure 17: envoi du son .................................................................................. 35
Figure 18: lecture du son chez l'interlocuteur .............................................. 36
Figure 19: capture de l'audio......................................................................... 37
Figure 20: gestion du multilingue .................................................................. 37

Approche efficace de la téléphonie par Bluetooth VIII
GLOSSAIRE
A
ACL : Asynchronous Connection-Less
AES : Advanced Encryption Standard
ARPANET : Advanced research Project Agency Network: réseau à commutation de paquet
mis en place en 1969 et qui donna naissance à Internet.
B
BBS : Bluetooth Base Station
BD_ADDR : Bluetooth Device Address: C’est l’adresse matérielle des périphériques
Bluetooth équivalent à l’adresse Mac d’une carte réseau. Ces adresses sont codées sur 48bits
et sont gérées par l’IEEE Registration Authority.
BSC : Base Station Controller
BSS : Base station Subsystem
BSS(2) : Basic Service Set
BTCP : Bluetooth Topologie Control Protocol : c’est un protocole de formation de scatternet
dans les réseaux Bluetooth.
BTS : Base Transceiver Station
C
CRC : contrôle de redondance cyclique
D
DBF : Distributed Bellman-Ford
DSDV : Destination-Sequenced Distance Vector
E
EBSS : Extended Basic Service Set
F
FHSS : Frequency Hope Spread Spectrum
F-TDMA: Frequency Time Division Multiple Access

Approche efficace de la téléphonie par Bluetooth IX
G
GPRS: General Packet Radio Service
GSM : Global System for Mobile Communication
H
HCI : Host Control Interface : fait le lien entre la couche physique et la couche applicative de
la pile de protocole Bluetooth.
I
IARP (IntrAzone Routing Protocol) : protocole utilisé par le protocole ZRP pour les
communications locales à une zone
IBSS : Independent Basic Service Set
IEEE : Institute of Electrical and Electronics Engineers
IERP : IntErzone Routing Protocol) : protocole utilisé par le protocole ZRP pour les
communications entre les zones
ISM : Industrial, Scientific and Medical : bandes de fréquences libres utilisés dans des cadre
scientifiques, industriels et medicales
L
L2CAP : Logical Link Control & Adaptation Protocol
M
MIMO : Multiple-Input Multiple-Output)
O
OFDM : Orthogonal Frequency Division Multiplexing).
OLSR: Optimized link state routing protocol
P
PAN : Personal Area Network
PCI : Peripheral Component Interconnect
PCMCIA : personal computer Memory Card International Association
R
RATP : Régie autonome des transports parisiens
S
SCO : Synchronous Connection-Orientated
SIG : Bluetooth Special Interest Group

Approche efficace de la téléphonie par Bluetooth X
SMS : Short Message Service

T
TTL : (Time To Live)
U
USB : Universal Serial Bus
V
VoIP: Voice Over Internet Protocol, également appelée téléphonie IP ou téléphonie sur
Internet.
W
WAP : Wireless Application Protocol
WECA : Wireless Ethernet Compatibility Alliance
Wi-Fi : Wireless Fidelity
WWiSE : World-Wide Spectrum Efficiency
Z
ZRP : (Zone Routing Protocol)

Approche efficace de la téléphonie par Bluetooth 1
INTRODUCTION GENERALE
Le réseau personnel sans fils (appelé également réseau individuel sans fils ou réseau
domestique sans fils et noté WPAN pour Wireless Personal Area Network) concerne les
réseaux sans fils d'une faible portée : de l'ordre de quelques dizaines mètres. Ce type de réseau
sert généralement à relier des périphériques (imprimante, téléphone portable, appareils
domestiques, ...) ou un assistant personnel (PDA) à un ordinateur sans liaison filaire ou bien à
permettre la liaison sans fils entre deux machines très peu distantes. Il existe plusieurs
technologies utilisées pour les WPAN :
La principale technologie WPAN est la technologie Bluetooth, lancée par Ericsson en

1994, proposant un débit théorique de 1 Mbps pour une portée maximale d'une trentaine de
mètres. Bluetooth, connue aussi sous le nom IEEE 802.15.1, possède l'avantage d'être très
peu gourmande en énergie, ce qui la rend particulièrement adaptée à une utilisation au sein de
petits périphériques.
1. Contexte
Plusieurs solutions de communication sans fil existent de nos jours parmi lesquelles : le
GSM, le GPRS, l’UMTS, le Wi-Fi, l’infrarouge et le Bluetooth. Les 3 premières technologies
(GSM, GPRS, UMTS), sont beaucoup plus adaptées aux communications longues portées et
nécessitent des équipements importants et des installations fastidieuses pour leur déploiement
et pour leur mise en œuvre. Pour le cas du Wi-Fi, bien qu’offrant des services conséquents en
matière de communication sans fil, ils ont tout de même de nombreuses limites : le Wi-Fi
malgré son bon débit et sa longue portée est limité par son coût, son encombrement et sa forte
consommation d’énergie ; L’infrarouge pour sa part, bien que consommant très peu d’énergie
électrique, est limité par sa très faible portée (quelques 5 à 10 mètres seulement) et par les
perturbations dues aux interférences lumineuses car les infrarouges ne peuvent passer à
travers les objets i.e. les appareils à relier doivent donc être en contact. La dernière, le
Bluetooth lancé en 1994 par le constructeur Ericsson, est une technologie qui regorge
d’atouts et qui palie à certaines limites présentées par ses prédécesseurs de par la petite taille
et le faible coût en prix et en énergie consommée de sa puce. En plus de cela, il offre plusieurs
services de communication sans fils de proximité parmi lesquels le transfert de fichier, la

connexion de périphérique sans fils entre eux et aussi de la téléphonie de proximité qui
retiendra particulièrement notre attention dans la suite.
2. Problématique
Même s’il est avéré que le secteur des télécommunications a connu une remarquable
évolution dans le monde ces 20 dernières années, les problèmes de coûts de communication et
de couverture réseau, constituent toujours un défi majeur pour les pays en voie de
développement. Le Bluetooth conçu dans le but premier de relier divers équipements sans fils
tels les imprimantes, les oreillettes sans fil, les souris, les claviers, les téléphones portables, les
PDA, les GPS, etc., peut être vu comme une solution future en terme de réduction des coûts
dans le domaine de la téléphonie mobile car intègre plusieurs solutions de communication
adaptées à la téléphonie notamment grâce à son profil de téléphonie sans fil CTP et biens
d’autres. Ceci étant, une question majeure a retenu notre attention à savoir: comment passer
des appels de manière efficace en utilisant la téléphonie par Bluetooth ?
3. Motivations et objectifs
Nos motivations sont nombreuses tout d’abord, la montée en puissance du Bluetooth qui,
bien qu’étant une technologie jeune (1994), gagne de plus en plus du terrain dans le domaine
de la communication sans fils notamment depuis la sortie de sa version 2.0 en 2006 qui a vu
son débit passer de 1 Mb/s à 100 Mb/s. Elle apparaît même comme la technologie WLAN et
WPAN la plus aboutie en matière de gestion de la Qualité de Service. En plus de cela, elle
opère dans les bandes de fréquences ISM dont l'exploitation ne nécessite pas de licence et la
plupart des équipements mobiles aux jours d’aujourd’hui sont dotés de puce Bluetooth.
Compte tenu de la situation économique de nos pays (en voie de développement) et compte
tenu du besoin de plus en plus croissant en communication des populations (sur de petites
distances comme au sein d’un campus universitaire, au sein des locaux d’une entreprise, ou
simplement entre deux personnes distantes de moins de 100 mètres) aussi bien dans les pays
développés que dans ceux en voie de développement comme le Cameroun, nous avons jugé
nécessaire d’explorer la possibilité de faire de la téléphonie en utilisant la technologie sans fil
Bluetooth. Ceci avec comme objectif permettre aux utilisateurs des périphériques dont les
plates-formes implémentent le standard Bluetooth, de communiquer librement entre eux par

voie ou par texte sans se soucier des coûts de communication sur des courtes distances et
aussi sur des distances plus grandes que la portée d’un terminal Bluetooth (100mètres).
4. Bilan
Le déploiement d’une solution de téléphonie par Bluetooth peut être un bon facteur de
réduction des coûts de communication dans différents domaines. Les solutions existantes ne
sont pas pour ainsi dire à mettre à l’écart ou à éliminer complètement. Chacune de ces
solutions a sa particularité. Des solutions comme le GSM, malgré le fait qu’elles soient
coûteuses, sont incontournables pour le moment. En plus d’être un challenge, nous avons opté
pour le Bluetooth vue les différents avantages qu’elle offre et vue son expansion dans la
plupart des périphériques à travers le monde. En plus de cela, le Bluetooth est mieux adapté
au contexte socio-économique des pays en voie de développement où les téléphones dotés de
wifi ou de wifi direct ne sont pas très rependus. Le Bluetooth étant limité par la portée, notre
solution visera en plus de permettre la communication vocale via Bluetooth, de briser ces
limites avec l’architecture que nous allons proposer.
5. Structure du mémoire
Pour mener à bien nos travaux et afin d’atteindre nos objectifs, nous articulerons notre
travail ainsi qu’il suit :
 Une introduction générale, il était question de montrer l’intérêt de faire de la

téléphonie par Bluetooth. Ceci en rappelant le contexte, la problématique et enfin nos
motivations et nos objectifs.
 Dans le chapitre 1 nous ferons un état de l'art c'est-à-dire nous présenterons les
insuffisances des approches et/ou des modèles connus avec leurs insuffisances par
rapport au problème à résoudre.
 Le chapitre 2 pour sa part présentera de façon plus explicite la solution proposée. Ceci
en faisant une analyse des contraintes particulières (technologiques, applicatives,
généricité) liées au problème spécifique que nous voulons résoudre et en présentant
l’approche le modèle et l’architecture de la plate-forme avec analyse des propriétés.

En faisant une étude de la complexité et des performances avec comparaison aux

solutions connues. On fera aussi une étude des enjeux économiques de la solution.
 Le chapitre 3 concerne la mise en œuvre de la solution. Elle consiste en la présentation

de la plate-forme logicielle qu’on aura développée ainsi qu’en la présentation des
résultats des différentes simulations qu’on aura eu à effectuer.

CHAPITRE I : ETAT DE L’ART

Au démarrage de notre mémoire, nous avons commencé par étudier en profondeur les
possibilités techniques que nous offrait la technologie Bluetooth. Nous avons donc commencé
par lister un certain nombre de solutions existantes possédant des points communs à notre
sujet. Ensuite nous présenterons en détail tous les aspects du Bluetooth.
I. Revue de la littérature
Pour mieux comprendre la notion de téléphonie par Bluetooth, il convient de faire un
pas en arrière, afin d’avoir une revue de littérature détaillée.
ABBACHI Attika (2008) assure que nous devons faire appel aux API Java destinées
à la technologie Bluetooth dénommée JABWT. Pour cela, il faut développer une application
mobile pour faire communiquer deux téléphones portables, basées sur une architecture
client/serveur. Ainsi, un serveur d’une société publie ses services, et ses clients accèdent à ces
derniers via leurs téléphones mobiles équipés de Bluetooth. Cette application peut être utile
dans tout endroit de services publics tels que les gares, aéroports, hôpitaux… et elle permettra
d’éviter le déplacement entre différents bureaux pour obtenir des informations. Cependant, à
cause des problèmes de configuration et de compatibilité, les API du JABWT sont en voie de
développement pour pouvoir globaliser l’utilisation de telles applications.
Guillaume FAURE (2010), présente un projet réalisé par Telecom Sud-Paris, qui
visait à moderniser les services de télécommunication entre agents RATP et les usagers de
leurs services. L’idée était de permettre à un usager de connecter simplement son téléphone
mobile à un point d’accès et d’accéder au service qui lui permettra d’établir une
communication bidirectionnelle avec un agent RATP sans utiliser le réseau d’un quelconque
opérateur GSM. Cette application fut en partie réalisée par deux élèves ingénieurs le Telecom
Sud-Paris qui ont rencontré beaucoup de problèmes notamment du le fait que le profil
Bluetooth PAN (Personal Area Network) qui permet la connexion entre un terminal et un
point d’accès (ou une borne) Bluetooth, n’était pas encore intégré dans l’api java de
développement d’applications Android. Au terme de leurs travaux, bien qu’ils n’aient pas pu
réaliser l’application proprement dite, Leurs multiples recherches ont permis de montrer que

le déploiement de l’application de communication Bluetooth était théoriquement possible sur

la plate-forme Android.
L’application quant à elle de Cyril BOURDIEU (2011), permet à plusieurs personnes

de communiquer oralement via leur terminal Android par Bluetooth ou Wi-Fi. La
communication se fait de proche en proche, sans connexion Internet ni opérateur GSM.
L'envoi d'un message vocal est réalisable par pression sur le bouton push-to-talk ou par
détection vocale en utilisant un kit main-libre. Cette application est destinée à un groupe
d'utilisateurs restreint. Chaque utilisateur doit posséder un terminal Android (version
supérieure ou égale à 2.1) sur lequel il devra installer puis lancer l'application Il existe aussi
plusieurs autres applications de type talkie-walkie sur la plateforme Android Market ou sur
Google application, on peut par exemple citer entre autre : « Virtual-Walkie-talkie » ou «
Znuggler - Walkie-talkie PTT ». Néanmoins ces applications en dehors du fait qu’elles ne
soient pas open source, sont complètement dédiées à la plateforme Android et limitées à une
utilisations en point à point entre deux utilisateurs distants de moins 10mètres. Par
conséquent, elles ne sont pas adaptées à une utilisation massive ou grand-publique.
II. Généralités
Bluetooth est une nouvelle technologie de transmission sans fil. Son but est de permettre
la communication à courte distance entre plusieurs appareils, et sans le moindre câble, en
utilisant les ondes radio. C'est une norme utilisée pour faire fonctionner des applications pour
la maison, le travail et les loisirs.
Cette partie exposera les grands principes techniques cette norme, dressera un état des
applications existantes et à venir, et en exposera les avantages et inconvénients.
II.1 Historique
Le Bluetooth fut créé en 1994 par le fabricant suédois Ericsson. En 1998, plusieurs
grandes sociétés dont IBM, Intel, Nokia et Toshiba s'associent à Ericsson pour former le
Bluetooth Special Interest Group (SIG). En juillet 1999, sortie de la spécification 1.0. Le SIG
compte 9 membres en décembre 1999 après que les entreprises 3COM, Lucent, Microsoft,
Motorola les a rejoint. Le 28 mars 2006, le SIG annonce la deuxième génération de la
technique sans fil Bluetooth, qui est capable d'assurer des débits cent fois supérieurs à
l'ancienne version, passant donc de 1 Mb/s à 100 Mb/s (soit 12,5 Mo/s)1. Cette technique,

utilisée dans les téléphones mobiles, périphériques informatiques et autres appareils portables
comme les assistants personnels (PDA) a vu sa vitesse de transmission augmenter année après
année, lui permettant ainsi d'être utilisée pour les vidéos hautes définitions et l'échange de
fichiers avec un baladeur MP3 par exemple. Le terme « Bluetooth » fut inspiré par le nom
d’un roi danois du 10éme siècle entre les années 940 et 981 appelé « Harald Ier» et
surnommé par son peuple « Harald Blåtand » (qui voulait dire homme à la dent bleue). Il fut
connu pour avoir réussi à unifier les États du Danemark, de Norvège et de Suède. Le logo2 de
Bluetooth, est d'ailleurs inspiré des initiales d’Harald (H :) et Blåtand (B :) en alphabet
runique3.
Figure 1: catégorie de réseaux sans fil
II.2 Normes
 IEEE 802.15.1 définit le standard Bluetooth 1.x permettant d'obtenir un débit de
1Mbit/s ;
 IEEE 802.15.2 propose des recommandations pour l'utilisation de la bande de

fréquence 2,4 GHz (fréquence utilisée également par le Wi-Fi). Ce standard n'est
toutefois pas encore validé ;
 IEEE 802.15.3 est un standard qui permet d’avoir le haut débit avec la technologie
Bluetooth. Il déﬁnit la norme UWB (Ultra-Wide Band), qui met en œuvre une
technologie très spéciale, caractérisée par l’émission à une puissance extrêmement
faible. Les débits atteints sont de l’ordre du gigabit par seconde sur une distance de 10
mètres.

 IEEE 802.15.4 est un standard en cours de développement pour des applications sans
fils à bas débit et à faibles coûts. Il est actuellement utilisé par Zigbee pour ses
couches basses.
II.3 La pile de protocole

Le Bluetooth utilise une architecture en couche pour le transport des données comme
dans la plupart des réseaux. La pile de protocole Bluetooth comprend une partie matérielle et
une partie logicielle telles que présentées dans la figure ci-dessous. Les deux couches les plus
basses de la partie matérielle (couche radio et couche bande de base) sont les deux principaux
composants d’un produit Bluetooth. Ce sont ces éléments qui rendent possible les
communications sans fils entre deux équipements Bluetooth même s’il est vrai que les autres
couches sont toutes aussi nécessaires qu'indispensables. Dans la suite de notre travail, nous
ferons une description explicite de chaque composant de cette pile, ceci en présentant d’abord
les éléments de la couche physique ensuite ceux de la couche applicative en passant par le
HCI (Host Control Interface) qui fait le lien entre les deux couches.
Figure 2: la pile de protocole
II.4 Présentation de la couche matérielle

II.4.1 Couche Radio Fréquence (RF)
C’est la couche la plus basse de la pile de protocole Bluetooth. C'est elle qui s'occupe
de l'émission et de la réception des ondes radio. Elle définit les caractéristiques telles que :

celles de la bande de fréquence et l'arrangement des canaux, celles de l’émetteur, du récepteur

du signal et de la modulation.
La plupart des constructeurs du SIG d’appareils électroniques préfèrent utiliser la

classe3 cause de sa faible consommation d’énergie. Du coup, c’est cette classe qui est la plus
rependue et la plus utilisée dans les périphériques mobiles. La technologie Bluetooth utilise
une bande de fréquence qui s’étend sur 83.5MHz (entre 2402 et 2480 MHz) et divisée en 79
canaux numérotés de 0 à 78 avec chacun une largeur de 1 MHz. Ce sont des bandes de
fréquences de type ISM1 (Industrial, Scientific & Medical). Le canal d’émission est divisé en
slots2 de 625µs. Comme le Wi-Fi, le Bluetooth utilise la technique FHSS3 (Frequency Hope
Spread Spectrum), pour la transmission des données en utilisant une combinaison de saut de
fréquence différent pour permettre à plusieurs terminaux d’émettre simultanément. Cette
technique (le FHSS) a pour rôle principale de permettre une synchronisation parfaite entre
l’émetteur et le récepteur et d’éviter les interférences du fait de la saturation de la bande de
fréquence ISM.
II.4.2 La couche bande base (Baseband)

Le rôle principal de cette couche et de transmettre au module radio les données qui
seront envoyées. Il encapsule les données provenant de la couche supérieure dans un paquet
selon le format des paquets de données selon la norme Bluetooth. C’est au niveau de cette
couche que sont définies les adresses matérielles des périphériques (équivalent à l'adresse
MAC d'une carte réseau). Cette adresse est nommée BD_ADDR (Bluetooth Device Address)
et est codée sur 48 bits. C'est également la bande de base qui gère les différents types de
communication entre les appareils. Les connexions établies entre deux appareils Bluetooth
peuvent être synchrones ou asynchrones. La bande de base peut donc gérer deux types de
paquets : dont les paquets SCO (Synchronous Connection-Orientated) utilisés principalement
pour la voix et les paquets ACL (Asynchronous Connection-Less) utilisés pour les autres
types de données.
II.4.3 Le contrôleur de liaison (Link Controller)

Elle gère la configuration et le contrôle de la liaison physique entre deux appareils.
Son rôle principal est de demander à la couche inférieure (Baseband) de construire les
paquets, afin d'établir et de maintenir une ligne de transmission fiable.

II.4.4 Le gestionnaire de liaison (LMP: Link Manager

Protocol)
Cette couche gère les liaisons entre les périphériques Bluetooth maître et l’esclave.
Elle gère aussi le type de connexion (SCO ou ACL) utilisé pour la communication. C’est elle
qui implémente les mécanismes de sécurité comme : L'authentification, le pairage, la création
et la modification des clés, et le cryptage.
II.4.5 L’interface de contrôle (HCI : Host Controller

Interface)
Cette couche fourni une interface uniforme pour l’accès à la couche matérielle. Elle
joue aussi un rôle de séparation qui permet une liberté et une indépendance dans leur
développement des parties matériel et logiciel. Il supporte les protocoles de transports
suivants : Universal Serial Bus (USB) ; PC-Card ; RS-232 et UART.
II.5 Présentation de la couche applicative

II.5.1 La couche L2CAP (Logical Link Control & Adaptation
Protocol)
Cette couche permet d'utiliser simultanément différents protocoles de niveaux
supérieurs. La couche L2CAP gère également la segmentation (et le réassemblage) des
paquets de protocoles de niveaux supérieurs en paquets de liaison de 64 Ko. Elle fournit aussi
les services de multiplexage aux protocoles de niveaux supérieurs, pour cela, un mécanisme
permet d'identifier le protocole de chaque paquet envoyé pour permettre à l'appareil distant de
passer le paquet au bon protocole, une fois celui-ci récupéré. L2CAP fourni deux type de
canaux de communication: les canaux orientés non connexion est ceux orientés connexions
qu’il ne faut pas confondre aux liaisons SCO (Synchronous Connection, Oriented). Pour les
canaux orientés non connexions, les communications ne vont que dans un seul sens d’un
maître à un groupe de périphérique esclave. Elles sont généralement utilisées pour les phases
de pairage et d’authentification. Pour ce qui est des canaux orientés connexion, elles sont
utilisées entre un maître et un esclave pour un échange de données synchrones comme la voix.

II.5.2 Les services Bluetooth

 RFCOMM : est un service basé sur les spécifications RS-232, qui émule des liaisons
séries. Il peut supporter plus de 60 communications simultanées entre deux
périphériques Bluetooth. Par exemple on peut avoir plusieurs applications tournant sur
un même périphérique qui cherchent simultanément à accéder à diverses ressources
Bluetooth avec lequel leur périphérique est connecté. Il peut aussi servir à faire passer
une connexion IP par Bluetooth pour accéder à internet.
 TCS : Telephony Control Protocol Specification Binary Il s’agit du protocole utilisé

pour interagir avec les applications téléphoniques par l’utilisation des connections
L2CAP. Ce protocole définit le contrôle de signalisation d'appel pour l'établissement
des appels vocaux et de données entre appareils Bluetooth.
 SDP (Service Discovery Protocol). Ce protocole permet à un appareil Bluetooth de

rechercher d'autres appareils et d'identifier les services disponibles. Il définit la
manière dont un client Bluetooth agit pour découvrir les différents services Bluetooth
disponibles chez le serveur et les caractéristiques de ces services.
 OBEX (Object Exchange). Ce service permet de transférer des données grâce à

OBEX, protocole d'échange de fichiers IrDA.
II.5.3 La couche application

Le concept de profil est utilisé afin d’assurer le maximum de compatibilité entre les
produits des différents constructeurs de produits Bluetooth. Ainsi, tous auront les mêmes
modèles utilisateurs dans leur couche logicielle : on aura pour tous les appareils Bluetooth les
mêmes appellations pour chaque fonctionnalité supportée. Les profiles Bluetooth ont donc été
développés afin de décrire comment implémenter les modèles utilisateur. Ils définissent :
- La manière d'implémenter un usage défini ;
- Les protocoles spécifiques à utiliser ;
- Les contraintes et les intervalles de valeurs de ces protocoles.

II.6 Les profils Bluetooth

Les profils permettent de faciliter les connexions et d’assurer l’interopérabilité entre
les composants Bluetooth. Ils définissent les couches qui devront être utilisées. Tous les
composants Bluetooth sont obligatoirement placés dans un profil. Il existe 24 profils
différents :
Il existe une hiérarchie entre profil, et donc des dépendances entre eux. Nous allons
illustrer de façon explicite chacun des profils qui nous intéressent dans la suite.
II.7 Les différentes topologies de réseaux Bluetooth

II.7.1 Réseau piconet
Un piconet est un réseau qui se crée de manière instantanée et automatique quand
plusieurs périphériques Bluetooth sont dans un même rayon de portée. Ce réseau suit une
topologie en étoile: 1 maître pour plusieurs esclaves. Un périphérique maître peut administrer
jusqu'à 7 esclaves actifs ou 255 esclaves en mode parked (inactif). La communication est
directe entre le maître et un esclave. Les esclaves ne peuvent pas communiquer entre eux.
Tous les esclaves du piconet sont synchronisés sur l'horloge du maître. C'est le maître qui
détermine la fréquence de saut de fréquence pour tout le piconet.

Figure 3: piconet
II.7.2 Réseau scatternet

Les Scatternets sont en fait des interconnexions de Piconets entre eux. Ces
interconnexions sont possibles car les périphériques esclaves peuvent avoir plusieurs maîtres.
Figure 4: scatternet
II.8 Les avantages du Bluetooth par rapport à nos

objectifs
En nous situant dans le contexte des pays en voie de développement, les principaux
avantages du Bluetooth sont les suivants :
 son cout qui est relativement très faible environ 20$ ;
 sa puce de très petite taille (16mm);

 Sa très faible consommation en énergie électrique ;
 Son évolution constante avec la sortie de la version 4.0 en 2010 qui offre un débit de
plus de 20 Mbit/s. Le Bluetooth 4.0 inclut une fonctionnalité d'économie d'énergie
appelé «Bluetooth low energy ». Le Bluetooth 4.0 est en fait trois spécifications
Bluetooth en un seul. il utilise non seulement la nouvelle technologie de faible
consommation d'énergie, mais s'appuie également sur les transferts des données à
haute vitesse, introduites depuis la version 3.0
Néanmoins cette technologie a aussi des limites notamment concernant la sécurité des
données transmises. Mais cette limite est mineure car pour la téléphonie, les données
transmises sont en général sous un format audio.
Figure 5: puce Bluetooth (14*36*4mm)
II.9 Les applications téléphoniques liées à la

technologie Bluetooth
Les applications que nous avons recensées dans ce sens sont en générale destinées à la
plateforme Android.
II.9.1 Application de communication Bluetooth sur Android

appliqué à la Samsung Galaxy S.
C’est un projet lancé par la RATP et réalisé par Telecom Sud-Paris qui visait à
moderniser les services de télécommunication entre agents RATP et les usagers de leurs
services. L’idée était de permettre à un usager de connecter simplement son téléphone mobile
à un point d’accès et d’accéder au service qui lui permettra d’établir une communication
bidirectionnelle avec un agent RATP sans utiliser le réseau d’un quelconque opérateur GSM.
Cette application fut en partie réalisée par deux élèves ingénieurs le Telecom Sud-Paris qui
ont rencontré beaucoup de problèmes notamment du le fait que le profil Bluetooth PAN
(Personal Area Network) qui permet la connexion entre un terminal et un point d’accès (ou

une borne) Bluetooth, n’était pas encore intégré dans l’api java de développement
d’applications Android. Au terme de leurs travaux, bien qu’ils n’aient pas pu réaliser
l’application proprement dite, Leurs multiples recherches ont permis de montrer que le
déploiement de l’application de communication Bluetooth était théoriquement possible sur la
plate-forme Android.
II.9.2 Application de type Talkie-walkie sur terminaux

mobiles Android
Cette application permet à plusieurs personnes de communiquer oralement via leur
terminal Android par Bluetooth ou Wi-Fi. La communication se fait de proche en proche, sans
connexion Internet ni opérateur GSM. L'envoi d'un message vocal est réalisable par pression
sur le bouton push-to-talk ou par détection vocale en utilisant un kit main-libre. Cette
application est destinée à un groupe d'utilisateurs restreint. Chaque utilisateur doit posséder un
terminal Android (version supérieure ou égale à 2.1) sur lequel il devra installer puis lancer
l'application Il existe aussi plusieurs autres applications de type talkie-walkie sur la
plateforme Android Market ou sur Google application, on peut par exemple citer entre autre :
« Virtual-Walkie-talkie » ou « Znuggler - Walkie-talkie PTT ». Néanmoins ces applications
en dehors du fait qu’elles ne soient pas open source, sont complètement dédiées à la
plateforme Android et limitées à une utilisations en point à point entre deux utilisateurs
distants de moins 10mètres. Par conséquent, elles ne sont pas adaptées à une utilisation
massive ou grand-publique.
II.10 BILAN
Vu que nous voulons faire de la téléphonie de proximité, il serait bénéfique pour nous
d’utiliser un composant qui n’est ni gourmand en énergie ni en espace. Ce qui est bien le cas
du Bluetooth qui consomme très peu d’énergie et dont la puce est relativement très petite et
par conséquent peu gourmande en espace dans l’équipement qui la contient. En plus de cela,
contrairement à l’infrarouge, les équipements Bluetooth n’ont pas besoin d’être en contact
visuel pour pouvoir communiquer. Le plus impressionnant avec le Bluetooth est surtout son
mécanisme sophistiqué de détection d’équipements et de service, sa capacité à pouvoir établir
des connexions entre périphériques, à effectuer des transferts de fichiers et à gérer la
déconnexion sans nécessiter l’intervention de l’utilisateur. On pourrait même dire serait la
mieux adaptée du point de vue fonctionnalités pour la solution que nous voulons mettre sur

pied. Mais comme nous avons pu le constaté, elle n’est pas encore complètement abouti est
ses applications sont limité à une poignée de périphériques spécialisés qui ne sont pas à la
solde de tout le monde.

CHAPITRE II : OUTILS ET
METHODES
Parmi les diverses solutions de téléphonies qui existent de nos jours, on a pu constater
qu’elles ne sont généralement pas adaptées au contexte socio-économique des pays en voie de
développement du fait des contraintes liées aux équipements surpuissants qu’ils demandent
pour leur fonctionnement. Nous allons dans cette partie présenter de façon explicite les divers
contours de notre application en allant de l’analyse des contraintes à l’architecture de la plate-
forme en passant par l’approche et le modèle que nous allons vous présenter.
II.1 Analyse des contraintes particulières liées à

la téléphonie par Bluetooth
La mise en place d’une solution de téléphonie de proximité est liée à plusieurs
contraintes notamment : les contraintes technologiques, les contraintes applicatives, en qualité
de service (QoS) et les contraintes de généricité.
II.1.1 contraintes technologiques

Comme contraintes technologiques nous allons citer entre autre : le support de
communication, la plateforme ou l’environnement de déploiement, la technologie sans fil qui
sera utilisée et les protocoles de communication à utiliser.
Pour ce qui est du support de communication pour notre application, nous pouvons
citer entre autres les téléphones portables et les tablettes tactiles ayant une puce Bluetooth.
Mais nous somme limité par le fait que chacun de ces périphériques est généralement lié à un
environnement particulier (le système d’exploitation) parmi lesquelles : LIMO, Android,
IPhone OS, Symbian OS, Windows mobile ou Windows phone, RIME OS, Palm OS et bien
d’autres. Mais nous allons dans un premier temps basé notre application sur la plateforme
Android vue sa montée de plus en plus croissante dans le monde des systèmes pour
Smartphones et tablettes tactiles.

En termes de protocole de communication, vu que nous allons utiliser le Bluetooth comme

technologie sans fil, nous allons naturellement prendre en compte les différents protocoles
offerts par cette technologie qui sont en rapport avec la communication vocale. Nous pouvons
citer entre autre :
 Le protocole de contrôle de téléphonie (TCS Binary) qui définit les signaux de

contrôle d'appel pour l'établissement d'appels voix ou données entre les périphériques
Bluetooth.
 le protocole de gestion de liaison (LMP: Link Manager Protocol) qui est responsable
de l'établissement de la connexion entre les équipements Bluetooth. Il se charge de
fournir des outils de sécurité comme l'authentification, le cryptage par génération,
échange et vérification des clés de liaison et de cryptage. Il gère aussi le contrôle et la
négociation de la taille des paquets de bande de base.
 le protocole de recherche de services (SDP), comme nous l’avons dit plus haut, ce
protocole définit la manière dont un client Bluetooth agit pour découvrir les différents
services Bluetooth disponibles chez le serveur et les caractéristiques de ces services
 RTP (RealTime Transport Protocole) qui fournit de bout en bout des fonctions de
réseaux de transport appropriés pour des applications qui transmettent des données en
temps réel, comme l'audio, la vidéo.
 RTCP (Real-time Transport Control Protocole) assure le transport temps réel des
données et permet le suivit de leur livraison de manière évolutive
Nous verrons plus bas dans ce chapitre les différents protocoles de routage et de formation
de scatternet que nous allons utiliser.
II.1.2 Contrainte applicative et en qualité de service (QOS)
Le but premier de notre travail est de pouvoir transmettre la voix d'un interlocuteur à
un autre en essayant de surpasser la faible portée du Bluetooth. La transmission de la voix se
doit d’être continue et fluide entre deux interlocuteurs dans le réseau. Ce qui impose
l’utilisation des paquets SCO (Synchronous Connection-Orientated) qui dans le cas du
Bluetooth sont gérés au niveau de la couche Base band (Band Base). Il faut aussi ajouter
qu’entre deux utilisateurs, le délai entre l’envoi et la réception d’un message vocal doit être le

plus court possible. C'est-à-dire la différence entre le temps où un utilisateur parle et le temps
où l’autre reçoit doit être le plus faible possible. Puisque le débit de transmission Bluetooth
est limité à 64Kbits/s pour les communications synchrones, nous allons assurer la fluidité de
la communication et l’efficacité dans les transmissions de la voix en utilisant un mécanisme
de compression audio qui permettra d’éliminer les informations redondantes dans les
séquences audio à transmettre avec pour objectif de réduire considérablement la taille des
paquets audio qui vont circuler dans le réseau d’un périphérique à un autre. En plus,
l'application doit être très peu gourmande en énergie, c’est-à-dire avoir un coût d'utilisation de
la batterie le plus faible possible. Ceci parce qu’elle est sensée fonctionner sur des
équipements mobiles avec en général peu d’autonomie. Cette dernière contrainte explique une
fois de plus notre choix pour la technologie Bluetooth qui consomme très peu d’énergie
électrique. En plus de ces contraintes nous avons les contraintes de généricités qui doivent
aussi être respectées.
II.1.3 les contraintes de généricité

Notre approche se doit d’être générique, pour pouvoir être facilement adaptable à
plusieurs plateformes de téléphones. Ainsi nous comptons définir un module générique de bas
niveau qui sera commun à plusieurs environnements de téléphonies. Nous avons vu
précédemment que la pile de protocole Bluetooth est divisée en deux principales parties : une
partie matérielle et une partie logicielle. La partie logicielle qui interagit directement avec les
applications et services, et la partie matérielle qui est directement liée à la puce Bluetooth, est
commune à toutes les plates-formes.
II.2 APPROCHE ET MODELE DE LA

SOLUTION
II.2.1 PRESENTATION DE L’APPROCHE
Notre approche est simple. Un périphérique pour communiquer avec un autre, va
d’abord vérifier si ce dernier (avec lequel il souhaite communiquer) se trouve dans son
voisinage. Si tel est le cas, un canal de communication synchrone SCO RFCOMM est créé
entre les deux pour leur permettre de communiquer. Dans le cas contraire, le périphérique
initie une demande de communication au point d’accès (nœud routeur) qu’il aura choisi
comme maître. Cette demande comporte entre autres : ses informations dans le piconets

notamment sa BD_ADDR, les informations sur son horloge, et les informations sur le nœud
destinataire. Ce sera donc au nœud routeur de rechercher le destinataire et la meilleure route
pour que les deux nœuds puissent communiquer. Nous avons ci-dessous un descriptif
algorithmique de cette approche. Le premier cas illustre le cas où les deux périphériques ont
le même point d’accès comme nœud routeur et le deuxième montre le cas où les deux
périphériques ne sont pas couverts par le même nœud routeur.
Cas 1 : A et B sont soit à proximité l’un de l’autre, soit couverts par le même nœud
routeur
Figure 6: A et B sont couverts par le même nœud routeur

Cas 2 : A et B ne sont pas couverts par le même nœud routeur
Figure 7: A et B ne sont pas couverts par le même nœud routeur

Nous allons dans la suite décrire notre solution ainsi que l’ensemble des éléments qui
entreront en jeu dans sa mise en œuvre. Notamment, ce que nous entendons par nœuds
routeurs, le protocole de formation du scatternet et le protocole de routage seront utilisés.
Ensuite, nous présenterons l’architecture graphique de notre solution prenant en compte tous
ces éléments.
II.2.2 DESCRIPTION DU NŒUD ROUTEUR

Nous considérons un nœud routeur tout simplement comme un périphérique Bluetooth
de classe 1. De façon plus soutenue dans notre modèle, un nœud routeur (point d’accès

Bluetooth) est en fait un ensemble de plusieurs périphériques Bluetooth tous connectés à un

hub Bluetooth afin d’augmenter non seulement le nombre de connexions simultanées mais
aussi pour augmenter sa capacité à supporter un flow important de données. Nous avons ci-
dessous deux exemples de hub Bluetooth :
Figure 8: exemple de HUB Bluetooth

Ceci dit, il aura pour principales fonctions :
x La formation et de la gestion des piconets
x La réception et le relaie des différents signaux radio. C’est-à-dire la réception des

demandes de communication et l’acheminement de création du canal de
communication entre l’expéditeur et le destinataire. En d’autres termes, il sera chargé
de créer un canal de communication entre deux utilisateurs souhaitant communiquer.
x Le cryptage et le décryptage des données circulant sur le réseau
x Le routage des paquets entre les différents terminaux Bluetooth
x La gestion de l’activation et de la désactivation d’un lien vers une station mobile

Bluetooth. Eventuellement la gestion de la mobilité des nœuds mobiles c’est-à-dire le
handover.
x Il se chargera aussi de la manager le réseau, les abonnés (les utilisateurs), les services,
et biens d’autres.
II.2.3 PROTOCOLE DE FORMATION DE SCATTERNET

(BLUETOOTH BTCP)
On doit pouvoir obtenir un protocole de formation de scatternet qui réduit au
maximum le nombre de piconets car plus le nombre de piconets augmente, plus le nombre de
collisions dans le réseau augmente du fait du nombre de relais de connexion des différents
piconets. Il faut rappeler que d’après notre architecture, nous disposons de plusieurs nœuds

fixes qui se chargeront de gérer le réseau et le routage des paquets en circulation dans le
réseau. Donc notre protocole de formation de scatternet sera constitué de 3 phases comme
dans le protocole BTCP. Lors de la mise en place de notre réseau, des configurations
minimales doivent être opérées. Ces configurations consistent en fait à définir le rôle de
chaque nœud routeur dans le réseau. Dans notre cas, les deux premières phases ne se feront
que lors de l’initialisation du réseau et sur commande lorsqu’une modification sera opérée
dans le réseau (Ajout, modification de la position ou suppression d’un périphérique ou d’un
nœud routeur du réseau).
II.2.4 PROTOCOLE DE ROUTAGE BRProtocol (Bluetooth

Routing Protocol)
x Le protocole utilisé doit respecter un certain nombre de contraintes. On peut citer entre
autres : La garantie d’une bonne qualité de service i.e. une bonne fluidité de la qualité
de la communication.
x L’utilisation optimale des ressources pour limiter les saturations du réseau et les
consommations abusives d’énergie électrique.
x La prise en compte de la position des nœuds communicants i.e. pouvoir identifier

efficacement à quel nœud routeur un périphérique est connecté dans le réseau. - la
prise en compte de la formation et de la reconfiguration des scatternet.
Chaque nœud routeur entretient une table de routage qui lui permet de savoir tous ses
nœuds voisins et surtout l’ensemble de ses esclaves (l’ensemble de ses nœuds mobiles).. Nous
allons dans la suite définir la structure des différentes tables de routage et la procédure de
routage qui sera utilisée dans notre réseau.
II.2.5 TABLE DE ROUTAGE

Après la formation du scatternet, le superviseur (le nœud routeur qui supervise la
formation du scatternet) construit sa table de routage. Cette table est en fait identique à celle
de tous les autres nœuds routeur à la seule différence qu’elle est mise à jour plus fréquemment
que celle de tous les autres nœuds. Elle contient l’ensemble des informations échangées entre
les différents participants pendant le processus de formation du scatternet ainsi que les
informations concernant les différents piconets. Lorsqu’un nœud mobile choisi un nœud

routeur comme son maître pour une première fois, ce dernier (le nœud routeur) l’enregistre
dans un premier temps comme étant un visiteur dans le piconets. En fonction de la fréquence
de ce nœud dans le piconets il pourra être enregistré comme nœud locataire du piconets. Les
mises à jours des tables de routage de chaque nœud routeur ne se fera que lorsqu’un
changement sera opéré un piconets quelconque. Comme changement, nous avons par exemple
la perte de connexion entre un nœud mobile et un nœud routeur.
III.2.6 PROCEDURES DE ROUTAGE

Notre protocole sera constitué de deux principales phases : la recherche des routes et
l’échange des informations (la voix dans notre cas) via la route trouvée. Pour ce qui est de la
recherche des routes, notre protocole est réactif dans ce cas. Ceci pour éviter la saturation du
réseau par des messages de routage échangés par les différents nœuds de façon permanente
dans le réseau. C’est pourquoi nous avons choisi de découvrir les routes lors de l’initiation
d’une communication par un nœud mobile en destination d’un autre. De même au niveau des
piconets i.e. entre chaque maître et l’ensemble de ses esclaves (les nœuds mobiles) nous
avons prévue un fonctionnement réactif pour limiter la consommation de l’énergie au niveau
des périphériques mobiles. Lorsqu’un nœud mobile veut communiquer avec un autre nœud
du réseau, il lance d’abord lancer une recherche autour de lui pour savoir si ce nœud est dans
son entourage i.e. dans son rayon de portée. Si c’est le cas, il y a établissement d’une liaison
synchrone entre les deux nœuds leur permettant ainsi de pouvoir communiquer. Si tel n’est
pas le cas, ce nœud (mobile) initie donc une demande de communication au point d’accès
(nœud routeur) qu’il aura choisi comme maître. Cette demande comporte entre autres : les
informations du nœud dans le piconets notamment sa BD_ADDR, les informations sur son
horloge, et les informations sur le nœud destinataire. Ce sera donc au nœud routeur de trouver
le nœud en question et de définir la route idéale pour que les deux nœuds puissent
communiquer.
II.2.7 GESTION DE LA MOBILITE DES EQUIPEMENTS

Afin de savoir à tout moment à quel nœud routeur appartient un nœud mobile, nous
procédons de la manière suivante : lorsqu’un nœud mobile se connecte à un point d’accès, ce
dernier met à jour sa table de routage pour signaler qu’un nouveau nœud s’est connecté au
réseau. De même, lorsqu’un nœud mobile perd la connexion avec son nœud routeur, le point
d’accès met à jour sa table de routage pour signaler que ce nœud (mobile) n’est plus présent

dans le piconets. Lorsque l’une des deux situations précédentes survient, le nœud routeur
concerné informe alors les autres du changement pour qu’ils puissent mettre à jour leur table
de routage.

CHAPITRE III : RESULTATS

Nous allons dans cette phase présenter la plateforme logicielle que nous aurons
développée pour permettre la communication (par échange de la voix) entre deux
périphériques Bluetooth. Cette application sera faite sous la plateforme Android et permettra
de faire passer la voix par Bluetooth d’un périphérique à un autre (en mode point à point).
Nous avons choisi Android car en plus de son expansion de plus en plus croissante
dans le domaine de la téléphonie, elle offre aussi plusieurs facilités quand il s’agit de travailler
directement avec la couche physique du téléphone comme le micro, les hauts parleurs, le
Bluetooth et autres qui sont nécessaires pour l’enregistrement, le transfert et aussi la réception
de la voix.
III.1 ANALYSE DES BESOINS

III.1.1 BESOINS FONCTIONNELS
Notre application doit être capable de faire passer la voix d’un périphérique Bluetooth
à un autre afin de leur permettre de communiquer. Pour cela, nous avons défini les différentes
actions suivantes. Un utilisateur doit pouvoir : Créer un profile utilisateur, Rechercher un
équipement, Se connecter à un équipement, Initier une conversation avec un autre, Terminer
la conversation, Paramétrer l’application, Modifier le profil utilisateur, Changer la langue,
Activer ou désactiver son Bluetooth, Ajouter un contact Bluetooth, Supprimer un contact
Bluetooth, Consulter le répertoire des contacts Bluetooth, Se déconnecté, Quitter
l’application.

Figure 9: diagramme des cas d'utilisations
III.1.2 BESOINS NON FONCTIONNELS

x Version d'Android. Pour pouvoir utiliser l'application il est nécessaire de posséder une
version d’Android supérieure ou égale à la 2.1 pour la prise en compte du Bluetooth.
x En ce qui concerne le temps réel, le temps entre le moment où l’émetteur parle et le

moment où le récepteur (connecté) l’entend doit être le plus court possible.
x En termes d’énergie, l'application doit avoir un coût d'utilisation de la batterie le plus

faible possible
III.1.3 RESSOURCES
x Matérielles : Un ordinateur pouvant supporter l’environnement de développement
Eclipse et l’émulateur Android. Deux smart phones Android minimum avec Bluetooth
pour les tests.
x Logiciel : Eclipse : qui est la plateforme de développement utilisée, dont la dernière

version eclipse-jee-juno est disponible en téléchargement à l’adresse suivante :
http://www.eclipse.org/downloads/download.php?file=/technology/epp/downloads/rel
ease/juno/R/eclipse-jee-juno-win32.zip.

La machine virtuelle java JDK
Android SDK : la dernière version du SDK Android (android-sdk_r20.0.3-windows) et les

différents plugins associés. Notamment, l’ADT (Android Developper Toolkit) pour Eclipse
x Humaine: comme ressource humaine on peut compter un développeur java.
III.2 CONCEPTION DE L’APPLICATION

III.2.1 ACTEUR DU SYSTEME
Nous avons un seul acteur qui intervient sur le système et qui n’est rien d’autre que
l’utilisateur de l’application.
III.2.2 DIAGRAMME D’ETATS
Figure 10: diagramme d'états

Notre application dispose plusieurs états. Lorsqu'on lance l'application, on est dans
l'état initial.
 Etat initial : Dans cet état, le périphérique ne peut rien faire mis à part tenter de se
connecter ou de recevoir une demande de connexion de la part d’un autre périphérique

 Etat connecté : Une fois que le périphérique est connecté à un interlocuteur, il bloque
toute autre demande de connexion. Il ne peut cependant plus recevoir de nouvelles
demandes de connexion. Par défaut notre application est en mode half-duplex, donc
lorsqu'on reçoit un message audio ou lorsqu'on le transmet on passe dans l'état half-
duplex qui permet d'éviter que l'on puisse envoyer et recevoir du son en même temps.
 Etat half-duplex : Dans cet état un périphérique Bluetooth peut recevoir des
messages de connexion ou de déconnexion. Si jamais il venait à perdre la connexion
avec son interlocuteur, il retourne dans l'état initial. Le périphérique passe dans cet état
quand l’utilisateur veut envoyer l’application à son interlocuteur par transfert de
fichier. Lorsque le transfert est terminé, l'envoi terminé, il retourne dans l'état
connecté. Et si dans cet état, l’application est détectée chez l’interlocuteur, il passe
alors à l’état full-duplex.
 Etat full-duplex : Dans cet état, le périphérique est prêt à communiquer avec son
interlocuteur par échange de messages vocaux. En principe, dans cet état, toutes les
actions sont autorisées comme par exemple recevoir des demandes connexion ou des
messages de déconnexions des autres interlocuteurs en même temps qu’on est en train
de communiquer. Mais nous avons préféré bloqué cette option par souci d’efficacité
lors de la conversation entre les deux interlocuteurs après qu’ils soient connectés. En
revanche comme dans l’état précédent (half-duplex), si un périphérique perd la
connexion avec son interlocuteur il repasse directement dans l'état initial où il pourra
établir la connexion avec d’autres périphériques.
III.2.3 DIAGRAMME DE SEQUENCE

UTILISATEUR/APPLICATION
Sur ce diagramme, nous présentons les interactions entre deux utilisateurs par le biais
de leur téléphone. On a deux principales étapes distinctes. La première concerne la connexion
entre les deux périphériques et la seconde étape concerne communication entre les deux
périphériques (émission et de réception du son).

Figure 11: diagramme de séquence utilisateur/application

III.2.4 ARCHITECTURE LOGICIELLE
Figure 12: architecture logicielle

Nous allons ici faire une brève description des différents éléments de notre architecture
logicielle.
 MainActivity : Cette classe représente la vue principale de notre application. Elle

contient un moteur qui permet aux classes dont elle dépend de pouvoir accéder et
modifier indirectement les éléments de l'interface graphique.
 BluetoothService : Classe réalisant les opérations liées à l’utilisation du Bluetooth.
 FindDevice : C’est la classe qui permet de faire la recherche de l’équipement avec

lequel on souhaite communiquer.
 VoiceRecoder : Elle permet d’enregistrer la voix
 VoiceReceiver : Cette classe permet d’écouter et de recevoir les données vocales

entrantes.
 UserManager : Pour la gestion des utilisateurs

 PrefereceManager : Pour la gestion des préférences de l’application.
 Utilisateur : Représente les profils des différents utilisateurs du système : pseudo,

login, mots de passe et autres.
III.3 IMPLEMENTATION
III.3.1 DEFINITION DES DROITS
Pour que notre application puisse utiliser le Bluetooth, le micro et le haut-parleur du
téléphone, nous devons lui donner ces différentes permissions:
 les permissions BLUETOOTH pour effectuer une quelconque communication

Bluetooth, par exemple une demande de connexion, l’acceptation d'une connexion, et
le transfert des données.
 les permissions BLUETOOTH_ADMIN qui servent à initier la découverte de

périphériques ou la manipulation des paramètres Bluetooth comme l’activation ou la
désactivation du Bluetooth, l’activation ou la désactivation de la visibilité du
Bluetooth à partir de l’application et toute autre configuration liée au fonctionnement
de la puce Bluetooth.
 La permission RECORD_AUDIO: elle permet à l’application d’utiliser le micro du

téléphone
 La permission MODIFY_AUDIO_SETTINGS qui permet de modifier les

paramètres audio : volume et qualité du son.
 Les permissions ACCESS_NETWORK_STATE et

ACCESS_NETWORK_STATE : elles permettent de gérer l’aspect réseau. Avec ces
deux permissions, l’application pourra vérifier la force du signal réseau qu’elle reçoit
et même la changer à volonté en fonction de ses besoins. Toutes ces différentes
permissions sont définies dans le fichier manifest de notre application :
AndroidManifest.xml. Voici le contenu de ce fichier avec les différentes permissions
et contraintes (versions minimale du SDK nécessaire pour faire fonctionner
l’application) que notre application demande :

Figure 13: ficier AndroidManifest.mf
III.3.2 RECHERCHE DES EQUIPEMENTS

Pour permettre la communication entre deux équipements par Bluetooth, il faut
d’abord que l’un initie la recherche de l’autre avant de lui envoyer une demande de
connexion. Pour cela, nous utilisons la méthode RechercheEquipement de notre classe
FindDevice Défini comme suit:

Figure 14: recherche des équipements

Dans cette méthode, le bluetoothAdapter est en fait le périphérique à découvrir. Dans
ce cas il ne contient qu’un seul périphérique car il est question de rechercher un périphérique
dont on connait l’adresse Bluetooth.
III.3.3. PAIRAGE ET CONNEXION DE DEUX

EQUIPEMENTS
Le processus de connexion est défini dans notre méthode
connectDevice(BluetoothContact contact). Pour écouter les connexions entrantes, nous
utilisons la méthode listenUsingRfcomWithServiceRecord du BluetoothAdapter prenant
comme paramètre un nom et un UUID (identifiant universel que nous utilisons aussi pour
simuler la notion de canal). Cette méthode nous renvoie un BluetoothServerSocket. Pour
ouvrir une connexion, nous utilisons la liste des adresses physiques des périphériques
appariés. On récupère donc une liste de BluetoothDevice qui va nous permettre de faire appel
à la méthode createRfcommSocketToServiceRecord avec pour paramètre l'UUID
(universally unique identifier) adéquat (i.e. celui du périphérique avec lequel nous voulons
nous connecté). Cette méthode renvoie un BluetoothSocket que nous avons appelé
clientSocket qui nous permet donc d'initier la connexion à l'aide de la méthode connect().

Figure 15: connexion des équipements
III.4. GESTION DE LA COMMUNICATION

VOCALE
III.4.1 ENREGISTREMENT DE LA VOIX
Pour cela l’api Android nous propose les deux principales classes suivantes:
 AudioTrack
 AudioRecord
Ces deux classes permettent d’enregistrer les données audio directement du périphérique
d’enregistrement vocal du téléphone. Mais pour pouvoir utiliser l’enregistreur audio du
téléphone, il faut attribuer les droits adéquats à notre application :
Puisque notre application est une application temps réelle nous aurons besoin de préciser
un certain nombre de paramètres pour créer notre AudioRecord. Nous pouvons citer entre
autres
 La fréquence de communication,
 L’encodage audio,
 Le nombre de canaux (mono ou stéréo),

 La taille du buffer qui sera par défaut la taille minimale du buffer de l’AudioRecord
(qu’on récupère grâce à la méthode getMinBufferSize). Cette taille dépend en général
des autres paramètres cités ci-dessus.
Pour lancer l’enregistrement du son qui va être envoyé en temps réelle à notre
destinataire, nous allons utiliser la méthode startRecording de l’audioRecord que nous
avons défini précédemment.
Figure 16: enregistrement du son
III.4.2 ENVOI DU SON PAR BLUETOOTH

C’est la méthode sendTo de notre thread qui gère l’envoi du son par Bluetooth.
Figure 17: envoi du son

En fait dans notre run lorsqu’on détecte une entrée audio, on l’enregistre comme une
nouvelle donné à envoyer. Lorsque La taille maximale de notre buffer est atteinte, on lance le
transfert au périphérique de l’interlocuteur.

III.4.3 RECEPTION ET LECTURE DU SON

C’est la méthode play(…) de l’AudioAdapter qui nous permet de lire le son venant
de l’interlocuteur :
Figure 18: lecture du son chez l'interlocuteur

Le processus de lecture est un peu plus complexe que ça. En fait on passe par la
détection de l’audio entrant avant de le lire ensuite au niveau du haut-parleur par la méthode
play() précédente

Figure 19: capture de l'audio
III.4.5 LE MULTI LANGUES

Android nous donne la possibilité d’adapter la langue de notre application à cette
paramétré dans le téléphone. Pour cela, il faut traduire toutes les variables du système
contenues dans le fichier res/values/ et créer pour chaque langue un répertoire res/values-xx/
où xx représente la langue correspondante. Dans notre cas nous allons rendre notre
application bilingue i.e. Anglais-Français. Nous allons donc créer un répertoire res/values-en/
dans laquelle on va mettre toutes nos variables traduites en anglais. Voici la méthode que
nous avons définie pour le faire :
Figure 20: gestion du multilingue

III.5 BILAN
Au cours du développement, nous avons été confrontés à certaines difficultés liées au
SDK notamment concernant la gestion de la voix et du Bluetooth en particulier.
 Concernant l’Audio, la gestion du son encodé sur 8 bits nous a posé problème. Si de
nombreux projets semblent avoir été confrontés aux mêmes difficultés, rien d'officiel
n'a été reporté à ce sujet.
 Pour ce qui est de la gestion du Bluetooth, nous avons déterminé expérimentalement

que la taille maximal du buffer pouvant être envoyé par Bluetooth est de 357 ce qui
était un vrai problème quand il était question d’envoyer une longue conversation au
destinataire. Pour contourner ce problème, nous avons pensé à découper les paquets
audio en des blocs de plus petites tailles qui devaient être envoyés les uns à la suite des
autres. En plus de cela, nous avons remarqué que la fonction de connexion (connect())
arrivait parfois à passer sans réellement établir la connexion avec le périphérique cible
au niveau de l’application. Ce qui nécessitait parfois un redémarrage complet du
téléphone.
Vue que l’émulateur Android ne supporte pas la fonctionnalité Bluetooth, il a été très difficile
pour nous d’entrer en possession de deux périphériques physiques sur lesquelles nous devions
faire nos tests.

CONCLUSION
GENERALE
La problématique de l’intégration de la voix dans les réseaux sans fils comme le
Bluetooth est liée à plusieurs contraintes relatives au transfert synchrone et en temps réel des
données entre les différents nœuds en communication. Dans la première partie de ce mémoire,
après avoir défini le contexte et la problématique de notre travail, nous avons présenté nos
motivations et les divers enjeux de la solution que nous avons proposée. S’en est suivi les
différents domaines dans lesquels notre solution pouvait être appliquée.
Notre principal objectif étant de proposer une solution efficace de téléphonie dans les
réseaux Bluetooth, nous avons commencé par étudier dans la deuxième partie de notre travail
les divers travaux qui avaient déjà été menés dans ce sens et les différentes solutions
existantes avec le Bluetooth. Nous avons vu que ces solutions étaient jusqu’ici peut adaptées
au contexte socio-économique des pays en voie de développement comme le Cameroun qui
faisaient l’objet de notre attention.
C’est alors que nous avons pensé à concevoir dans la troisième partie de notre travail
une nouvelle solution qui permettrait de briser les barrières posées par la faible portée du
Bluetooth qui est limitée à une distance de 100 mètres pour les émetteurs de classe 1. Cela
nous a emmené à définir de nouveaux concepts comme les nœuds routeurs qui jouent un rôle
centrale dans notre architecture finale. Notre solution étant basée sur un concept novateur,
nous étions contraint de définir un nouveau protocole de routage BRProtocol et un protocole
de formation de scatternet basé sur le protocole BTCP.
Nous avons dans la phase de mise en œuvre développé une application de

communication entre deux périphériques Bluetooth tournant sur la plateforme Android et basé
sur le langage java.

TABLE DES MATIERES
DEDICACE .......................................................................................................................... I
REMERCIEMENTS .......................................................................................................... II
RESUME ........................................................................................................................... III
ABSTRACT ....................................................................................................................... IV
SOMMAIRE ........................................................................................................................ V
LISTE DES FIGURES ..................................................................................................... VII
GLOSSAIRE .................................................................................................................. VIII
INTRODUCTION GENERALE .........................................................................................1
1. Contexte......................................................................................................................1
2. Problématique ............................................................................................................2
3. Motivations et objectifs ..............................................................................................2
4. Bilan ...........................................................................................................................3
5. Structure du mémoire ................................................................................................3
CHAPITRE I : ETAT DE L’ART .......................................................................................5
I. Revue de la littérature ...............................................................................................5
II. Généralités .................................................................................................................6
II.1 Historique ...............................................................................................................6
II.2 Normes ....................................................................................................................7
II.3 La pile de protocole ................................................................................................8
II.4 Présentation de la couche matérielle .....................................................................8
II.4.1 Couche Radio Fréquence (RF) .......................................................................8

II.4.2 La couche bande base (Baseband) ..................................................................9
II.4.3 Le contrôleur de liaison (Link Controller) .....................................................9
II.4.4 Le gestionnaire de liaison (LMP: Link Manager Protocol) ......................... 10
II.4.5 L’interface de contrôle (HCI : Host Controller Interface) ........................... 10
II.5 Présentation de la couche applicative ................................................................ 10
II.5.1 La couche L2CAP (Logical Link Control & Adaptation Protocol)............. 10
II.5.2 Les services Bluetooth .................................................................................... 11
II.5.3 La couche application .................................................................................... 11
II.6 Les profils Bluetooth............................................................................................ 12
II.7 Les différentes topologies de réseaux Bluetooth ................................................ 12
II.7.1 Réseau piconet ............................................................................................... 12
II.7.2 Réseau scatternet........................................................................................... 13
II.8 Les avantages du Bluetooth par rapport à nos objectifs ................................... 13
II.9 Les applications téléphoniques liées à la technologie Bluetooth ........................ 14
II.9.1 Application de communication Bluetooth sur Android appliqué à la

Samsung Galaxy S ................................................................................................... 14
II.9.2 Application de type Talkie-walkie sur terminaux mobiles Android .......... 15
II.10 BILAN ................................................................................................................ 15
CHAPITRE II : OUTILS ET METHODES...................................................................... 17
II.1 Analyse des contraintes particulières liées à la téléphonie par Bluetooth .......... 17
II.1.1 contraintes technologiques ............................................................................. 17
II.1.2 Contrainte applicative et en qualité de service (QOS) .................................. 18
II.1.3 les contraintes de généricité ........................................................................... 19
II.2 APPROCHE ET MODELE DE LA SOLUTION ............................................... 19
II.2.1 PRESENTATION DE L’APPROCHE ......................................................... 19
II.2.2 DESCRIPTION DU NŒUD ROUTEUR ...................................................... 20

II.2.3 PROTOCOLE DE FORMATION DE SCATTERNET (BLUETOOTH

BTCP) ....................................................................................................................... 21
II.2.4 PROTOCOLE DE ROUTAGE BRProtocol (Bluetooth Routing Protocol) 22
II.2.5 TABLE DE ROUTAGE ................................................................................. 22
III.2.6 PROCEDURES DE ROUTAGE .................................................................. 23
II.2.7 GESTION DE LA MOBILITE DES EQUIPEMENTS ................................ 23
CHAPITRE III : RESULTATS ......................................................................................... 25
III.1 ANALYSE DES BESOINS ................................................................................. 25
III.1.1 BESOINS FONCTIONNELS....................................................................... 25
III.1.2 BESOINS NON FONCTIONNELS ............................................................. 26
III.1.3 RESSOURCES ............................................................................................. 26
III.2 CONCEPTION DE L’APPLICATION ............................................................. 27
III.2.1 ACTEUR DU SYSTEME ............................................................................. 27
III.2.2 DIAGRAMME D’ETATS ............................................................................ 27
III.2.3 DIAGRAMME DE SEQUENCE UTILISATEUR/APPLICATION .......... 28
III.2.4 ARCHITECTURE LOGICIELLE .............................................................. 30
III.3 IMPLEMENTATION ......................................................................................... 31
III.3.1 DEFINITION DES DROITS........................................................................ 31
III.3.2 RECHERCHE DES EQUIPEMENTS ........................................................ 32
III.3.3. PAIRAGE ET CONNEXION DE DEUX EQUIPEMENTS .................... 33
III.4. GESTION DE LA COMMUNICATION VOCALE....................................... 34
III.4.1 ENREGISTREMENT DE LA VOIX ......................................................... 34
III.4.2 ENVOI DU SON PAR BLUETOOTH ....................................................... 35
III.4.3 RECEPTION ET LECTURE DU SON ..................................................... 36
III.4.5 LE MULTI LANGUES .............................................................................. 37
III.5 BILAN ................................................................................................................. 38
CONCLUSION GENERALE ............................................................................................ 39

TABLE DES MATIERES .................................................................................................. 39
REFERENCES ................................................................................................................... 39

REFERENCES
 [DJO 10] Thomas DJOTIO NDIE cours Reseaux Avance Master 2 [Ouvrage]. -
UNIV de Yaoundé 1 : [s.n.], 2010.
 [GUI 10] Guillaume Faure Maxime Raoust Developpement d'une application de
communication Bluetooth sur Android [Rapport] : Projet de fin d'étude / TELECOM ;
TELCOM Sud-Paris. - Sud-Paris : TELCOM Sud-Paris, 2010. - http://gou1-
sandbox.googlecode.com/files/Rapport%20projet%20ASR%20%20Faure%20et%20R
aoust.pdf. 11/07/2022 20 :07
 [NON 12] NONO LOUENKAM G. Thomas DJOTIO NDIÉ An approach of making
telephony in a local wireless environment: application to Bluetooth technology
[Rapport]. - Yaounde : AFRICOMM, 2012. - AFRICOMM135274696582691.
 [VAL 07b] Valentin Rudy Peripherique Bluetooth [En ligne] // http://www.hesit.be/. -
2007. - 24 11 2011. - http://www.hesit.be/files/info/2/1211543976-
Bluetooth_(Rapport).pdf.

Mémoire Belinga

Transféré par

Droits d'auteur :

Formats disponibles

Mémoire Belinga

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Mémoire Belinga

Transféré par

Droits d'auteur :

Formats disponibles

Approche efficace de la téléphonie par Bluetooth I

A ma mère, Mme EDOA EKONGOLO JOSEPHINE.

Mémoire de Master en télécommunications rédigée par BELINGA Sandrine

Mémoire de Master en télécommunications rédigée par BELINGA Sandrine

Néanmoins, la gestion de la sécurité dans les communications et la gestion de la

Mémoire de Master en télécommunications rédigée par BELINGA Sandrine

To help overcome these shortcomings, we have proposed a telephony solution based

However, the management of security in communications and mobility management

Keywords: Bluetooth, telephony, voice, router nodes, protocol, routing,

Mémoire de Master en télécommunications rédigée par BELINGA Sandrine

RESUME ........................................................................................................................... III

LISTE DES FIGURES ..................................................................................................... VII

GLOSSAIRE .................................................................................................................. VIII

INTRODUCTION GENERALE .........................................................................................1

3. Motivations et objectifs ..............................................................................................2

5. Structure du mémoire ................................................................................................3

CHAPITRE I : ETAT DE L’ART .......................................................................................5

I. Revue de la littérature ...............................................................................................5

II. Généralités .................................................................................................................6

II.1 Historique ...............................................................................................................6

II.2 Normes ....................................................................................................................7

II.3 La pile de protocole ................................................................................................8

II.4 Présentation de la couche matérielle .....................................................................8

Mémoire de Master en télécommunications rédigée par BELINGA Sandrine

II.5 Présentation de la couche applicative ................................................................ 10

II.6 Les profils Bluetooth............................................................................................ 12

II.7 Les différentes topologies de réseaux Bluetooth ................................................ 12

II.8 Les avantages du Bluetooth par rapport à nos objectifs ................................... 13

II.9 Les applications téléphoniques liées à la technologie Bluetooth ........................ 14

II.10 BILAN ................................................................................................................ 15

CHAPITRE II : OUTILS ET METHODES...................................................................... 17

II.2 APPROCHE ET MODELE DE LA SOLUTION ............................................... 19

CHAPITRE III : RESULTATS ......................................................................................... 25

III.1 ANALYSE DES BESOINS ................................................................................. 25

III.2 CONCEPTION DE L’APPLICATION ............................................................. 27

III.3 IMPLEMENTATION ......................................................................................... 31

III.4. GESTION DE LA COMMUNICATION VOCALE....................................... 34

III.5 BILAN ................................................................................................................. 38

CONCLUSION GENERALE ............................................................................................ 39

TABLE DES MATIERES .................................................................................................. 39

Mémoire de Master en télécommunications rédigée par BELINGA Sandrine

LISTE DES FIGURES

Figure 1: catégorie de réseaux sans fil ............................................................ 7

Mémoire de Master en télécommunications rédigée par BELINGA Sandrine

Mémoire de Master en télécommunications rédigée par BELINGA Sandrine

Mémoire de Master en télécommunications rédigée par BELINGA Sandrine

SMS : Short Message Service

Mémoire de Master en télécommunications rédigée par BELINGA Sandrine

La principale technologie WPAN est la technologie Bluetooth, lancée par Ericsson en

Mémoire de Master en télécommunications rédigée par BELINGA Sandrine

Mémoire de Master en télécommunications rédigée par BELINGA Sandrine

 Une introduction générale, il était question de montrer l’intérêt de faire de la

Mémoire de Master en télécommunications rédigée par BELINGA Sandrine

En faisant une étude de la complexité et des performances avec comparaison aux

 Le chapitre 3 concerne la mise en œuvre de la solution. Elle consiste en la présentation

Mémoire de Master en télécommunications rédigée par BELINGA Sandrine

CHAPITRE I : ETAT DE L’ART

Mémoire de Master en télécommunications rédigée par BELINGA Sandrine

le déploiement de l’application de communication Bluetooth était théoriquement possible sur

Figure 5: puce Bluetooth (14364mm)