Killian GOUTTE

Rapport
projet tuteuré
Recherche documentaire sur l’utilisation de
la connectivité mesh pour le transfert audio

Tuteur IUT : M. Thomas VINCENT

Tuteur entreprise : M. Éric GASIGLIA
Licence professionnelle 2022-2023
 REMERCIEMENTS

En premier lieu, je tiens à remercier mon entreprise, plus

particulièrement mon tuteur, M. GASIGLIA Éric, CEO de Innled. Je remercie
son accueil chaleureux ainsi que sa confiance tout au long de l’année pour
ce projet.

Je tiens particulièrement à remercier L’équipe pédagogique de l’IUT

ainsi que l’AFPI qui m’ont accompagné au long de la formation. Plus
particulièrement M. Thomas VINCENT, mon tuteur universitaire, qui a été à
l'écoute pour mes questions lors de cette année.

J’aimerais aussi remercier l’équipe d’Innled, qui m'a soutenu et aidé

au sein de l’entreprise avec qui j’ai pu travailler cette année. Avec mes
remerciements particuliers pour M. Ludovic OLIVIER dans le pôle R&D dont
j’ai fait partie durant cette année.

Enfin, j’aimerais remercier les responsables et le personnel de l’IUT

de Montpellier et du site de l’AFPI. Ils ont été à l'écoute et m’ont beaucoup
aidé tout au long de l’année, que ce soit pour les formalités administratives
et la mise en place de mon projet.

Page 2/40
 TABLE DES MATIÈRES

INTRODUCTION...............................................................................................................4
1. Présentation de l’entreprise Innled......................................................................5
1.1. L’entreprise.............................................................................................................5
1.2. Les produits...........................................................................................................6
1.3. La distribution.......................................................................................................7
2. Présentation du réseau mesh.................................................................... 9
2.1. Explication............................................................................................................. 9
2.2. Aperçu du transfert audio et de ses défis.................................................10
2.3. Avantages potentiels de l'utilisation des réseaux mesh pour le
transfert audio...........................................................................................................13
2.4. Étude de l’IEEE sur les interférences électromagnétiques................. 14
3. Cas d'utilisation des réseaux mesh dans le transfert audio........... 16
3.1. Systèmes audio sans fil et Systèmes de diffusion publique................16
3.2. Événements en direct et concerts............................................................... 17
3.3. Diffusion audio dans les zones reculées...................................................18
4. Réseaux mesh pour le transfert audio................................................. 20
4.1. Topologie des réseaux mesg et ses avantages.......................................20
4.2. Défis et limites des réseaux mesh pour le transfert audio.................21
4.3. Solutions potentielles pour surmonter les défis...................................22
4.4. Protocoles de routage.................................................................................... 23
4.5. Expériences...................................................................................... 28
CONCLUSION..........................................................................................................33
ANNEXES.................................................................................................................34
BIBLIOGRAPHIE..................................................................................................... 38
LIENS....................................................................................................................... 38

Page 3/40
 INTRODUCTION

Ce rapport est une étude sur une possibilité d’application de connexion

mesh dans le domaine de l’audio. L’utilisation du protocol mesh pour
pouvoir transmettre une trame audio numérique en prenant en compte ses
avantages ainsi que ses inconvénients.

Mon objectif est d’effectuer des recherches sur la technologie de

connexion mesh entre différents produits. Me renseigner sur les moyens
de connexion et documenter la technologie utilisée pour un réseau mesh.
En quoi le réseau mesh permet une connexion et utilisation plus simple et
permettrait une transmission de piste sonore sans latence entre les
différents points d’émission sonore. Expliquer comment chaque hôte peut
être à la fois récepteur et émetteur pour ainsi éviter les points
névralgiques, qui, s'ils tombent en panne, isolent une partie du réseau.

Le résultat de ce rapport permettra une potentielle implantation sur le

nouveau produit Innled, le MUZA, en collaboration avec K-array, un
designer et constructeur professionnel audio italien. Cela simplifiera la
connexion entre les produits par une connexion automatique et
transmettre une piste audio via le réseau mesh.

Page 4/40
 1. Présentation de l’entreprise
Innled

1.1. L’entreprise
Créée en 2013 par deux entrepreneurs passionnés d'éclairage, souhaitant
apporter leur savoir-faire et simplifier la vie des professionnels de
l’événementiel. Depuis sa création, l'entreprise n'a cessé de croître malgré
une période Covid fatidique, elle a su se positionner sur le marché de
l'éclairage en France ainsi qu'en Europe.

Innled est une entreprise spécialisée dans l'éclairage événementiel basée

à Castelnau-le-lez, en France. Elle propose des solutions d'éclairage pour
les professionnels, avec une gamme de produits allant à des mâts
d’éclairage à des solutions d’appoint.

On peut voir ici l’organigramme de l’entreprise avec tous les salariés. Je

fais partie du pôle R&D en charge de la confection de la carte électronique
du MUZA.

Page 5/40
 1.2. Les produits
Le produit phare de l’entreprise est le T4. C’est un mât
épuré, composé de 4 spots LED orientables. Le mât
est sur batterie pour une autonomie max de 110
heures et permet plusieurs éclairages différents en
fonction des options choisies. Il peut aussi être
démonté, car il est composé de 4 parties: la tête avec
les spots LED, la rallonge qui permet d’ajouter une
hauteur supplémentaire et peut varier de 1,60 m à
2,80 m, la batterie rechargeable et la base.

Il est à la fois possible de le commander sur le produit

ainsi que par une télécommande (LAKO) connecté en
DMX et qui permet aussi de commander les autres
produits Innled. Elle permet de contrôler l’intensité de
l’éclairage ainsi que la couleur si elle en est équipée.

Le produit est disponible en 2 couleurs blanc et noir

avec une finition mate. Un poids est placé à la base
ainsi que la batterie pour garantir sa stabilité.

L’entreprise propose aussi

des éclairages plus
ergonomiques comme le K3. Il
permet la même possibilité
d’éclairages et d’options que
le T4 avec 3 spots, il existe
aussi le K2 avec 2 spots.

Par son ergonomie, il est

équipé d'aimants et d’une batterie, qui permet de le positionner
stratégiquement, il peut aussi être attaché grâce à des sangles velcro
fournies.

Enfin, en collaboration avec K-array, un designer et constructeur

professionnel audio italien. Innled veut diversifier ses produits avec l’audio

Page 6/40
en gardant ses valeurs. C'est-à-dire un produit simple, avec un objectif
précis et une IHM efficace. Le MUZA représente 3 mâts, connecté en HF, de
diffusion sonore multi point, sans fils et sur batteries. On doit pouvoir s’y
connecter en Bluetooth et être équipé d’une DSP pour permettre de traiter
le signal. Mon projet professionnel est basé sur ce produit, je suis chargé
de concevoir la carte ampli/DSP (digital signal processor).

Le produit doit pouvoir être utilisé pour de la

musique d’ambiance, mais aussi pour faire des
annonces. Donc pour des buffets, dans des
musées ou des salons. L’ampli proposé doit
alors être assez puissant pour que les
haut-parleurs prennent le dessus sur un bruit
ambiant de discussion lors d’annonces. Mais
aussi être clair dans la diffusion sonore pour ne
pas gêner les utilisateurs lors de discussions.
L’amplificateur sera accompagné d’un DSP
numérique qui permettra le contrôle de
l’enceinte par des EQ / filtres / compresseurs et
ainsi avoir un contrôle sur le son.

1.3. La distribution
Innled est une entreprise engagée dans la protection de l'environnement et
la lutte contre le gaspillage énergétique. Elle met l'accent sur la durabilité
et l'efficacité énergétique de ses produits, en offrant des solutions
d'éclairage LED écologiques et économiques.

L'entreprise accorde
également une grande
importance à la satisfaction de
ses clients, en offrant des
produits de qualité supérieure,
un service clientèle compétent
et des prix compétitifs.
Aujourd’hui, Innled vend dans
l'ensemble de l’Europe comme
peut le montrer cette carte de
distribution :

Page 7/40
L’entreprise ne gère plus les clients et utilise des distributeurs tels que
Axente en France, Zalight en Italie ou alors EQC en Espagne, pour un total
de 11 distributeurs internationaux et 600 clients en France.

Ces produits combinent innovation et performance pour répondre aux

attentes et aux tendances du marché de l’event, mais également d’autres
marchés tels que le CHR, la muséographie ou encore les lieux de prestige.
Avec des produits 100% Français, Innled cherche aujourd’hui à
industrialiser de plus en plus la chaîne de production par la demande
croissante des clients.

Page 8/40
 2. Présentation du réseau mesh

2.1. Explication

Un réseau mesh ou réseau maillé est un type de topologie de réseau dans

lequel chaque appareil sur le réseau est connecté à plusieurs autres
appareils, créant ainsi une "maille" d'interconnexions. Dans un réseau
mesh, il n'y a pas de point de défaillance unique, car les données peuvent
être routées à travers plusieurs chemins entre les appareils. Cela rend les
réseaux mesh très fiables et résilients, surtout comparés aux topologies
de réseau plus traditionnelles telles que les réseaux en étoile ou en bus.

Cette topologie est couramment utilisée dans les réseaux sans fil, où il
peut être difficile de
s'assurer que chaque
appareil a une connexion
directe à un point d'accès
central (exemple d’un
schéma réseau mesh par
l’image ci contre). Au lieu de
cela, les appareils d'un
réseau mesh peuvent
communiquer directement
les uns avec les autres,
formant ainsi un réseau
décentralisé et
auto-réparateur.

Le réseau mesh est également utilisé dans les routeurs pour offrir une
meilleure couverture et une connectivité plus fiable. Dans les
configurations de routeur traditionnelles, un seul routeur est utilisé
comme point central du réseau et les appareils se connectent à celui-ci
sans fil ou par des câbles Ethernet. Cependant, cette configuration peut
être limitée en termes de portée et du nombre d'appareils pouvant être
connectés au réseau. D’autres limitations hardware entrent en jeu comme
la redondance pour éviter les boucles de réseau.

Page 9/40
 2.2. Aperçu du transfert audio et de
ses défis

Le transfert audio fait référence au processus d'envoi de signaux audio

d'un appareil à un autre, soit par câble, soit sans fil. Le principal défi dans
le transfert audio est de s'assurer que le signal audio est transmis avec
une qualité élevée, sans perte ni retard. Cela est particulièrement
important dans les scénarios où l'audio est diffusé en direct ou en temps
réel, tels que dans les événements ou les diffusions en direct.

L'un des principaux défis dans le transfert audio est l'interférence du

signal, qui peut entraîner des distorsions ou du bruit dans le signal audio.
Cette interférence peut être causée par divers facteurs, tels que des
signaux sans fil concurrents, des obstructions physiques ou des
interférences électromagnétiques. Un autre défi consiste à s'assurer que le
signal audio est transmis avec une faible latence, c'est-à-dire qu'il y ait un
délai minimal entre les appareils source et de destination. Cela est
important pour garantir que l'audio est correctement synchronisé avec
toute vidéo ou autre média accompagnant.

En plus de ces défis techniques, il existe également des considérations

juridiques et réglementaires lors de la transmission de signaux audio, en
particulier dans les espaces publics ou sur certaines fréquences. Ces
normes sont définies par la Commission Électrotechnique Internationale
(CEI), comme on peut le voir sur le schéma ci-dessous.

Page 10/40
Un signal audio doit être converti en numérique pour être transmis, car la
plupart des transmissions de signaux aujourd'hui sont basées sur des
technologies numériques. Les signaux analogiques, tels que les signaux
audio, sont continus et varient en amplitude et en fréquence. Cependant,
les technologies de transmission modernes telles que le Wi-Fi, le
Bluetooth ou les réseaux sans fil utilisent des signaux numériques qui sont
des impulsions électriques discrètes. Ainsi, avant de pouvoir être transmis,
le signal audio analogique doit être converti en une forme numérique.

La conversion
analogique-numérique
(A/D) est un processus
qui consiste à
échantillonner le signal
audio à des intervalles
réguliers et à convertir
chaque échantillon en
un code numérique
représentant son
amplitude. Comme on
peut voir ici, le signal

Page 11/40
discret analogique est converti en signal numérique continue pour pouvoir
être traduit en signal numérique et être transmis.

Comme le montre ce tableau, un plus grand échantillonnage permet une

précision sonore accrue. Par la suite, un convertisseur numérique
analogique reconstruit le signal. Il est nécessaire d'utiliser un taux
d'échantillonnage d'au moins deux fois la fréquence à reproduire pour
obtenir une bonne qualité audio. Par exemple, pour une fréquence
maximale de 22 050 Hz, les CD utilisent un taux d'échantillonnage de 44
100 échantillons par seconde, qui est légèrement supérieur à la limite de
fréquence audible pour l'oreille humaine (20 000 Hz).

La résolution d'un signal audio détermine la plage dynamique qui peut être
reproduite. Lors de l'échantillonnage d'une onde sonore, chaque
échantillon reçoit une valeur d'amplitude la plus proche de celle de l'onde
originale. Si la résolution est élevée, il y aura plus de valeurs d'amplitude
possibles, ce qui augmentera la plage dynamique et la fidélité du signal
tout en réduisant le bruit de fond.

Page 12/40
En prenant en compte ces tableaux, il nous faudrait alors une fréquence
d'échantillonnage de 32000 Hz avec une résolution de 16 bits pour
atteindre une bonne résolution audio. Ce qui nous fait une transmission de
16 * 32000 = 512 kbps.

La numérisation du signal audio présente plusieurs avantages par rapport

à la transmission analogique. Le signal numérique est plus robuste et peut
être transmis sur de plus grandes distances sans perte de qualité. Il est
également moins susceptible aux interférences électromagnétiques et
peut être traité plus facilement par des équipements numériques tels que
les ordinateurs et les consoles de mixage. Enfin, le signal numérique
permet de compresser les données pour réduire la taille des fichiers audio,
ce qui facilite leur stockage et leur transmission.

2.3. Avantages potentiels de

l'utilisation des réseaux mesh
pour le transfert audio
Les avantages potentiels de l'utilisation des réseaux mesh pour le
transfert audio sont multiples. Tout d'abord, grâce à leur topologie en
maille, ces réseaux permettent une plus grande flexibilité dans le routage
des données audio, en utilisant plusieurs chemins possibles pour
transmettre les données d'un point à un autre. Cette redondance de
chemin peut ainsi améliorer la fiabilité et la résilience de la transmission
audio, en cas de défaillance d'un ou plusieurs nœuds du réseau.

De plus, l'utilisation de réseaux mesh peut réduire les coûts et les besoins
en infrastructure pour la transmission audio, en éliminant la nécessité de
lignes de transmission dédiées ou de la construction de tours de
transmission supplémentaires. De plus, les réseaux mesh peuvent
permettre une mise en réseau plus rapide et plus facile des systèmes
audio, ce qui est particulièrement utile dans les environnements
événementiels ou les installations temporaires. Les réseaux mesh offrent
une plus grande flexibilité en matière de placement et de configuration des
nœuds, permettant une adaptation simple aux changements dans
l'environnement ou les besoins du réseau audio.

Page 13/40
Enfin, les réseaux mesh présentent un certain nombre d'avantages pour le
transfert audio, notamment la fiabilité, la couverture étendue, l'évolutivité,
la faible latence, la sécurité et l'autonomie énergétique. Cependant, il est
important de noter que les réseaux mesh présentent également des défis
et des limites, qui doivent être pris en compte lors de leur déploiement. La
complexité de la topologie en maille peut rendre le routage des données
audio plus difficile, surtout lorsque le réseau est dense et contient de
nombreux nœuds. Les protocoles de routage doivent être bien conçus pour
minimiser les retards et les pertes de paquets audio.

2.4. Étude de l’IEEE sur les

interférences
électromagnétiques
L’étude réalisée par l’IEEE (Institute of Electrical and Electronics Engineers)
le 29 mai 2015 sur les interférences électromagnétiques prend en exemple
un convertisseur CC/CC HV/LV de voiture. L'expérience mesure l’émission
des ondes d’interférences ainsi que l’impact sur les systèmes environnant.
En plus du convertisseur CC/CC , un convertisseur analogique/numérique
permet de renvoyer les informations du système en données numériques.

On peut voir ici les résultats de l’expérience. Les entrées CAN_H et CAN_L
sont le positif ainsi que le négatif de la sortie CAN, enfin la ligne CAN_Diff
et la différence entre les 2 premières pistes. Enfin, La figure (a) montre la

Page 14/40
sortie du CAN lorsque le système de conversion CC/CC est en marche et la
figure (b) quand il est à l'arrêt.

Sur ces graphiques, on remarque aussi une grande différence de bruits

entre la piste (a) et (b). En effet, le fonctionnement du convertisseur CC/CC
impose une intensité importante et une variation continue de l’ampérage
consommé par le système. Ces variations se retrouvent sur les sorties du
convertisseur CAN et rendent la sortie illisible. Au contraire, sur la figure
(b), la trame de donnée est visible et comprise par le système qui nous
affiche les données retournées.

On peut remarquer l’utilisation de 2 pistes de transmission, CAN_H et

CAN_H qui sont appelées point chaud et point froid, ce mode de
fonctionnement permet de transmettre les données sur un câble pour
limiter les interférences électromagnétiques. Sur le point chaud est
transmis la trame de donnée alors que sur le point froid est transmis la
trame de donnée inversée, pour ainsi, en cas de perturbation EM, récupérer
sur la sortie une trame avec le moin d’interférences (CAN_Diff dans
l’expérience) en effectuant la différence des 2 trames qui annule les
potentielles interférences.

Page 15/40
 3. Cas d'utilisation des réseaux
mesh dans le transfert audio

3.1. Systèmes audio sans fil et

Systèmes de diffusion publique
Les systèmes audio sans fil sont une application pratique des réseaux
mesh pour le transfert audio. Ils permettent de connecter plusieurs
haut-parleurs sans avoir besoin de câbles, offrant ainsi plus de flexibilité
dans l'installation et une meilleure esthétique pour l'utilisateur final. Les
réseaux mesh peuvent être utilisés pour transmettre de la musique en
continu à partir d'un seul point source, tels que les appareils mobiles, les
ordinateurs ou les lecteurs audio, à des haut-parleurs dans plusieurs
pièces, en garantissant une synchronisation audio parfaite. Les systèmes
audio sans fil peuvent également être utilisés pour créer des zones audio
distinctes dans les grands espaces tels que les halls d'aéroports, les
centres commerciaux, les gares ou les stades. Les réseaux mesh peuvent
fournir une couverture audio uniforme dans ces grands espaces, en
éliminant les zones mortes et les interférences. Exemple de diffusion
audio dans une maison :

Page 16/40
Les systèmes de diffusion publique utilisent des haut-parleurs pour
diffuser un son clair et intelligible dans les espaces publics, les bureaux ou
les bâtiments commerciaux. Les réseaux mesh peuvent être utilisés pour
connecter des haut-parleurs à une source audio centrale pour fournir une
diffusion publique uniforme, sans interférence ni distorsion. Les systèmes
de diffusion publique peuvent être équipés de fonctionnalités telles que
des annonces de sécurité, des alarmes d'évacuation et des messages de
bienvenue personnalisés pour les clients.

Les réseaux mesh peuvent offrir une solution fiable pour la transmission
de ces messages en temps réel, avec une qualité audio constante et une
grande couverture. Les systèmes de diffusion publique peuvent également
être utilisés pour améliorer l'expérience utilisateur dans les musées, les
galeries d'art ou les centres d'exposition, en fournissant un son de haute
qualité qui accompagne les visiteurs dans leur parcours.

Aujourd’hui, Innled se tourne sur ce domaine avec le MUZA et plus

précisément dans le domaine de l’événementiel, pour ainsi permettre une
diffusion audio claire et globale lors de représentations, conférences,
restaurants …. Il pourrait permettre d’annoncer des messages en temps
réel et permettre une ambiance sonore uniforme grâce à la connexion
mesh des produits répartie sur l’ensemble de la représentation.

3.2. Événements en direct et concerts

Les réseaux mesh peuvent être utiles pour la diffusion audio en direct lors
d'événements tels que des concerts. Dans les environnements en direct, ils
peuvent fournir une solution efficace pour les transmissions audio sans fil
à plusieurs points de réception en même temps. Tels que des microphones,
des mixeurs de son ou des enregistreurs, vers un point central. Les
réseaux mesh peuvent pareillement être utilisés pour diffuser l'audio à
partir de points de diffusion situés dans différents endroits de
l'événement, ce qui permet aux auditeurs de se déplacer librement tout en
bénéficiant d'une qualité audio constante et élevée. Ils peuvent également
permettre une transmission de qualité supérieure pour les événements en
direct, car ils supportent des connexions multiples et des trajets de signal
différents pour fournir une redondance en cas de défaillance du signal. Les
réseaux mesh permettent une diffusion en direct depuis plusieurs sources,
Les systèmes de diffusion publique sans fil peuvent pareillement être mis

Page 17/40
en place lors d'événements en direct pour diffuser le son à distance et
permettre aux participants de se déplacer librement sans être limités par
des câbles ou des équipements audio spécifiques.

Les réseaux mesh peuvent par ailleurs offrir une solution pratique pour les
événements en plein air, où la mise en place de câbles et d'équipements
audio peut-être difficile. Cependant, la mise en place d'un réseau mesh
pour les événements en direct nécessite une planification minutieuse, car
la qualité de la transmission audio peut être affectée par divers facteurs
tels que les interférences électromagnétiques, les obstacles physiques et
les distances de transmission.

3.3. Diffusion audio dans les zones

reculées
Les réseaux mesh peuvent être très utiles
pour diffuser de l'audio dans des zones
reculées où les connexions filaires sont
difficiles à installer. Dans ces régions, les
réseaux mesh peuvent offrir une alternative
économique et facilement déployable pour
connecter des zones éloignées.

Les nœuds du réseau peuvent être installés à

des emplacements stratégiques pour couvrir
une large zone, permettant ainsi la diffusion
de l'audio à partir d'une source centrale vers
plusieurs destinations. Les avantages d'un
réseau mesh sont particulièrement
importants dans les zones reculées, où la
distance et la topologie du terrain peuvent
rendre la connectivité filaire difficile ou
impossible.

Les réseaux mesh peuvent également être

utilisés pour fournir une connectivité à Internet dans les zones reculées, ce
qui peut à son tour permettre la diffusion d'audio en continu. Les réseaux
mesh permettent une connectivité sans fil robuste et fiable, même dans
des environnements difficiles. En utilisant des équipements de diffusion

Page 18/40
audio compatibles avec les réseaux mesh , il est possible de fournir des
performances audio de haute qualité à des endroits éloignés et sans
couverture.

Page 19/40
 4. Réseaux mesh pour le transfert
audio

4.1. Topologie des réseaux mesh et

ses avantages
Les réseaux mesh sont un type de réseau sans fil dans lequel chaque
nœud est connecté à plusieurs autres nœuds. Cette topologie est
différente des réseaux en étoile ou en bus, où tous les nœuds sont
connectés à un nœud central. Dans un réseau mesh , les nœuds peuvent
communiquer directement entre eux, sans avoir besoin d'un nœud central.

Cette possibilité de connexion permet plusieurs avantages potentiels pour

le transfert de données. Tout d'abord, la topologie en maillage permet une
plus grande fiabilité et une meilleure couverture du réseau, car il existe
plusieurs chemins de communication possibles entre les nœuds. Cela
signifie que même si un nœud échoue ou tombe en panne, les données
peuvent toujours être transmises via d'autres nœuds. En outre, la
topologie en maillage peut offrir une meilleure résilience aux interférences
et aux coupures de signal, parce que les données peuvent être transmises
via des chemins alternatifs. Les réseaux mesh peuvent également offrir
une plus grande capacité de réseau, puisque chaque nœud peut agir
comme un relais pour d'autres nœuds, augmentant ainsi la portée globale
du réseau.

Page 20/40
 4.2. Défis et limites des réseaux mesh
pour le transfert audio
Les réseaux mesh présentent des défis et des limites pour le transfert
audio, qui doivent être pris en compte lors de leur utilisation. Tout d'abord,
le principal défi concerne la qualité de service (QoS). Les réseaux mesh
sont susceptibles de connaître des interférences, des perturbations et des
interruptions de signal, qui peuvent entraîner une dégradation de la qualité
du son. Cela peut être particulièrement problématique pour les
applications audio en direct, telles que les événements en direct ou les
concerts, où la qualité sonore doit être optimale.

De plus, les réseaux mesh peuvent être sujets à des retards de

transmission, ce qui peut entraîner un décalage entre le son et l'image, ou
entre différentes sources audio. Les retards de transmission peuvent être
causés par des problèmes de congestion de réseau, des distances de
transmission plus longues ou des problèmes de routage.

Un autre défi des réseaux mesh pour le transfert audio est lié à la bande
passante.En effet, ces réseaux ont une bande passante limitée, ce qui peut
limiter la quantité de données audio qui peuvent être transférées
simultanément. Cela peut être particulièrement préoccupant pour les
applications audio nécessitant une bande passante élevée, telles que les
systèmes de son surround haute définition.

Enfin, les réseaux mesh peuvent être sensibles aux interférences radio, qui
peut perturber le signal audio. Cela peut être particulièrement
préoccupant pour les applications audio en direct, où la qualité sonore doit
être optimale.

Malgré ces défis et limites, les réseaux mesh peuvent aussi offrir des
avantages uniques pour le transfert audio, tels que la redondance, la
tolérance aux pannes, l'évolutivité et la flexibilité. En comprenant les défis
et les limites des réseaux mesh pour le transfert audio, il est possible de
les utiliser de manière plus efficace et de maximiser leur potentiel pour les
applications audio.

Page 21/40
 4.3. Solutions potentielles pour
surmonter les défis
Il existe plusieurs solutions potentielles pour surmonter les défis liés à
l'utilisation de réseaux mesh pour le transfert audio.

Tout d'abord, pour résoudre le problème de la qualité de service (QoS), une

solution consiste à utiliser des mécanismes de priorisation de paquets. En
donnant la priorité aux paquets audio à la demande de routage lors d’ajour
de nouveau points de diffusion, on peut améliorer la qualité de la
transmission audio dans le réseau. Il est également possible de mettre en
place des mécanismes de gestion de congestion pour éviter la saturation
du réseau lors de la transmission de gros volumes de données audio.

Ensuite, pour résoudre le problème de la synchronisation, il est possible

d'utiliser des protocoles de synchronisation du temps, tels que le
protocole Precision Time Protocol (PTP). PTP permet de synchroniser les
horloges des nœuds du réseau avec une précision de l'ordre de la
microseconde, ce qui est suffisant pour la plupart des applications audio.

Ce protocole fonctionne
en utilisant des messages
échangés entre les
différents équipements,
appelés "maîtres" et
"esclaves". Les maîtres
envoient des messages de
synchronisation à
intervalles réguliers,
indiquant l'heure exacte à
laquelle le message a été
envoyé. Les esclaves
reçoivent ces messages et
ajustent leur horloge pour
être en phase avec le
maître en calculant
l’offset de temps par rapport au maître :

𝑂𝑓𝑓 = ((𝑡2 − 𝑡1) − (𝑡4 − 𝑡3))/2

Page 22/40
Le PTP peut être utilisé dans différents types de réseaux, y compris les
réseaux locaux (LAN) et les réseaux étendus (WAN). Il peut également être
utilisé dans des environnements industriels pour synchroniser des
équipements tels que des capteurs et des actionneurs. Le protocole est
basé sur la norme IEEE 1588 et est largement utilisé dans les applications
nécessitant une synchronisation de temps précise, telles que la production
audio et vidéo, la communication de données en temps réel et les réseaux
de distribution d'énergie.

En ce qui concerne le problème de la portée limitée des nœuds, utiliser des

amplificateurs de signal peut étendre la portée des nœuds. En outre,
l'utilisation d'antennes directionnelles peut permettre d'augmenter la
portée de la transmission audio et de réduire les interférences.

Une solution potentielle pour surmonter les défis des réseaux mesh pour
le transfert audio est de changer l'encodage audio. Les codecs qui utilisent
des débits binaires variables (VBR) et des taux d'échantillonnage variables
(VSR) peuvent minimiser le nombre de paquets nécessaires pour
transmettre une pièce audio. Cela peut être accompli en ajustant
automatiquement la qualité de l'audio en fonction des conditions de
transmission. Par exemple, si la qualité de la liaison diminue, le codec peut
ajuster automatiquement la qualité de l'audio en utilisant un débit binaire
plus faible ou un taux d'échantillonnage plus faible, ce qui permet de
réduire le nombre de paquets nécessaires pour transmettre l'audio tout en
maintenant une qualité sonore acceptable. Cette approche peut réduire la
charge de trafic sur le réseau et minimiser les perturbations du réseau, en
améliorant la qualité de la transmission audio dans des environnements
difficiles.

4.4. Protocoles de routage

4.4.1. L’AODV

AODV (Ad-hoc On-Demand Distance Vector) crée par Charles Perkins

(Nokia) et Elizabeth Royer (University of California) est un protocole de
routage pour les réseaux ad-hoc reactif, tels que les réseaux de capteurs
sans fil ou les réseaux de communication entre véhicules. Ce protocole
permet aux nœuds de découvrir de manière dynamique et efficace des
routes vers des destinations inconnues dans le réseau. Il utilise une
approche à la demande, où les nœuds ne maintiennent pas de table de

Page 23/40
routage complète pour tous les nœuds du réseau, mais créent des routes à
la demande lorsqu'un nœud a besoin d'envoyer des données à une
destination.

Lorsqu'un nœud a besoin d'envoyer des données à une destination, il émet

une requête de découverte de route (RREQ) à tous ses voisins. Les voisins
transmettent alors la requête aux leurs, et ainsi de suite, jusqu'à ce que la
requête atteigne soit la destination, soit un nœud qui possède déjà une
route vers la destination. Si un nœud possède déjà une route vers la
destination, il envoie une réponse de découverte de route (RREP) au nœud
émetteur, qui peut alors utiliser cette route pour envoyer les données. En
cas de routes introuvables après un certain nombre de rebonds défini au
préalable, une réponse d’erreur est retournée (RERR). En plus de ces
messages, l’AODV utilise le paquet HELLO pour permettre de vérifier la
connexion des routes.

Lorsqu'un nœud intermédiaire reçoit une requête de paquet, il vérifie

d'abord dans sa table historique si cette requête a déjà été traitée. S'il
s'agit d'un paquet en double, le nœud doit l'ignorer et arrêter le traitement.
Dans le cas contraire, le nœud enregistre le couple (@source, ID de requête)
dans sa table historique pour éviter les doublons futurs, et poursuit le
traitement en cherchant la destination dans sa table de routage. Si le
nœud possède une route récente, c'est-à-dire si le numéro de séquence de
la destination dans la table est supérieur ou égal au numéro de séquence

Page 24/40
dans le paquet RREQ, il envoie un paquet de réponse (RREP) à la source
pour lui indiquer comment atteindre la destination. Sinon, le nœud ne
connaît pas la route vers la destination et incrémente le nombre de sauts
avant de rediffuser le paquet.

La figure ci-dessus illustre une recherche de route à l’initiative du nœud A

et en direction de J et les différentes tables de routages constituées. La
diffusion du message RREQ à partir de A se fait en broadcast vers tous ses
voisins. Lorsque J reçoit le message, il retourne un message RREP à A en
passant par H, G et D.

Le protocole AODV est conçu pour être réactif et économe en énergie, car il
ne crée des routes que lorsque cela est nécessaire. Il est également
capable de gérer les nœuds mobiles dans le réseau en mettant à jour les
routes en temps réel. AODV offre d’autres avantages, notamment
l'utilisation de numéros de séquence dans les messages pour prévenir les
boucles infinies et faciliter la mise à jour de la table de routage. De plus,
chaque message contient l'adresse IP du nœud d'origine, ce qui permet de
suivre sa trajectoire lors des différents relais.

4.4.2. L’OLSR

Le protocole de routage par état de liens le plus populaire aujourd'hui dans

le monde open source est OLSR (Optimized Link State Routing) crée par
l'équipe HIPERCOM de Philippe jacquet (INRIA7 Rocquercourt). Le protocole
OLSR est un protocole de routage proactif, qui établit une route pour la
transmission de données en maintenant une table de routage à l'intérieur
de chaque nœud du réseau. La table de routage est calculée sur la base
des informations de topologie, qui sont échangées au moyen de paquets
de contrôle de topologie (TC). Les paquets TC sont à leur tour construit
après que chaque nœud ait rempli sa liste de voisins. Cette liste contient
l'identité des nœuds voisins. Un nœud est considéré comme voisin si et
seulement s'il peut être atteint via une liaison bidirectionnelle.

OLSR utilise 4 types de messages :

• HELLO : utilisé pour la détection de voisinage

• TC : diffusent les informations de topologie

Page 25/40
 • MID (Multiple Interface Declaration) : permettent de publier la liste
des interfaces de chaque nœud.

• HNA (Host and Network Association) : utilisés pour déclarer les

sous-réseaux et hôtes (hors MANET) joignables par un nœud jouant le rôle
de passerelle.

OLSR utilise des messages HELLO pour

trouver ses voisins à un saut et ses
voisins à deux sauts grâce à leurs
réponses. L'expéditeur peut alors
sélectionner ses points de multiples
accès (MPR) en fonction des nœuds à
un saut qui offrent les meilleures
routes vers les nœuds à deux sauts.
De cette façon, la quantité de trafic de
contrôle peut être réduite. Chaque
nœud possède également un
ensemble de sélecteurs MPR qui
énumère les nœuds qui l'ont
sélectionné en tant que nœud MPR.
OLSR utilise des messages TC ainsi
qu'un transfert MPR pour diffuser des
informations sur les voisins dans
l'ensemble du réseau. OLSR vérifie la
symétrie des nœuds voisins au moyen d'une poignée de main à 4 voies
basée sur des messages HELLO.

Cette poignée de main est utilisée de manière inhérente pour calculer la

probabilité de perte de paquets sur une certaine liaison. Cela peut sembler
étrange, car la perte de paquets est généralement calculée à des couches
supérieures que la couche de routage. Cependant, une estimation de la
perte de paquets est nécessaire par OLSR afin d'attribuer un poids ou un
état à chaque liaison. Les messages d'adresse de réseau hôte sont utilisés
par OLSR pour diffuser des annonces de route de réseau de la même
manière que les messages TC annoncent les routes hôtes.

L'un des avantages de l'OLSR est sa disposition à calculer rapidement des

routes de manière dynamique, notamment la recherche de routes en
minimisant le nombre de sauts et de messages de contrôle grâce à la
sélection des MPR. Il gère efficacement la topologie du réseau en envoyant

Page 26/40
périodiquement des messages TC et contrôle l'utilisation des interfaces via
les messages MID. En outre, il permet la communication entre un réseau
MANET et un réseau filaire à l'aide de messages HNA. Il est par ailleurs
capable de gérer des réseaux de grande taille avec des centaines de
nœuds. De plus, ce protocole utilise un mécanisme de multidiffusion pour
diffuser les informations de routage, ce qui réduit la charge sur le réseau. Il
est également capable de gérer des nœuds mobiles, ce qui le rend adapté
aux réseaux ad-hoc, les réseaux sans infrastructure prédéfinie.

Cependant, malgré ces avantages, OLSR présente également des

inconvénients, notamment en matière de sécurité. Bien que de
nombreuses recherches aient été effectuées ces dernières années pour
améliorer la protection contre les attaques, le protocole reste vulnérable à
certaines formes d'attaques.

En tant que protocole proactif, les routes vers toutes les destinations dans
le réseau sont connues et maintenues avant utilisation. Avoir les routes
disponibles dans la table de routage standard peut être utile pour certains
systèmes et applications réseau, car il n'y a aucun délai de découverte de
route associé à la recherche d'une nouvelle route.

4.4.3. B.A.T.M.A.N.

Avec OLSR, il existe un grave problème de synchronisation entre les

messages de topologie et les informations de routage stockées dans
chaque nœud. En d'autres termes, un désaccord entre ce qui est
actuellement stocké dans les tables de routage et la topologie réelle du
réseau peut survenir en raison du temps de propagation des messages de
topologie. Les boucles de routage sont l'effet principal de ces problèmes.
Pour résoudre ce problème, BATMAN (Better Approach To Mobile Ad-hoc
Networking) a été introduit. Dans BATMAN, il n'y a pas de diffusion de
messages de topologie. Chaque nœud exécute les opérations suivantes :

1. Envoi de messages de publicité périodiques, appelés

messages d'origine (OGM). La taille de ces messages est de
seulement 52 octets, contenant : l'adresse IP de l'initiateur,
l'adresse IP du nœud de transfert, une valeur Time To Live
(TTL) et un numéro de séquence croissant (SQ).

Page 27/40
 2. Vérification du meilleur voisin à un saut pour chaque
destination (connue) dans le réseau par le biais d'une
procédure de classement.
3. Rebroadcast des OGM reçus via le meilleur voisin à un saut.

Le protocole BATMAN a été développé pour fournir une solution de routage

efficace et robuste pour les réseaux mesh sans fil, en particulier pour les
réseaux avec une grande mobilité des nœuds.

BATMAN utilise une approche de routage proactif, ce qui signifie que les
nœuds maintiennent une table de routage contenant des informations sur
tous les autres nœuds du réseau et leurs connexions. Les nœuds mettent
régulièrement à jour leur table de routage en échangeant des messages
avec les nœuds voisins pour ainsi garder des liens de routages de
préférence avec les nœuds qui ont le plus de liens dans le réseau.

Chaque nœud transmet des messages de diffusion pour informer les

nœuds voisins de son existence. Ces voisins retransmettent les OGM selon
des règles spécifiques pour informer leurs propres voisins de l'existence
de l'initiateur original de ce message, et ainsi de suite. Ainsi, le réseau est
inondé de messages d'origine. Les OGM sont petits, la taille brute typique
d'un paquet est de 52 octets, y compris les surcharges IP et UDP. Les OGM
contiennent au moins l'adresse de l'initiateur, l'adresse du nœud
transmettant le paquet, un TTL et un numéro de séquence.

L'un des avantages du protocole BATMAN est sa capacité à gérer les

connexions multipoints, ce qui signifie qu'un nœud peut avoir plusieurs
connexions avec d'autres nœuds du réseau. BATMAN utilise également une
technique de bonding pour agréger les connexions pour améliorer la bande
passante et la fiabilité du réseau.

Un autre avantage de BATMAN est sa tolérance aux pannes, ce qui signifie

que le réseau peut continuer à fonctionner même en cas de défaillance de
certains nœuds ou de connexions. En outre, BATMAN prend en charge la
qualité de service (QoS), ce qui permet aux applications de choisir le
meilleur chemin pour le transfert des données en fonction de leurs
exigences de débit, de latence et de fiabilité.

Page 28/40
 4.5. Expériences
- Expérience de comparaison des performances des protocoles
de routage OLSR et BATMAN

Pour comparer le protocole OLSR et BATMAN,

une expérience anonyme a été faite et est
publiée sur ScienceDirect. L'expérience est
menée dans des escaliers d’un bâtiment
universitaire de cinq étages. Le banc d'essai se
compose de cinq ordinateurs portables (ref
image en annexe). Il a modélisé deux scénarios
expérimentaux. Dans l’image expérience (1),
tous les nœuds sont stationnaires. Ce scénario
s’appelle STAS.

Dans l’image expérience (2), seul le nœud n°5 est stationnaire. Les autres
nœuds descendent d'un étage et se remplacent les uns les autres. La
topologie finale des nœuds est présentée dans l’image expérience (3). Ce
scénario s’appelle SHIS et représente un changement dynamique du
réseau.

Page 29/40
Pour les résultats de l’expérience, dans les 2 cas la data envoyé était de
409,6 kbps. On peut voir ici les résultats pour la vitesse de connexion en
kb/s :

Dans le scénario SHIS, pour les communications à trois et quatre sauts, des
oscillations ont été remarquées, avec des valeurs moyennes qui diminuent
de 5% pour OLSR et de 15% pour BATMAN. Lors de la transmission de #1 à
#5 dans ce même scénario, le débit de BATMAN a augmenté en
comparaison avec la transmission de #1 à #4, en raison de la meilleure
qualité des liens et de la proximité des nœuds. Enfin, dans le scénario STAS,
les valeurs de délai augmentent constamment avec le nombre de sauts
pour les deux protocoles de routage, avec des oscillations importantes
pour le flux #1→#5 en utilisant BATMAN, mais une valeur moyenne de 4,05
s.

L’expérience mesure aussi le retard en secondes :

Page 30/40
Ainsi que la perte de paquets (en pps) :

On peut remarquer que les protocoles OLSR et BATMAN ont montré une
bonne performance dans les deux scénarios STAS et SHIS, pour les
communications à un ou deux sauts.

Cependant, lorsque la source était à trois ou quatre sauts (nœuds #4 et #5,

respectivement) dans le scénario STAS, le débit a diminué de 50% par
rapport au 409,6 kbps envoyé au début du réseau. De même, dans le
scénario SHIS, lorsque la destination était le nœud #4 ou le nœud #5, le
débit a baissé d'environ 60%.

De plus, à partir de trois sauts dans le scénario STAS et de deux sauts dans
le scénario SHIS, à la fois le délai et la perte de paquets ont augmenté.

En ce qui concerne la comparaison des protocoles, le protocole OLSR a

démontré une meilleure performance globale que le protocole BATMAN.
Toutefois, BATMAN a montré une meilleure performance que OLSR pour les
métriques de perte de paquets, car il met en mémoire tampon les paquets
lorsque les routes sont instables. Néanmoins, le délai a encore augmenté.

Enfin, pour le flux #1→#5, le scénario SHIS a démontré une perte de

paquets inférieure par rapport au scénario STAS, puisque les nœuds source
et destination étaient plus proches l'un de l'autre. (En référence le résultat
d'analyse disponible en annex)

Page 31/40
 - Expériences sur le protocole AODV dans un environnement
statique

L'expérience est menée avec 6 nœuds configurés avec 2 protocoles AODV

sur des ordinateurs avec le système d’exploitation Linux Mandrake 8.2. Le
premier protocole AODV (appelé JAdhoc dans cette expérience) est écrit en
Java qui peut être utilisé sous Windows et Linux et a été créé à partir du
deuxième protocole AODV-UU écrit en C qui ne peut tourner que sur Linux.
Ainsi, les 2 protocoles sont testés avec une vitesse de transfert de 512
kbps.

On peut voir ici les résultats de l’expérience :

Malgré une perte de

transmission au bout de 5
sauts pour le protocole
JAdhoc, les protocoles
AODV-UU (UU sur le schéma)
et JAdhoc ont présenté un taux
de livraison de paquets
compris entre 98% et 100%.

Il faut aussi noter que lors de l'expérience, il est expliqué qu’une

importante perte de paquet a été remarquée lors de la mise en place des
nœuds. Cela est due au protocole AODV qui mettait à jour les mises en
place des tables de routages.

En prenant en compte ce
résultat avec le pourcentage
de paquets délivré par les 2
protocoles sur le schéma
ci-contre. On peut en déduire
que le protocole AODV-UU
permet une transmission de
données intéressante pour le
cas d’utilisation du MUZA.

Page 32/40
Comme le MUZA est destiné à être produit en 3 mâts, la communication
minimale serait alors de 2 sauts qui permettrait une mise en place correcte
du dispositif. Après la configuration des tables de routage, le protocole
AODV-UU permettrait une bonne connexion ainsi qu’une bonne stabilité
pour le transfert audio dans ce cas précis, car la configuration des nœuds
n’est pas mené à un changement dynamique fréquent.

L’objectif des 512kbps théorique déterminé par la fréquence

d'échantillonnage ainsi que la résolution est atteint. En théorie, après la
mise en place du système, en ajoutant la perte potentiel de paquets estimé
à 98% ainsi que l’adresse d'envoi (sur 8 bits) et l'horloge, la vitesse de
transmission devrait atteindre 1 Mbps soit 125 Mo/s pour une transmission
correcte dans le meilleur cas.

En plus de cela, en fonction de la qualité de transmission, il serait possible

d’ajuster la fréquence d’échantillonnage dynamiquement pour faire part à
un environnement néfaste à la diffusion. (En référence le résultat d'analyse
disponible en annex)

Page 33/40
CONCLUSION
Les réseaux mesh offrent une alternative prometteuse pour le transfert
audio, offrant plusieurs avantages significatifs par rapport aux systèmes
audio sans fil traditionnels. Tout d'abord, les réseaux mesh sont
extrêmement fiables, car ils sont conçus pour être auto-organisés et
auto-réparateurs, ce qui signifie que si un nœud de réseau tombe en panne,
les autres nœuds peuvent prendre le relais pour maintenir la connectivité.
De plus, les réseaux mesh sont très évolutifs, parce qu'ils peuvent
facilement être étendus en ajoutant simplement de nouveaux nœuds au
réseau, ce qui est beaucoup plus facile et économique que de déployer de
nouvelles infrastructures de câblage.

En outre, les réseaux mesh offrent également une solution rentable pour le
transfert audio, car ils peuvent utiliser des fréquences sans licence pour le
transfert de données, évitant ainsi les coûts élevés liés à l'acquisition de
licences de fréquence. De plus, les réseaux mesh permettent de réduire les
coûts en éliminant la nécessité d'un équipement de transmission dédié,
parce que les nœuds de réseau peuvent être équipés d'un simple dispositif
sans fil.

En conclusion, le protocole AODV semble être une solution appropriée pour

le transfert audio dans le cas du produit MUZA, car sa mise en place
nécessite seulement une configuration lors de l'installation et il offre de
bonnes performances en termes de taux de livraison de paquets. Bien que
le protocole AODV présente des faiblesses en termes de transfert de
données dans un environnement avec des nœuds dynamiques ainsi que
dans de grands réseaux, ces faiblesses peuvent être surmontées par une
configuration appropriée de la période de rafraîchissement des routes.

Dans un réseau très dense, le protocole OLSR charge moins le réseau que
l'AODV et permet aux routes d’être disponible immédiatement par les
tables de routages stockées dans chaque nœud. Le protocole OLSR permet
aussi de moins encombrer le réseau avec des messages de contrôle moins
nombreux que le protocole AODV en fonction de la densité du réseau. Il
serait alors plus intéressant d’utiliser le protocole OLSR lors de plus grand
réseau.

En fin de compte, il est essentiel de considérer les avantages et les

inconvénients de chaque protocole pour choisir la solution la plus adaptée
à chaque cas d'utilisation.

Page 34/40
ANNEXES
- Adresse entreprise :

- Expérience sur l’OLSR et BATMAN

Nodes de d’expérience :

Page 35/40
Conclusion:

Dans cet article, nous avons conçu et mis en place un banc d'essai MANET
intérieur sur des escaliers, dans lequel nous avons mis en place deux
scénarios : le scénario STAS, dans lequel tous les nœuds sont statiques, et
le scénario SHIS, dans lequel seul le nœud #5 est statique. Nous avons
utilisé le débit, le délai et la perte de paquets comme métriques pour
l'évaluation des performances de deux protocoles de routage proactifs,
OLSR et BATMAN. De notre analyse, nous avons trouvé les résultats
suivants :

• Les deux protocoles montrent de bonnes performances dans les

scénarios STAS et SHIS, pour les communications à un ou deux sauts.

• Pour 3 ou 4 sauts à partir de la source (nœud #4 et #5, respectivement),

le débit a diminué de 50 % par rapport à DTR, en ce qui concerne le
scénario STAS.

• Dans le cas du scénario SHIS, lorsque la destination était le nœud #4 ou

#5, le débit a diminué d'environ 60 % par rapport à DTR. • Le délai et la
perte de paquets ont augmenté après trois sauts pour le scénario STAS et
après deux sauts pour le scénario SHIS.

• En général, le protocole OLSR a montré de meilleures performances que

le protocole BATMAN.

• BATMAN a montré de meilleures performances que OLSR pour les

métriques de perte de paquets. BATMAN met en mémoire tampon les
paquets lorsque les routes sont instables. Cependant, le délai augmente
toujours.

• En ce qui concerne le flux #1 → #5, dans le scénario SHIS, les nœuds

source et destination étaient plus proches l'un de l'autre, de sorte que la
perte de paquets était plus faible que pour le flux #1 → #5 dans le scénario
STAS. Dans nos travaux futurs, nous aimerions prendre en compte
différents paramètres de protocoles de routage. De plus, nous aimerions
évaluer différents scénarios dans notre environnement d'escaliers
verticaux et les comparer avec des données de simulation.

Page 36/40
 - Expérience sur L’AODV

Comparé à UU, JAdhoc souffre de paquets hors séquence. Cela a été

identifié comme étant dû au mécanisme de mise en mémoire tampon utilisé
dans JAdhoc. JAdhoc utilise une technique de mise en mémoire tampon en
espace utilisateur qui introduit initialement un délai dans la transmission
des premiers paquets. Une fois que les paquets mis en mémoire tampon
sont libérés, ils sont ensuite transmis en parallèle avec les nouveaux
paquets, ce qui provoque une séquence sévère des paquets reçus. La fig. 6
et le Tableau 2 montrent la variation de gigue dans tous les
environnements tels que calculée selon l'équation A.

Le diagramme montre la variation du débit TCP avec l'augmentation du

nombre de sauts pour tous les modes statique, UU et JAdhoc. Chaque
mesure a été effectuée pendant une durée de 60 secondes. Les
performances des paramètres TCP RTO, cwnd et DupAcks (à l'aide d'une
trace de paquets) ont été présentées pour un scénario de test expérimental
avec trois sauts entre l'émetteur et le récepteur. Bien que les tests aient été

Page 37/40
effectués pour toutes les possibilités de sauts (jusqu'à 5 sauts), un
diagramme représentatif du test à trois sauts est présenté.

Conclusion

Le domaine des réseaux ad hoc a attiré une attention croissante parmi les
chercheurs ces dernières années. Cela a été accompagné par une
disponibilité croissante de mises en œuvre pour différents systèmes
d'exploitation. Cependant, on ne sait pas encore très bien comment ces
mises en œuvre se comparent les unes aux autres et comment différentes
décisions de conception affectent les performances des protocoles de
transport.

Cet article apporte des contributions dans deux domaines. Tout d'abord, il
détaille l'architecture de mise en œuvre de deux mises en œuvre
populaires de l’AODV. Il s'agit de la mise en œuvre AODV de l'université
d'Upsala et d'une mise en œuvre basée sur Java de l'université de Brême.
Deuxièmement, il fournit quelques résultats expérimentaux issus de la
comparaison de ces deux mises en œuvre ainsi que d'un environnement
statique (sans AODV). Ces résultats expérimentaux étaient basés sur
l'analyse des communications UDP et TCP. Des problématiques de
recherche supplémentaires incluent la réalisation du même test dans un
environnement prenant en compte les mouvements et la détermination de
l'effet des valeurs de HelloLoss et de la durée de vie minimale.

Page 38/40
BIBLIOGRAPHIE
Image 1 : Organigramme Innled
Image 2 : T4
Image 3 : K3
Image 4 : MUZA
Image 5 : Carte Distributeurs Europe
Image 6 : Distributeurs
Image 7 : Schéma réseau mesh
Image 8 : Spectre de fréquence
Image 9 : Schéma échantillonnage audio
Image 10 : Tableau de fréquence d’échantillonnage audio
Image 11 : Tableau de résolution audio
Image 12 : Mesure rapport interférences EM
Image 13 : Schéma système audio sans fil
Image 14 : Antenne
Image 15 : Schéma PTP
Image 16 : Schéma protocole AODV
Image 17 : Organigramme sur l’OLSR
Image 18 : Expérience (1)
Image 19 : Expérience (2)
Image 20 : Expérience (3)
Image 21 : Tableau de résultats Vitesse de transmission
Image 22 : Tableau de retard
Image 23 : Tableau de perte de paquets
Image 24 : Graphique résultat vitesse de connexion
Image 25 : Graphique du pourcentage de paquets délivré
Image 26 : Carte emplacement Innled
Image 27 : Nodes de l'expérience OLSR,BATMAN
Image 28 : Résultat 1 de l'expérience AODV
Image 29 : Résultat 2 de l'expérience AODV

LIENS
Site Innled :
https://www.innled.fr
étude sur les interférences EMS:
https://ieeexplore.ieee.org/document/7175389
Recherches sur la conversion audio numérique :
https://helpx.adobe.com/fr/audition/using/digitizing-audio.html
https://www.aidewindows.net/connectique.php
https://fr.wikipedia.org/wiki/Precision_Time_Protocol
Recherches sur les topologies mesh :
https://fr.wikipedia.org/wiki/R%C3%A9seau_ad_hoc
https://fr.wikipedia.org/wiki/Topologie_mesh
https://www.researchgate.net/figure/Flowchart-of-the-proposed-MO-OLSR-routing-pro
tocol_fig1_335448390
https://fr.wikipedia.org/wiki/Optimized_Link_State_Routing_Protocol
https://www.memoireonline.com/01/09/1878/m_Les-technologies-sans-fil-Le-routage-
dans-les-reseaux-ad-hoc-OLSR-et-AODV4.html

Page 39/40
https://fr.wikipedia.org/wiki/Ad-hoc_On-demand_Distance_Vector
https://www.open-mesh.org/projects/open-mesh/wiki/BATMANConcept
https://www.perlesystems.fr/supportfiles/precision-time-protocol.shtml
http://wapiti.enic.fr/commun/ens/peda/options/ST/RIO/pub/exposes/exposesrio2006/
Beaudoux-Lemay/aodv_p1.html
Expériences topologies :
https://www.sciencedirect.com/science/article/pii/S089812211100589X
https://www.researchgate.net/publication/250021343_Experimental_Performance_Evalu
ation_of_AODV_Implementations_in_Static_Environments

Page 40/40