University Sétif 1 FERHAT ABBAS Faculty of Sciences
Détail de l'auteur
Auteur Kanouni,Lakhdar |
Documents disponibles écrits par cet auteur
Ajouter le résultat dans votre panier Affiner la recherche
Titre : Data delivery in Iot networks Type de document : texte imprimé Auteurs : Oumaima Akouche, Auteur ; Anais Moumtez Hachemi ; Kanouni,Lakhdar, Directeur de thèse Editeur : Setif:UFA Année de publication : 2024 Importance : 1 vol (70 f .) Format : 29 cm Langues : Anglais (eng) Catégories : Thèses & Mémoires:Informatique Mots-clés : IoT
QoS
Fault tolerance
Multi-path routing protocol
Geographic routing protocolIndex. décimale : 004 - Informatique Résumé : The Internet of Things (IoT) represents today an expanding field where connected
devices are employed to collect and transmit data, with communication between these
connected objects aimed at routing collected data to a node called Sink, which processes
it further, hence the role of routing protocol. The routing protocol plays a crucial part
in the data lifecycle in IoT networks. Essentially, there are two types of routing: singlepath
or multi-path. Multi-path routing protocols offer several advantages over single-path
routing, such as quality of service and fault tolerance. Therefore, a multi-path geographic
routing protocol has been proposed to enhance service quality by sending a significant
amount of data using multiple paths and increasing fault tolerance in case one path fails,
where another path can be utilized. To evaluate the performance of the proposed protocol,
we used two metrics: path cost and number of hops; the results obtained are compared
with the optimal values of the Dijkstra algorithm. After several simulations, the protocol
achieves values close to those obtained by the Dijkstra algorithm.Note de contenu :
Sommaire
GENERAL INTRODUCTION . . . . . . . . . . . . . . . . . . . . . . . . . 11
1 —GENERALETIES ABOUT IOT 13
1.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
1.2 Def . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
1.2.1 Internet of things (IoT): . . . . . . . . . . . . . . . . . . . . . . . . 14
1.2.2 Thing: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
1.2.3 Connectivity: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
1.2.4 Sensors: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
1.3 Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
1.4 Basic Components of IoT Devices . . . . . . . . . . . . . . . . . . . . . . . 16
1.5 Network Access and Physical Layer Technologies in IoT Networks . . . . . 17
1.6 Architecture of IoT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
1.6.1 Three layers architecture . . . . . . . . . . . . . . . . . . . . . . . . 19
1.6.2 Five layers architecture . . . . . . . . . . . . . . . . . . . . . . . . . 20
1.7 IoT communication portocol . . . . . . . . . . . . . . . . . . . . . . . . . . 21
1.7.1 Application layer: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
1.7.2 Transport layer: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
1.7.3 Network layer: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
1.7.4 Middelware layer: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
1.7.5 Mac and physic layer: . . . . . . . . . . . . . . . . . . . . . . . . . 24
1.8 Iot technologies . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
1.8.1 Radio Frequency identification data ( RFID ): . . . . . . . . . . . . 26
1.8.2 WSN: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
1.8.3 M2M (Machine-to-Machine Communication): . . . . . . . . . . . . 26
1.9 Iot networking considerations and challenges . . . . . . . . . . . . . . . . . 27
1.10 IoT Security . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
1.11 IoT domain of use . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
1.11.1 Industry . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
1.11.2 Healthcare . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
1.11.3 Smart-house . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
1.11.4 Agricultor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
1.12 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
2 — DATA IN IOT 31
2.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
2.2 Data types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
2.2.1 Automation Data: . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
2.2.2 Equipment Data: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
2.2.3 Environnemental Data: . . . . . . . . . . . . . . . . . . . . . . . . . 32
2.2.4 Submeter Data: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
2.3 Structured vs. Unstructured data . . . . . . . . . . . . . . . . . . . . . . . 33
2.3.1 Structured data: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
2.3.2 Unstructured Data: . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
2.4 Data in motion versus data at rest . . . . . . . . . . . . . . . . . . . . . . 34
2.5 Data Acquiring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
2.5.1 Data Generation: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
2.5.2 Data acquisition: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
2.5.3 Data validation: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
2.5.4 Data Categorization for Storage: . . . . . . . . . . . . . . . . . . . 35
2.5.5 Assembly Software for the Event: . . . . . . . . . . . . . . . . . . . 36
2.5.6 Data store: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
2.5.7 Data Centre Management: . . . . . . . . . . . . . . . . . . . . . . . 36
2.6 Data challenges . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
2.7 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
3 — State of art for routing protocols in iot networks 38
3.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
3.2 Data routing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
3.3 Routing Metrics: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
3.3.1 Equipment Data: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
3.4 Routing type: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
3.4.1 Based on the topology: . . . . . . . . . . . . . . . . . . . . . . . . . 41
3.4.2 Flat Routing: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
3.4.3 Broadcast-based: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
3.4.4 Group or Cluster-based: . . . . . . . . . . . . . . . . . . . . . . . . 42
3.4.5 Diffusion-based: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
3.4.6 Location-based Routing: . . . . . . . . . . . . . . . . . . . . . . . . 42
3.4.7 Hierarchical Routing: . . . . . . . . . . . . . . . . . . . . . . . . . . 43
3.4.8 Based on Quality of Service ( QoS ): . . . . . . . . . . . . . . . . . 43
3.4.9 Energy based protocol: . . . . . . . . . . . . . . . . . . . . . . . . . 43
3.4.10 Security Centric protocol: . . . . . . . . . . . . . . . . . . . . . . . 43
3.5 Some protocols in literatury . . . . . . . . . . . . . . . . . . . . . . . . . . 44
3.5.1 RPL: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
3.5.2 LEACH: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
3.5.3 OLSR (Optimized Link State Routing): . . . . . . . . . . . . . . . . 45
3.5.4 DSDV (Destination-Sequenced Distance Vector): . . . . . . . . . . . 45
3.5.5 ZRP (Zone Routing Protocol): . . . . . . . . . . . . . . . . . . . . . 45
3.5.6 Geographic protocols: . . . . . . . . . . . . . . . . . . . . . . . . . . 45
3.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
4 — Proposal for a multi-path geographic routing protocol 48
4.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
4.2 How to discover the 1st path: . . . . . . . . . . . . . . . . . . . . . . . . . 49
4.2.1 Algorithm of the first path: . . . . . . . . . . . . . . . . . . . . . . 50
4.2.2 The flowchart routing of the first path: . . . . . . . . . . . . . . . . 51
4.3 How to discover the second path: . . . . . . . . . . . . . . . . . . . . . . . 51
4.3.1 Algorithm of the second path: . . . . . . . . . . . . . . . . . . . . . 52
4.3.2 The flowchart routing of the second path: . . . . . . . . . . . . . . . 53
4.4 Illustrative example of how the protocol works: . . . . . . . . . . . . . . . 54
4.5 Simulation of the proposed protocol: . . . . . . . . . . . . . . . . . . . . . 56
4.5.1 Simulation steps: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
4.5.2 Simulation tools: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
4.5.3 Simulations and results: . . . . . . . . . . . . . . . . . . . . . . . . 58
4.5.4 Performance Evaluation of the Protocol: . . . . . . . . . . . . . . . 60
4.6 Comparison of performance metrics (average cost and average jumps) between
the proposed protocol and Dijkstra’s algorithm: . . . . . . . . . . . . 61
4.6.1 Histograms: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
4.6.2 Discussion of the obtained results: . . . . . . . . . . . . . . . . . . . 63
4.7 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
GENERAL CONCLUSION . . . . . . . . . . . . . . . . . . . . . . . . . . . 65Côte titre : MAI/0843 Data delivery in Iot networks [texte imprimé] / Oumaima Akouche, Auteur ; Anais Moumtez Hachemi ; Kanouni,Lakhdar, Directeur de thèse . - [S.l.] : Setif:UFA, 2024 . - 1 vol (70 f .) ; 29 cm.
Langues : Anglais (eng)
Catégories : Thèses & Mémoires:Informatique Mots-clés : IoT
QoS
Fault tolerance
Multi-path routing protocol
Geographic routing protocolIndex. décimale : 004 - Informatique Résumé : The Internet of Things (IoT) represents today an expanding field where connected
devices are employed to collect and transmit data, with communication between these
connected objects aimed at routing collected data to a node called Sink, which processes
it further, hence the role of routing protocol. The routing protocol plays a crucial part
in the data lifecycle in IoT networks. Essentially, there are two types of routing: singlepath
or multi-path. Multi-path routing protocols offer several advantages over single-path
routing, such as quality of service and fault tolerance. Therefore, a multi-path geographic
routing protocol has been proposed to enhance service quality by sending a significant
amount of data using multiple paths and increasing fault tolerance in case one path fails,
where another path can be utilized. To evaluate the performance of the proposed protocol,
we used two metrics: path cost and number of hops; the results obtained are compared
with the optimal values of the Dijkstra algorithm. After several simulations, the protocol
achieves values close to those obtained by the Dijkstra algorithm.Note de contenu :
Sommaire
GENERAL INTRODUCTION . . . . . . . . . . . . . . . . . . . . . . . . . 11
1 —GENERALETIES ABOUT IOT 13
1.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
1.2 Def . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
1.2.1 Internet of things (IoT): . . . . . . . . . . . . . . . . . . . . . . . . 14
1.2.2 Thing: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
1.2.3 Connectivity: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
1.2.4 Sensors: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
1.3 Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
1.4 Basic Components of IoT Devices . . . . . . . . . . . . . . . . . . . . . . . 16
1.5 Network Access and Physical Layer Technologies in IoT Networks . . . . . 17
1.6 Architecture of IoT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
1.6.1 Three layers architecture . . . . . . . . . . . . . . . . . . . . . . . . 19
1.6.2 Five layers architecture . . . . . . . . . . . . . . . . . . . . . . . . . 20
1.7 IoT communication portocol . . . . . . . . . . . . . . . . . . . . . . . . . . 21
1.7.1 Application layer: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
1.7.2 Transport layer: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
1.7.3 Network layer: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
1.7.4 Middelware layer: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
1.7.5 Mac and physic layer: . . . . . . . . . . . . . . . . . . . . . . . . . 24
1.8 Iot technologies . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
1.8.1 Radio Frequency identification data ( RFID ): . . . . . . . . . . . . 26
1.8.2 WSN: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
1.8.3 M2M (Machine-to-Machine Communication): . . . . . . . . . . . . 26
1.9 Iot networking considerations and challenges . . . . . . . . . . . . . . . . . 27
1.10 IoT Security . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
1.11 IoT domain of use . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
1.11.1 Industry . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
1.11.2 Healthcare . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
1.11.3 Smart-house . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
1.11.4 Agricultor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
1.12 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
2 — DATA IN IOT 31
2.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
2.2 Data types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
2.2.1 Automation Data: . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
2.2.2 Equipment Data: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
2.2.3 Environnemental Data: . . . . . . . . . . . . . . . . . . . . . . . . . 32
2.2.4 Submeter Data: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
2.3 Structured vs. Unstructured data . . . . . . . . . . . . . . . . . . . . . . . 33
2.3.1 Structured data: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
2.3.2 Unstructured Data: . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
2.4 Data in motion versus data at rest . . . . . . . . . . . . . . . . . . . . . . 34
2.5 Data Acquiring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
2.5.1 Data Generation: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
2.5.2 Data acquisition: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
2.5.3 Data validation: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
2.5.4 Data Categorization for Storage: . . . . . . . . . . . . . . . . . . . 35
2.5.5 Assembly Software for the Event: . . . . . . . . . . . . . . . . . . . 36
2.5.6 Data store: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
2.5.7 Data Centre Management: . . . . . . . . . . . . . . . . . . . . . . . 36
2.6 Data challenges . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
2.7 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
3 — State of art for routing protocols in iot networks 38
3.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
3.2 Data routing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
3.3 Routing Metrics: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
3.3.1 Equipment Data: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
3.4 Routing type: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
3.4.1 Based on the topology: . . . . . . . . . . . . . . . . . . . . . . . . . 41
3.4.2 Flat Routing: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
3.4.3 Broadcast-based: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
3.4.4 Group or Cluster-based: . . . . . . . . . . . . . . . . . . . . . . . . 42
3.4.5 Diffusion-based: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
3.4.6 Location-based Routing: . . . . . . . . . . . . . . . . . . . . . . . . 42
3.4.7 Hierarchical Routing: . . . . . . . . . . . . . . . . . . . . . . . . . . 43
3.4.8 Based on Quality of Service ( QoS ): . . . . . . . . . . . . . . . . . 43
3.4.9 Energy based protocol: . . . . . . . . . . . . . . . . . . . . . . . . . 43
3.4.10 Security Centric protocol: . . . . . . . . . . . . . . . . . . . . . . . 43
3.5 Some protocols in literatury . . . . . . . . . . . . . . . . . . . . . . . . . . 44
3.5.1 RPL: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
3.5.2 LEACH: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
3.5.3 OLSR (Optimized Link State Routing): . . . . . . . . . . . . . . . . 45
3.5.4 DSDV (Destination-Sequenced Distance Vector): . . . . . . . . . . . 45
3.5.5 ZRP (Zone Routing Protocol): . . . . . . . . . . . . . . . . . . . . . 45
3.5.6 Geographic protocols: . . . . . . . . . . . . . . . . . . . . . . . . . . 45
3.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
4 — Proposal for a multi-path geographic routing protocol 48
4.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
4.2 How to discover the 1st path: . . . . . . . . . . . . . . . . . . . . . . . . . 49
4.2.1 Algorithm of the first path: . . . . . . . . . . . . . . . . . . . . . . 50
4.2.2 The flowchart routing of the first path: . . . . . . . . . . . . . . . . 51
4.3 How to discover the second path: . . . . . . . . . . . . . . . . . . . . . . . 51
4.3.1 Algorithm of the second path: . . . . . . . . . . . . . . . . . . . . . 52
4.3.2 The flowchart routing of the second path: . . . . . . . . . . . . . . . 53
4.4 Illustrative example of how the protocol works: . . . . . . . . . . . . . . . 54
4.5 Simulation of the proposed protocol: . . . . . . . . . . . . . . . . . . . . . 56
4.5.1 Simulation steps: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
4.5.2 Simulation tools: . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
4.5.3 Simulations and results: . . . . . . . . . . . . . . . . . . . . . . . . 58
4.5.4 Performance Evaluation of the Protocol: . . . . . . . . . . . . . . . 60
4.6 Comparison of performance metrics (average cost and average jumps) between
the proposed protocol and Dijkstra’s algorithm: . . . . . . . . . . . . 61
4.6.1 Histograms: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
4.6.2 Discussion of the obtained results: . . . . . . . . . . . . . . . . . . . 63
4.7 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
GENERAL CONCLUSION . . . . . . . . . . . . . . . . . . . . . . . . . . . 65Côte titre : MAI/0843 Exemplaires (1)
Code-barres Cote Support Localisation Section Disponibilité MAI/0843 MAI/0843 Mémoire Bibliothéque des sciences Anglais Disponible
DisponibleLa délivrance des alertes dans les réseaux véhiculaires à base des réseaux de capteurs sans fil / Anane,Fahima
Titre : La délivrance des alertes dans les réseaux véhiculaires à base des réseaux de capteurs sans fil Type de document : texte imprimé Auteurs : Anane,Fahima, Auteur ; Kanouni,Lakhdar, Directeur de thèse Editeur : Setif:UFA Année de publication : 2020 Importance : 1 vol (100 f .) Format : 29 cm Langues : Français (fre) Catégories : Thèses & Mémoires:Informatique Mots-clés : Réseaux de capteurs sans fil
Réseaux véhiculaires VANETs
Routage multi-chemins
Tolérance aux pannes
DSRIndex. décimale : 004 - Informatique Résumé :
Les réseaux véhiculaires à base des réseaux de capteurs sans fil ou Hybrid Sensors and
Vehicular Networks (HSVN), représentent une architecture qui crée un cadre (Framework) de
collaboration entre les réseaux de capteurs sans fil (WSN) et les réseaux ad hoc véhiculaires
(VANET) afin que les deux types de réseaux puissent bénéficier des avantages l’un de l’autre
tout en compensant les faiblesses. Le but de cette collaboration est l’amélioration de la
sécurité routière.
Dans notre travail nous avons proposé un protocole de routage multi-chemins destiné
à la partie WSN du réseau HSVN qui est le plus exposé aux défaillances, ce protocole
permet de construire deux chemins à noeuds disjoint de la source d’alerte (accident dans la
route par exemple) vers la passerelle WSN-VANET, ensuite cette dernière va s’occuper de
disséminer l’alerte aux conducteurs dans l’architecture HSVNs. Ce protocole est appartient
au protocole de routage multi-chemins basé non-infrastructure, la construction du chemin est
à la demande (réactif) et s’appuie sur le protocole DSR. Les résultats de simulation montrent
que le protocole va construire deux chemins à noeuds disjoint proche au plus court chemin,
ce qui permet de renforcée la tolérance aux pannes.Côte titre : MAI/0417 En ligne : https://drive.google.com/file/d/1R4Wtou5DYdkA3Dy2wdwLxXPYbnilc8Yu/view?usp=shari [...] Format de la ressource électronique : La délivrance des alertes dans les réseaux véhiculaires à base des réseaux de capteurs sans fil [texte imprimé] / Anane,Fahima, Auteur ; Kanouni,Lakhdar, Directeur de thèse . - [S.l.] : Setif:UFA, 2020 . - 1 vol (100 f .) ; 29 cm.
Langues : Français (fre)
Catégories : Thèses & Mémoires:Informatique Mots-clés : Réseaux de capteurs sans fil
Réseaux véhiculaires VANETs
Routage multi-chemins
Tolérance aux pannes
DSRIndex. décimale : 004 - Informatique Résumé :
Les réseaux véhiculaires à base des réseaux de capteurs sans fil ou Hybrid Sensors and
Vehicular Networks (HSVN), représentent une architecture qui crée un cadre (Framework) de
collaboration entre les réseaux de capteurs sans fil (WSN) et les réseaux ad hoc véhiculaires
(VANET) afin que les deux types de réseaux puissent bénéficier des avantages l’un de l’autre
tout en compensant les faiblesses. Le but de cette collaboration est l’amélioration de la
sécurité routière.
Dans notre travail nous avons proposé un protocole de routage multi-chemins destiné
à la partie WSN du réseau HSVN qui est le plus exposé aux défaillances, ce protocole
permet de construire deux chemins à noeuds disjoint de la source d’alerte (accident dans la
route par exemple) vers la passerelle WSN-VANET, ensuite cette dernière va s’occuper de
disséminer l’alerte aux conducteurs dans l’architecture HSVNs. Ce protocole est appartient
au protocole de routage multi-chemins basé non-infrastructure, la construction du chemin est
à la demande (réactif) et s’appuie sur le protocole DSR. Les résultats de simulation montrent
que le protocole va construire deux chemins à noeuds disjoint proche au plus court chemin,
ce qui permet de renforcée la tolérance aux pannes.Côte titre : MAI/0417 En ligne : https://drive.google.com/file/d/1R4Wtou5DYdkA3Dy2wdwLxXPYbnilc8Yu/view?usp=shari [...] Format de la ressource électronique : Exemplaires (1)
Code-barres Cote Support Localisation Section Disponibilité MAI/0417 MAI/0417 Mémoire Bibliothéque des sciences Français Disponible
Disponible
Titre : Protocoles de routage basés sur des clusters dans les RCSFs Type de document : texte imprimé Auteurs : Berra,Oumaima, Auteur ; Kanouni,Lakhdar, Directeur de thèse Editeur : Setif:UFA Année de publication : 2021 Importance : 1 vol (66 f .) Format : 29 cm Langues : Français (fre) Mots-clés : Réseaux de capteurs sans fil
Durée de vie réseauRésumé :
Les réseaux de capteurs sans fil (RCSF ou WSN Wireless Sens or Network) sont devenus de plus en plus populaires grâce aux grandes avancées dans le domaine de la microélectronique qui ont réduit le coût de fabrication des noeuds de capteurs d’une manière considérable. Ces réseaux ont montré leur efficacité dans le suivi et le contrôle à distance de l’environnement physique avec une meilleure précision. Actuellement ils sont exploités pour différents domaines d’applications. Le nombre de capteurs peut atteindre des centaines, voire des milliers, suivant l’application.
Les données captées par les noeuds sont acheminées par un routage multiple vers un noeud appelé point de collecte. Pour de nombreuses applications de réseaux de capteurs, les caractéristiques les plus importantes sont la durée de vie, l'évolutivité et l'équilibre du réseau. Les techniques de mise en clustering sont une solution efficace pour atteindre ces objectifs. Comme technique alternative, on peut construire des chaînes au lieu de clusters. Dans cet article, nous proposerons un certain nombre de technologies WSN telles que GAF, LEACH, PEGASIS, TEEN et HEED. Cette approche organise les noeuds du réseau en un groupe de chaînes optimisé en appliquant à la fois l'approche de mise en clusters et l'approche des chaînes.Côte titre : MAI/0506 En ligne : https://drive.google.com/file/d/1qiNYmWpt7xucPyWyC5OufuOwexAwQcve/view?usp=shari [...] Format de la ressource électronique : Protocoles de routage basés sur des clusters dans les RCSFs [texte imprimé] / Berra,Oumaima, Auteur ; Kanouni,Lakhdar, Directeur de thèse . - [S.l.] : Setif:UFA, 2021 . - 1 vol (66 f .) ; 29 cm.
Langues : Français (fre)
Mots-clés : Réseaux de capteurs sans fil
Durée de vie réseauRésumé :
Les réseaux de capteurs sans fil (RCSF ou WSN Wireless Sens or Network) sont devenus de plus en plus populaires grâce aux grandes avancées dans le domaine de la microélectronique qui ont réduit le coût de fabrication des noeuds de capteurs d’une manière considérable. Ces réseaux ont montré leur efficacité dans le suivi et le contrôle à distance de l’environnement physique avec une meilleure précision. Actuellement ils sont exploités pour différents domaines d’applications. Le nombre de capteurs peut atteindre des centaines, voire des milliers, suivant l’application.
Les données captées par les noeuds sont acheminées par un routage multiple vers un noeud appelé point de collecte. Pour de nombreuses applications de réseaux de capteurs, les caractéristiques les plus importantes sont la durée de vie, l'évolutivité et l'équilibre du réseau. Les techniques de mise en clustering sont une solution efficace pour atteindre ces objectifs. Comme technique alternative, on peut construire des chaînes au lieu de clusters. Dans cet article, nous proposerons un certain nombre de technologies WSN telles que GAF, LEACH, PEGASIS, TEEN et HEED. Cette approche organise les noeuds du réseau en un groupe de chaînes optimisé en appliquant à la fois l'approche de mise en clusters et l'approche des chaînes.Côte titre : MAI/0506 En ligne : https://drive.google.com/file/d/1qiNYmWpt7xucPyWyC5OufuOwexAwQcve/view?usp=shari [...] Format de la ressource électronique : Exemplaires (1)
Code-barres Cote Support Localisation Section Disponibilité MAI/0506 MAI/0506 Mémoire Bibliothéque des sciences Français Disponible
Disponible
Titre : Les Protocoles de Routages multi-chemins dans RCSFs Type de document : texte imprimé Auteurs : Saidou oumarou magid tinni feou, Auteur ; Kanouni,Lakhdar, Directeur de thèse Editeur : Setif:UFA Année de publication : 2021 Importance : 1 vol (68 f .) Format : 29 cm Langues : Français (fre) Catégories : Thèses & Mémoires:Informatique Mots-clés : Réseaux de capteurs sans fil
Routage multi-cheminsIndex. décimale : 004 - Informatique Résumé :
Les réseaux de capteurs sans fil (RCSFs) sont des réseaux ad-hoc capable de fonctionner sans
fil ni infrastructure préexistante. Le rouage mono-chemin a des défaillances en cas de rupture
de liens, cette particularité rend le routage mono-chemin problématique . Pour surmonter ces
difficultés, de nouveaux types de protocoles de routage sont apparus, dont les protocoles
de routage multi chemins. Le routage multi chemin semble être une solution efficace dans
les réseaux sans fil en permettant de se prémunir contre le problème de rupture de liens et
de distribuer le trafic sur plusieurs chemins, ceci permet d’améliorer les performances des
communications.
À cet effet , Dans notre travail nous avons proposé un protocole de routage multi-chemins
destiné à la partie WSN dans les protocoles de routage multi chemins , ce protocole permet
de construire deux chemins à noeuds disjoint de la source vers la destination, ensuite cette
dernière va s’occuper d’envoyer les données. Le protocole étudié appartient au protocole de
routage multi-chemins basé non-infrastructure, la construction du chemin est à la demande
(réactif) et s’appuie sur le protocole aomdv. Les résultats de simulation montrent que le protocole
va construire deux chemins à noeuds disjoint proche au plus court chemin, ce qui permet
de renforcer la tolérance aux pannes.Côte titre : MAI/0545 En ligne : https://drive.google.com/file/d/1w9IwithKbzjxOnu37BEtbQjafX2agVd1/view?usp=shari [...] Format de la ressource électronique : Les Protocoles de Routages multi-chemins dans RCSFs [texte imprimé] / Saidou oumarou magid tinni feou, Auteur ; Kanouni,Lakhdar, Directeur de thèse . - [S.l.] : Setif:UFA, 2021 . - 1 vol (68 f .) ; 29 cm.
Langues : Français (fre)
Catégories : Thèses & Mémoires:Informatique Mots-clés : Réseaux de capteurs sans fil
Routage multi-cheminsIndex. décimale : 004 - Informatique Résumé :
Les réseaux de capteurs sans fil (RCSFs) sont des réseaux ad-hoc capable de fonctionner sans
fil ni infrastructure préexistante. Le rouage mono-chemin a des défaillances en cas de rupture
de liens, cette particularité rend le routage mono-chemin problématique . Pour surmonter ces
difficultés, de nouveaux types de protocoles de routage sont apparus, dont les protocoles
de routage multi chemins. Le routage multi chemin semble être une solution efficace dans
les réseaux sans fil en permettant de se prémunir contre le problème de rupture de liens et
de distribuer le trafic sur plusieurs chemins, ceci permet d’améliorer les performances des
communications.
À cet effet , Dans notre travail nous avons proposé un protocole de routage multi-chemins
destiné à la partie WSN dans les protocoles de routage multi chemins , ce protocole permet
de construire deux chemins à noeuds disjoint de la source vers la destination, ensuite cette
dernière va s’occuper d’envoyer les données. Le protocole étudié appartient au protocole de
routage multi-chemins basé non-infrastructure, la construction du chemin est à la demande
(réactif) et s’appuie sur le protocole aomdv. Les résultats de simulation montrent que le protocole
va construire deux chemins à noeuds disjoint proche au plus court chemin, ce qui permet
de renforcer la tolérance aux pannes.Côte titre : MAI/0545 En ligne : https://drive.google.com/file/d/1w9IwithKbzjxOnu37BEtbQjafX2agVd1/view?usp=shari [...] Format de la ressource électronique : Exemplaires (1)
Code-barres Cote Support Localisation Section Disponibilité MAI/0545 MAI/0545 Mémoire Bibliothéque des sciences Français Disponible
Disponible
Titre : Système de gestion des catastrophes à base de RCSFS Type de document : texte imprimé Auteurs : SoltanIi,Ahlem, Auteur ; Kanouni,Lakhdar, Directeur de thèse Editeur : Setif:UFA Année de publication : 2020 Importance : 1 vol (73 f .) Format : 29 cm Langues : Français (fre) Catégories : Thèses & Mémoires:Informatique Mots-clés : Réseaux de capteurs sans l
Routage multi-chemin
Gestion des catastrophesIndex. décimale : 004 - Informatique Résumé :
L'humanité est actuellement confrontée à un plus grand dé s des catastrophes comme les inondations, les
feux de forêts, la pollution de l'air, les tremblements de terre, les glissements de terrain. . . etc. Par conséquent,
des mesures doivent être prises pour prévenir ces situations en décidant à l'avance des causes de ces catastrophes
et en fournissant des mesures de sauvetage une fois que la catastrophe se produit. Les réseaux de capteurs
sans l jouent un rôle crucial dans la transmission des données et peuvent réduire l'eet des catastrophes en
signalant le plus tôt possible avec des messages d'alertes le système de gestion des catastrophes a n de démarrer
immédiatement l'opération de sauvetage. Pour cela, on a proposé un protocole du routage multi chemins qui
peut résoudre plusieurs challenges rencontrés dans les protocoles mono-chemin, notamment : la délivrance des
données captés (les alertes), l'équilibrage de charge, la tolérance aux pannes et la qualité de service. le protocole
qui'est destiné aux RCSFs se base sur le mécanisme de découverte d'une route (DSR).Les résultats de simulation
montrent que le protocole peut donner deux chemins à des n÷uds totalement disjoints entre n'importe quelle
n÷ud source (source de l'alerte) et n'importe quelle n÷ud destination (la station de base). Dans le but de donner
plus de crédibilité à notre protocole et évaluer ses performances, on a comparé les résultats obtenus par notre
algorithme avec celle de l'algorithme de plus court chemin de Dijkstra, et d'après les résultats on peut dire que
notre protocole est presque optimal.Côte titre : MAI/0419 En ligne : https://drive.google.com/file/d/1Sz_uTlicRsUYtoGrirrloyjhf72ouJVv/view?usp=shari [...] Format de la ressource électronique : Système de gestion des catastrophes à base de RCSFS [texte imprimé] / SoltanIi,Ahlem, Auteur ; Kanouni,Lakhdar, Directeur de thèse . - [S.l.] : Setif:UFA, 2020 . - 1 vol (73 f .) ; 29 cm.
Langues : Français (fre)
Catégories : Thèses & Mémoires:Informatique Mots-clés : Réseaux de capteurs sans l
Routage multi-chemin
Gestion des catastrophesIndex. décimale : 004 - Informatique Résumé :
L'humanité est actuellement confrontée à un plus grand dé s des catastrophes comme les inondations, les
feux de forêts, la pollution de l'air, les tremblements de terre, les glissements de terrain. . . etc. Par conséquent,
des mesures doivent être prises pour prévenir ces situations en décidant à l'avance des causes de ces catastrophes
et en fournissant des mesures de sauvetage une fois que la catastrophe se produit. Les réseaux de capteurs
sans l jouent un rôle crucial dans la transmission des données et peuvent réduire l'eet des catastrophes en
signalant le plus tôt possible avec des messages d'alertes le système de gestion des catastrophes a n de démarrer
immédiatement l'opération de sauvetage. Pour cela, on a proposé un protocole du routage multi chemins qui
peut résoudre plusieurs challenges rencontrés dans les protocoles mono-chemin, notamment : la délivrance des
données captés (les alertes), l'équilibrage de charge, la tolérance aux pannes et la qualité de service. le protocole
qui'est destiné aux RCSFs se base sur le mécanisme de découverte d'une route (DSR).Les résultats de simulation
montrent que le protocole peut donner deux chemins à des n÷uds totalement disjoints entre n'importe quelle
n÷ud source (source de l'alerte) et n'importe quelle n÷ud destination (la station de base). Dans le but de donner
plus de crédibilité à notre protocole et évaluer ses performances, on a comparé les résultats obtenus par notre
algorithme avec celle de l'algorithme de plus court chemin de Dijkstra, et d'après les résultats on peut dire que
notre protocole est presque optimal.Côte titre : MAI/0419 En ligne : https://drive.google.com/file/d/1Sz_uTlicRsUYtoGrirrloyjhf72ouJVv/view?usp=shari [...] Format de la ressource électronique : Exemplaires (1)
Code-barres Cote Support Localisation Section Disponibilité MAI/0419 MAI/0419 Mémoire Bibliothéque des sciences Français Disponible
Disponible
