Vous êtes sur la page 1sur 14

“Simulation d’un

Faculté des Sciences & Techniques de Tanger


Département de Génie Informatique
“Master SIR”

réseau
Vanet
sous
VanetMobisim”
« Simulation pour réseaux de véhicules »

Préparé par :

- Bey Temsamani Omar


- Tazi Wail
- Lemnini Hicham

Encadré par :

Pr.Bouhorma
Plan

Introduction

I- Les Réseaux Manet


II- Les Réseaux Vanet
III- Le simulateur VANETMOBISIM
a- Installation et configuration :
b- Exemple de Simulation
c- Capture d’ecran

Introduction
Vehicular Ad hoc Network , ou VANET, est une forme de Mobile réseau ad-
hoc (ou Manet),c’est un réseau inter-véhiculaires il est conçu pour assurer les communications
entre les véhicules de voisinage ou entre les véhicules et des équipements fixes, généralement
décrit par équipement en bordure de route.

Manet :
Un réseau mobile ad hoc, appelé généralement MANET (Mobile Ad hoc Network ),  parfois
appelé un réseau maillé mobile , c’est un environnement mobile c’est à dire un système
composé de sites mobiles, qui permet à ses utilisateurs d'accéder à l'information
indépendamment de leurs positions géographiques.

"L’accès à l'information n'importe où et n'importe quand".

Les réseaux mobiles ou sans fil, peuvent être classés en deux classes : les réseaux avec
infrastructure et les réseaux sans infrastructure.

Avec infrastructure

Une unité mobile ne peut être, à un instant donné, directement connectée qu'à une seule
station de base. Elle peut communiquer avec les autres sites à travers la station à laquelle elle
est directement rattachée.

Sans Infrastructure

L'absence de l'infrastructure ou du réseau filaire composé des stations de base, oblige les
unités mobiles à se comporter comme des routeurs qui participent à la découverte et la
maintenance des chemins pour les autres hôtes du réseau.
Le concept des réseaux mobiles ad hoc essaie d'étendre les notions de la mobilité à toutes les
composantes de l'environnement. Ici, contrairement aux réseaux basés sur la communication
cellulaire :

- Aucune administration centralisée n'est disponible


⇒ Ce sont les hôtes mobiles elles-mêmes qui forment, d'une manière ad hoc, une
infrastructure du réseau.
- Aucune supposition ou limitation n'est faite sur la taille du réseau ad hoc, le réseau
peut contenir des centaines ou des milliers d'unités mobiles.

Exemple d'un réseau ad hoc :

Groupe d'unités portables reliées par des cartes HIPERLAN. Les réseaux appelés
GSM ne représentent pas des réseaux ad hoc, car la communication entre les unités passe
obligatoirement par des stations de base du réseau filaire.

La plupart des sujets d'intérêt des Manet le sont aussi pour les Vanet, à quelques
détails prés. Plutôt que de se déplacer au hasard, les véhicules tendent à se déplacer d'une
façon organisée. Les interactions avec les équipements de la route peuvent de même être
caractérisées de manière assez exacte. Et finalement, la plupart des véhicules sont limités dans
leur gamme de mouvement, par exemple en étant contraint de suivre une route pavée.

Technologie & Utilité


L’utilisation des réseaux VANET peut offrir la sécurité et le confort pour les
passagers. À cette fin, un dispositif électronique spécial sera placé à l'intérieur de chaque
véhicule qui fournira Ad-Hoc Network connectivité pour les passagers. Ce réseau tend à
fonctionner sans aucune infrastructure ou de legs et de la communication client-serveur.

 Chaque véhicule équipé d'un dispositif VANET sera un nœud dans le réseau ad-hoc et
peut recevoir et transmettre des messages d'autres à travers le réseau sans fil.
Types : avertissement de collision, les alarmes de signalisation routière et de visualiser le
trafic en place donnera le pilote des outils essentiels pour décider du meilleur chemin.

Vanet intègre de multiples technologies de réseaux ad-hoc comme le WiFi IEEE 802.11
b / g, WiMAX IEEE 802.16, Bluetooth, IRA, ZigBee pour facile, précis, simple et efficace
communication entre les véhicules en mobilité dynamique. Des mesures efficaces telles que
la communication des médias entre les véhicules peuvent être activés ainsi que des méthodes
pour suivre les véhicules automobiles est également préférable.

 VANET aide à définir les mesures de sécurité dans les véhicules,


 le streaming de communication entre les véhicules, du divertissement et de la
télématique.
 Les installations multimédia et de connectivité Internet pour les passagers, qui sont
tous fournis dans la couverture sans fil de chaque voiture. 
 Le paiement automatique pour parcs de stationnement et de péage sont d'autres
exemples de possibilités à l'intérieur VANET.

Les Réseaux véhiculaires ont envisagé des systèmes de transport intelligents (ITS). Les
véhicules communiquent entre eux via la communication inter-véhicules (IVC) ainsi qu'avec
les stations de base en bordure de route, la communication routes-véhicules (RVC). 

Ainsi les réseaux de circulation vont être contribués à des routes plus sécuritaires et efficaces
à l'avenir en fournissant des renseignements en temps opportun aux conducteurs et aux
autorités concernées.

Vanetmobisim 
« Vehicular Ad Hoc Networks Mobility Simulator », VanetMobiSim, ou Le
simulateur de réseaux véhiculaires ad-hoc mobiles, est une extension de CanuMobiSim
(Communication ad hoc Network s for Ubiquitous Computing) : Communication dans les
réseaux ad-hoc pour le calcul omniprésent , employé par le groupe de recherche de CANU
de l'université de Stuttgart.
Il est basé sur le concept des « pluggable module » (c.-à-d. des modules que l'on peut
ajouter.)

Canumobisim :
Basé sur Java CanuMobiSim est une plateforme flexible pour la modélisation de la
mobilité des utilisateurs, elle peut générer des traces de mouvement dans différents formats,
et peut supporter différents outils de simulation/émulation pour les réseaux mobiles (NS2,
GloMoSim, QualNet, FILET).

L'ensemble d’extensions fournis par VanetMobiSim consiste principalement sur un


modèle spatial véhiculaire en utilisant les structures de données GDF-conformes, et un
ensemble de mobilité véhiculaire-orientée modèle.
Le modèle spatial véhiculaire se compose d'éléments spatiaux, de leurs attributs et de
rapports liant ces éléments spatiaux afin de décrire des secteurs véhiculaires.
Le modèle spatial est créé des données topologiques obtenues de quatre manières
différentes :
• User-defined - l'utilisateur définit un ensemble de sommets et de bords composant
squelette de modèle spatial véhiculaire.
• Random -squelette est aléatoirement produite en utilisant les tessellations de Voronoi.
• Les fichiers de données géographiques (GDF) - des données sequelte est obtenus à partir
des dossiers de GDF.
• Les fichiers TIGER/line - semblable à le précédent, mais basé sur les dossiers de
TIGER/line du bureau de recensement d'USA.
VanetMobiSim se concentre plus sur la mobilité véhiculaire, et le mouvement des
véhicules à moteur réaliste, sur les deux niveaux : macroscopiques et microscopiques.

Au niveau macroscopique :

VanetMobiSim peut importer des cartes routières à partir de la base de données du


bureau de recensement d'USA TIGER/Line, ou il les génère aléatoirement en employant le
tesselation de Voronoi.

Aussi, elle intègre des supports pour les multi-routes, et les routes bidirectionnels,
différencie les contraintes de vitesse et des feux rouges aux intersections des routes ou
carrefours.

Au niveau microscopique

VanetMobiSim implémente de nouveaux modèles de mobilité, et la communication


de types voiture-à-voiture et de voiture-à-infrastructure.

Selon ces modèles, les véhicules règlent leur vitesse selon les voitures voisines, se
rattrapent et agissent selon les feux rouges sur les intersections.

Le composant principal du modèle orienté véhiculaire est le support d'un modèle de niveau
microscopique de mobilité appelé “Intelligent Driving Model with Intersection Management
(IDM_IM)” décrivant parfaitement les gestions de voiture-à-voiture et d'intersection.
 
 Et dans le modèle de « Intelligent Driving Model with Lane Changing (IDM_LC) »
, également inclus un modèle de dépassement (MOBIL), qui agit l'un sur l'autre avec IDM_IM pour
contrôler des « Lane Change » et des accélérations et des ralentissements de véhicule.

Installation de VanetMobiSim :
Prérequis :
 VanetMobiSim exigent la présence des outils suivantes :

 Java Run Time Environment version 1.5 ou plus.


  SDK Java version 1.5 ou supérieur,
 Apache Ant. 

Installation :

 Téléchargez le code source de VanetMobiSim et décompresser le dans un répertoire


de base de votre choix .On doit obtenir les sous-répertoires et fichiers suivants: 

jar / 
build.xml 
VanetMobiSim-src.jar 
VanetMobiSim-samples.jar 
mypackages.lst 
Read_Me 

 Téléchargez le code source de CanuMobiSim et l'étendre dans le même répertoire. On


doit avoir une sous répertoire nommé "src /". À ce moment, votre répertoire courant
devrait contient: 

jar / 
src / 
build.xml 
VanetMobiSim-src.jar 
VanetMobiSim-samples.jar 
mypackages.lst 
Read_Me 

 Ouvrez un terminal et allez dans votre répertoire. Assurez-vous que vous avez un


travail et bien configuré version d'Apache Ant et que le fichier build.xml est dans le
répertoire de base. 
Taper:  Ant patch  

Le programme patch le répertoire src / avec les fichiers source VanetMobiSim. 

 Enfin, afin de construire le simulateur et de créer la javadoc 


Taper:  Ant All

Le binaire. Jar de VanetMobiSim sera placé dans le sous-répertoire \ jar. 

Format de scenario de simulation :


On va expliquer les plus importants balises qu’on utilise pour générer le code du scenario
de simulation en XML :

Spécifier la zone de simulation :


On commence par le tag <universe>

<universe>
[<dimx>dimension</dimx>]
[<dimy>dimension</dimy>]
[<step>step</step>]
[<seed>seed</seed>]
[<extension class=”class_name” [name=”instance_name”]>
[extension_parameters]
</extension>]
[<extension>extension_parameters</extension>]
[<node>node_parameter</node>]
[<nodegroup>nodegroup_parameters</nodegroup>]
</universe>

 dimx - indique la dimension X de la simulation (en mètres). Seulement utilisé dans les
scénarios avec des secteurs rectangulaire-délimités de simulation.

 dimy - indique la dimension Y de la simulation(en mètres). Seulement utilisé dans les


scénarios avec des secteurs rectangulaire-délimités de simulation.

 step - indique la durée simple de simulation (en s). , la valeur par défaut est 1 ms.

 seed - indique la seed de la génération de nombre aléatoire générée par


VanetMobiSim.

 extension - ajoute un exemple d'une extesion globale à la simulation.

o classe - indique le nom de la classe pour être instancier. La classe doit être
dérivée de
de.uni_stuttgart.informatik.canu.mobisim.core.ExtensionModule et être
accessible par JVM.

o name - indique le nom de l'exemple de classe. Utilisé uniquement pour


identifier et mettre en référence l'exemple dans la simulation. La plupart de
prolongements ont leur nom de défaut prédéfini.

 node- ajoute un noeud à la simulation.

 nodegroup - ajoute un groupe de noeuds à la simulation.

L’ajout d’un nœud (véhicule) :

<node [class=”class_name”] id=”node_id”>


[<position>position_parameters</position>]
[<type>type_of_node</position>]
[<extension>extension_parameters</extension>]
</node>
 Class : indique le nom de la classe du nœud. La classe doit être dérivée de
de.uni_stuttgart.informatik.canu.mobisim.core.Node et être accessible par le JVM.
 id - indique l'identification du nœud. Utilisé uniquement pour identifier et mettre en
référence le nœud dans la simulation
 position - indique la position initiale du nœud
 type - indique le type du nœud. L'utilisateur peut choisir parmi quatre types différents
nœuds : ped-car-truck-bus. , la valeur " any" est prise par défaut.
 extension - ajoute une extension au nœud.

L’ajout d’un groupe de nœud :

<nodegroup n=”number_of_nodes” [class=”class_name”] id=”group_id”>


[<position>position_parameters</position>]
[<type>type_of_nodes</position>]
[<extension>extension_parameters</extension>]
</node>¶

 n - indique le nombre de nœuds dans le groupe.

 class - indique le nom de la classe du nœud. La classe doit être dérivée de


de.uni_stuttgart.informatik.canu.mobisim.core.Node et être accessible par le JVM,
de.uni_stuttgart.informatik.canu.mobisim.core.Node est générée.

 id - indique l'identification de groupe. Utilisé pour choisir les marques des nœuds en
enchaînant l'identification de groupe avec le nombre d'ordre du nœud.

 position - indique la position initiale pour tous les nœuds dans le groupe.

 Indication du graphique de l’espace (Clusters) :

Les caractéristiques graphiques de l'espace (Clusters) sont déclarées dans la balise <
clusters >. Chaque cluster est une partie rectangulaire du secteur de simulation, caractérisée par une
densité particulière d'obstacles.

<clusters density="value">
<cluster id="cluster_name">cluster_parameters</cluster>
</clusters>

• density : indique la densité des clusters (clusters/m2)


• cluster - indique les paramètres d'un simple cluster.

 Les caractéristiques d’un cluster :

Les caractéristiques d'un cluster particulier sont indiquées en utilisant la balise < cluster >.
<cluster id="cluster_name">
<density>obstacles_density</density>
<ratio>cluster_type_ratio</ratio>
[<speed>value</speed>]
</cluster>

 id - indique la marque du cluster


 density - indique la densité des obstacles dans le faisceau (dans obstacles/m2) : comme
exemple, une valeur de densité de e -4 signifie qu'il y a 2 obstacles tous les 100 m 2 à
la moyenne.

 ratio - indique le pourcentage de ce genre de cluster dans le secteur de simulation :


cette valeur peut s'étendre dedans [ 0.1 ], et doit être conformée aux valeurs
semblables d'autres faisceaux, de sorte que les rapports de tous les faisceaux aient
défini la somme à 1.
 speed - indique la vitesse maximum en m/s permis sur les segments de route créés avec
ce type de cluster. La valeur par défaut est 50km/h.

EXEMPLE DE SIMULATION

 Le scenario IDM_IM 
<?xml version="1.0" ?>
- <!-- Cars in a City Center using the SpaceGraph.   -->
- <universe>
  <dimx>1000.0</dimx>
  <dimy>1000.0</dimy>
- <!-- <seed>11</seed>   -->
-<!--<extensionclass="de.uni_stuttgart.informatik.canu.mobisim.extensions.NSOutput"
output="ns_trace.txt"/>  -->
- <!-- <extension class="de.uni_stuttgart.informatik.canu.mobisim.extensions.LoaderOutput"
output="loader_trace.txt"/>  -->
- <!-- <extension class="de.uni_stuttgart.informatik.canu.mobisim.extensions.DebugOutput"
output="debug_trace.txt"/>  -->
  <extension class="de.uni_stuttgart.informatik.canu.mobisim.simulations.TimeSimulation"
param="2000.0" />
  <extension name="SpatialModel"
class="de.uni_stuttgart.informatik.canu.spatialmodel.core.SpatialModel" min_x="0"
max_x="1000" min_y="0" max_y="1000" />
- <!-- <extension name="TrafficLight"
class="eurecom.spatialmodel.extensions.TrafficLight" step="10000"/>  -->
- <extension class="eurecom.spacegraph.SpaceGraph" cluster="true">
- <clusters density="0.000001">
- <cluster id="suburban">
  <density>0.000005</density>
  <ratio>1.0</ratio>
  </cluster>
  </clusters>
  </extension>
  <extension name="PosGen"
class="de.uni_stuttgart.informatik.canu.tripmodel.generators.RandomInitialPositionGenerator
" />
- <extension name="TripGen"
class="de.uni_stuttgart.informatik.canu.tripmodel.generators.RandomTripGenerator">
  <reflect_directions>false</reflect_directions>
  <minstay>20.0</minstay>
  <maxstay>100.0</maxstay>
  </extension>
- <nodegroup n="10">
- <extension class="polito.uomm.IDM_IM" initposgenerator="PosGen"
tripgenerator="TripGen">
  <minspeed>10.0</minspeed>
  <maxspeed>20.0</maxspeed>
  <step>0.1</step>
  <b>0.5</b>
  </extension>
  </nodegroup>
- <extension class="de.uni_stuttgart.informatik.canu.mobisimadd.extensions.GUI">
  <width>640</width>
  <height>480</height>
  <step>1</step>
  </extension>
- <!-- <extension
class="de.uni_stuttgart.informatik.canu.spatialmodel.extensions.DumpSpatialModel"
output="dumped_graph.fig"/>  -->
  </universe>

 Capture d’écran :
 Le scénario IDM_LC :
  <?xml version="1.0" ?>
- <!--
Cars in a City Center using the SpaceGraph and MOBIL.
  -->
- <universe>
  <dimx>1000.0</dimx>
  <dimy>1000.0</dimy>
- <!--
<seed>18</seed>
  -->
- <!--
<extension class="de.uni_stuttgart.informatik.canu.mobisim.extensions.NSOutput"
output="ns_trace.txt"/>
  -->
  <extension class="de.uni_stuttgart.informatik.canu.mobisim.simulations.TimeSimulation"
param="3600.0" />
- <extension name="SpatialModel"
class="de.uni_stuttgart.informatik.canu.spatialmodel.core.SpatialModel" min_x="0"
max_x="1000" min_y="0" max_y="1000">
  <max_traffic_lights>6</max_traffic_lights>
  <reflect_directions>true</reflect_directions>
  <number_lane full="false" max="4" dir="true">2</number_lane>
  </extension>
  <extension name="TrafficLight" class="eurecom.spatialmodel.extensions.TrafficLight"
step="10000" />
- <extension class="eurecom.spacegraph.SpaceGraph" cluster="true">
- <clusters density="0.000001">
- <cluster id="suburban">
  <density>0.000005</density>
  <ratio>1.0</ratio>
  <speed>13</speed>
  </cluster>
  </clusters>
  </extension>
  <extension name="PosGen"
class="de.uni_stuttgart.informatik.canu.tripmodel.generators.RandomInitialPositionGenerator
" />
- <extension name="TripGen"
class="de.uni_stuttgart.informatik.canu.tripmodel.generators.RandomTripGenerator">
  <reflect_directions>true</reflect_directions>
  <minstay>5.0</minstay>
  <maxstay>30.0</maxstay>
  </extension>
- <nodegroup n="30">
- <extension class="polito.uomm.IDM_LC" initposgenerator="PosGen"
tripgenerator="TripGen">
  <minspeed>3.33</minspeed>
  <maxspeed>13.89</maxspeed>
  <step>0.1</step>
  <b>0.5</b>
  </extension>
  </nodegroup>
- <extension class="de.uni_stuttgart.informatik.canu.mobisimadd.extensions.GUI">
  <width>640</width>
  <height>480</height>
  <step>1</step>
  </extension>
- <!--
<extension
class="de.uni_stuttgart.informatik.canu.spatialmodel.extensions.DumpSpatialModel"
output="dumped_graph_double_mult_all.fig"/>
  -->
  </universe>
 Capture d’écran :

Vous aimerez peut-être aussi