part2

****La connéctivité des IOT devices :

*Les exigences de quelques communications IOT :

-mobility

-temps de latence

-traffic

-débit

-taille de message

*Pour les technologies standards, on les classe selon

-la portée ( longue/ courte ..)

-le débit

-la comsommation énergitique

e

**LPWAN architecture (Low Power WAN) :

c'est un réseau étendu sans fil conçu pour une longue portée, faible énergie (optimisation de la
consommation d'energie), cout réduit

-l'architecture de LPWAN est :device contient des capteurs / gateway / cloud-server / front-end
application

=> la connectivité entre device et gateway se fait à travers des technologies sans fils soit court portée
ou longue portée

*Les caractéristiques des LPWLAN :

-long range : varie de quelques km (zone urbaine) à des dizaine de kl (zone rurale)

il permet des communications efficaces dans les zones indoor ou souterraines

-low power : les capteurs peuvent fonctionner sur des batteries peut coûteuses

-low cost : en terme de conception matérielle

*les opération efféctuées par un device :

-subcribe or publish

-be online or offline

-manage different formats of msg

-have different types of communication channels

-have many data streams

** Short range standards :

*Bluetooth : technologie de communication à travers des radio-fréquences

short range /low power /low cost / wireless synchronization / internet connectivity

/* après , il ya le bluetooth smart == bluetooth low energy BLE ( utilisé en IOT)

range =150m > bluetooth normal

latency = 6ms (low)

débit = 1-2 Mbps (better)

power consumption = 10mW (reduced % Bluetooth normal)

connection meilleure

/*BLE est une solution parfaite pour les applications personnelles et portatives

+: elle a une faible consommation énérgitique

+: elle est adaptée pour les devices qui transmettent des volumes faibles de données (and devices
save power when they are not transmitting data)

-:elle est limitée en portée : une portée très réduite

-:consommation élevée de batterie

*zigbee : c'est une norme de réseau sans fil à faible puissance et faible débit à court porté (10m-
100m line of sight)

il est utilisé dans les applications en home : les systèmes de gestion de traffic / les commutateurs de
lumière

C'st uen technologie mesh (maillage) ou chaque noeud peut communiquer avec plusieurs autres
noeuds directement fomant in amillage)

/* une évolution de zigbee : zigbee RF4CE ( utilisé en IOT)

il est conçu pour les produits éléctroniques spécialement

il présente des avantages :

-une communication riche

-coût faible

-une sécurité forte

-no line of sight barrier

-flexible et fonctiollanlités améliorées , interoperability

-lower cost devices

-réseau robiste et scalable grace au noeuds

=> zigbee RF4CE est une solution parfaite pour les applications en home : smart lighting, security
systems, HVAC systems and remote controls.

+: il assure la portée des petits packets de données pour les courtes portées en utilsant des noeux
interconnectés (Z-Wave aussi)

-:il utilise un réseau méshe difficile en implémentation

-: l'intéropérabiloté entre les Zigbee gadgets doit être difinie à l'avance

*wifi : c'est une connectivité sans fils :

-chaque version est caractérisé par une fréquence, débit et portée

-Pour l'utilisation en IOT, une norme de wifi est définie 802.11 : wifi HaLow :

/* il se caractérise par :

-une large portée jusqu'à 1Km

-une meilleure penetration dans les obstacles (murs)

-une energie faible % wifi tradutionnel

-permet le controle et gestion bidirectionnelle des devices

-Large number of connected devices per access point

-Moderate data rates (up to several Mbps) with enough throughput to support TCP/IP, Internet
discovery protocols and diverse applications such as voice, low/medium resolution vide

WiFi is longer range than Bluetooth and ZigBee

-c'est une solution parfaite pour les applications utilisant un flux de données intense dans les
batiments

+: c'est une technologie 30fois plus rapide que BLE(donc transmision of large files)

-: une consommation énérgitique très élevée ce qui est en contraduction avec le besoin des capteurs

==> le besoin d'une nouvelle technologie LPWAN :

-elle est conçue pour une communication longue distance (minimum 500m) entre device et le
gateway avec un minimum de consommation d'énérgie

-cette solution est construite pour IOT.

-le protocole LPWAN est divisé en deux grands normes : standard licensé( LTE-M, EC-GSM et NB-IOT)
et standrard non licensé( SigFox et LoRa)

**Long range standards :

**les standards licensés : 3Gpp a dévéloppé des modéles M2M

-eMTC=LTE-M : un développement de LTE (release12)

-NB-IOT : nouvelle radio ajouté à la plateforme LTE à IOT optimisé (release13)

-EC-GSM-IOT : version améliorée préparé pour le GSM à IOT

/on va traiter chaqu'une de ces standards apart :

*LTE-M : (Long Term Evolution for Machine-Type Communications)

-c'est une évolution de LTE optimisé pour IOT

-utilisé pour les app de IOT qui nécéssite une petite quantité de transfert de données avce faible
bande passante et faible cout

-assure une bonne couverture

-interoperable with LTE network

-very power efficient and hence devices will offer longer battery life

-supporte plusieurs devices connéctés sur le réseau

-largeur de la bande 1.4Mhz

-couverture arrive jusqu'à 11Km

-le débit maximum : 1Mbps

/*objectifs :

-la durée de vie de batterie de 10 ans

-faible coût de déploiement

-un débit varie de 10Kbps - 1Mbps

/*déploiement :

-peut-être déployé sur n'importe quel spectre LTE

-il peut coexister avec les autres services LTE dans la même bande : IN-BAND

-il supporte le duplexage : FDD,TDD,half duplex

-il peut-être présent dans les BS de LTE aved des maj dans les softwares

/*les principales fonctionnalités : il supporte

-positionnement

-la multi diffusion

-le service audi

-le débit élévé

*NB-IOT (Narrowband): c'est une norme licenséé, qui répond aux exigences de IOT

-elle offre une couverture indoor importante

-supporte un nombre important de devices de débit faible

-faible sensibilité de retard

-coût de périphérique ultra-faible

-faible consommation d'énergie des appareils

-Architecture de réseau optimisé

/*quelques métriques de la norme NB-IOT :

-couverture : 164db

-largeur de la bande : 180kHZ

-temps de latence < 10s

-durée de vie de la batterie > 10ans

-débit < 100Kbps

/*objectifs :

-durée de vie de la batterie > 10ans

-le cout < LTE-M

-supporte plus que 50.000 devices par cellule

-réduction de débit et de largeur de bande

/*dépoloiement :

-supporte les 3 modes : in-band / stand-alone / guard-band

-il peut-être présent dans les BS de LTE aved des maj dans les softwares

/*les principales fonctionnalités : il supporte

-la multi diffusion

-réduction de la latence et la consommation d'energie

-la mobilité et la continuité de service sans augmentation d'energie

/*NB-IOT AND LTE-M comparaison : voir slide 33

*EC-GSM : c'est une exploitation de l'infrastructure de GSM pour fournir une connexion IOT fiable et
efficace

-une durée de vie de batterie de 10 ans avec une consommation de 5w/h

-un cout faible

-un débit variable : GMSK: ~350bps to 70kbps depending on coverage extension

8PSK: up to 240 kbp

-supporte un nombre important de devices connéctés : 50.000 device par cellule

-développement de sécurité

-une couverture jusqu'à 15Km

**Les standards non licensed :

*SigFox : utilse une technologie radio basée sur l'ultra narrow band (UNB) pour connecter les devices
à son réseau

-UNB permet d'avoir un réseau de grande capacité avec très faible consommation d'energie en
maintenat une simple architecture en étoile

-Le réseau opère dans les bandes de fréquences ISM disponibles mondialement (868 MHz en Europe
et 902 MHz aux États-Unis) et coexiste avec d'autres technologies radio, mais sans risque de
collisions ou de problèmes de capacité.

-la communication sur sigfox est sécurisé

-SIGFOX agit uniquement comme un canal de transport, poussant les données sécurisées vers le
système informatique du client.

-UNB permet l'utilisation des petits antennes simples et peu couteuses

-ce protocole est compatible avec les emetteurs et les recepteurs exsistant

-c'est une technologie à faible coût : pour cela on peut connecter plusieurs devices

-c'est une technologie de longue portée ce qui évite d'implementer les infrastructures

/*les caractéristiques de sigfox : (p38)

-largeur de bande 200Khz

-la bande de fréquence : 868Mhz en europe 915MHz en usa

-distance : jusqu'à 10km en zone urbaine et 30 to 50Km en zone rurale

-le débit est faible : 10 to 1000 bps (100 bps est idéal pour IOT app)

-il peut accepte environ 30.000 devices par cellule

-les applications ou on peut utiliser sigfox : app sans fils : les compteurs electriques, les montres
intélligents (low energy devoices)

/NB= sigfox assure une communication bidirectionnelle entre les appareils IoT et le réseau Sigfox.

/les caractéristiques de message sigfox :

-le message est de 12octets au maximum , recevoir 140 messages maximum par jour

-un message sigfox prend 6s pour l'envoyer => 6messages maximum par heure

-quand le message est envoyé, le device reste à l'écoute si le réseau a une réponse à lui envoyer
environ 20s
-Récupération des messages : Une fois que Sigfox a reçu votre message, il est traité et peut être
récupéré via une API REST ou un callback HTTP. Il y a juste quelques secondes de délai entre l'envoi
du message et sa réception par votre serveur d'application.

-Données récupérées : Les données que vous récupérez incluent le message brut que vous avez
envoyé (jusqu'à 12 octets), ainsi que des informations supplémentaires comme l'ID de l'appareil, la
date/heure de l'envoi, la station qui a reçu le message, et des données sur la qualité du signal.

recevoir des réponses, tout cela avec une consommation d'énergie très faible et sur de longues
distances.

/Le protocole de communication sigfox :

il est composé de 4 couches :

-couche RF(Radio Fréquence): prend en charge l'affectation de fréquence et l'exigence de puissance

des signaux radio en émission et récéption

-couche physique : l'insertion d'un preambule à la fin de l'émission et la suppression à la récéption

BPSK en uplink et GFSK en downlink.

-couche mac : gére les messages MAC, elle prepare les trames en UL et DL

en DL utilise le piggybacking:To receive all messages from the DL of the LAPs (BS), the LEP (device)
will open a fixed window that will be used by the LAPs to send the messages to the LEP (ou
broadcasting)

-couche app: facilite les interactions entre les applications IoT et le réseau, en utilisant des protocoles
comme HTTP, MQTT pour échanger des données.

/topologie d'un réseau sigfox :

-objets /(RF link) sigfox gateway / (IP secure connection) sigfox cloud / ( les protocoles HTTP,MQTT)
business application

-Les modems UNB (LEP) sont des appareils IOT qui communiquent sur de très longues distances, avec
des stations de base. Ces stations de base (LAP) reçoivent les messages des modems et les
transmettent aux serveurs pour traitement.

-le serveur se trouve au niveau de business application pour assurer l'intégrité des données et le
routage aux systèmes

/le déploiement des réseaux sigfox se fait sur des infrastructures des réseaux P2P

*Lora : LongRange : une technologie sans fil offre une connectivité avec un débit faible et un
minimum de consommation d'energie / puissance
et utilisé dans les solutions IOT

-le portée est de 10Km et le débit est de dizaine de Kbps au maximum

-•LoRa devices offer compelling features for IoT applications including long range, low power
consumption and secure data transmission.

/*les caractéristiques principales :

-long range : connecte des devices jusqu'à 15km dans les zones rurales et entre dans les
obstacles(indoor) dans les zones urbaines

-une faible energie

-un cout faible : pas besoin d'implementer une nouvelle technologie

-une capacité élevée : des millions de messages par BS

-sécurisé : le chiffrement de bout-en bout

-la géolocalisation

-la mobilité : elle maintient les devies en mouvement

-standarisé : elle supporte l'interopérabiloté des réseaux lorawan

/*architecture de réseau LoRa :

device / (connection lora) gateway /(connection 3G ou ethernet) network server : gestion des
fonctions de réseau / (connection IP) application server : pour l'interpretation des données
colléctées par les capteurs

/*les paramétres de LoRa :

-fréquence : 863-870Mhz

-la puissance d'envoi : 2-14 dbm

-la largeur de bande : 125 ou 250Khz en europe

-spreading factor SF= 7..12 => Ts : 2puis(SF)/BW

-coding rate CR : les bits de correction 4/7 : c.a.d on introduit 3 bits de redondance tout les 4 bits
d'information

/NB= plus le CR est elevé : plus la communication est robuste

=> bit rate Rb = SF*CR*(1/Ts) et Rs= CR*(1/Ts)

==> si SF aug alors Rb dim

==> si Rb dim alors range(la portée) aug

=====> plus SF aug plus range aug ,l'energie aug , le débit dim tout en maintenant la connexion
/* la modulation lora : SS : spread spectrum : utilise des pulses large bande pour moduler le signal -->
cette technique est robuste contre le bruit

/*LoRaWAN specifications : elle définit 3 types de devices

NB= tous les devices de doivent implementer la classe A alors que les classes B et C sont des
extensions de la classe A

-la classe A (ALL):

/supporte une communication bidirectionnelle entre device et gateway

/The module listens only after end device transmission

/ le device ouvre deux fenêtres de réception (à 1s et 2s)aprés la transmission en uplink

/En dehors de ces fenêtres de réception, l'appareil n'écoute pas activement les messages entrants.
Cela signifie que les appareils de Classe A sont principalement en veille, ce qui économise de
l'énergie, mais ils ne peuvent recevoir des messages que pendant ces fenêtres programmées après
avoir envoyé un message eux-mêmes.

-la classe B (Beacon) : (voir doc)S

/entre la transmission de deux données successives : le device ouvre des fenêtres de réception
périodiquement

/Les appareils de classe B offrent un équilibre entre efficacité énergétique et réceptivité aux
messages. Ils attendent des signaux "beacons" du serveur pour savoir quand écouter des messages
downlink, grâce à des "slots de réception" planifiés entre les beacons. Cette méthode permet une
communication flexible et économise l'énergie, en restant synchronisés avec les données du serveur.

/Communication initiated by the gateway

-la classe C :

/entre deux transmissions consécutives, le device ouvre des fenêtres de réception d'une façon
continue

/Contrairement aux appareils de classe A et B, après ces deux fenêtres de réception, un appareil de
classe C retourne à l'état d'écoute permanente. Cela signifie que l'appareil est presque toujours prêt
à recevoir des données (sauf lorsqu'il transmet des données lui-même), ce qui est idéal pour des
applications où il est nécessaire de recevoir des messages à tout moment

Les appareils de classe B et classe C sont des améliorations des appareils de classe A dans les réseaux
de communication sans fil, chacun avec des spécificités adaptées à différents besoins d'utilisation.
**Amélioration de la classe B par rapport à la classe A :**

Les appareils de classe A permettent la communication bidirectionnelle mais ne peuvent recevoir des
données que dans de courtes fenêtres de temps après avoir eux-mêmes envoyé des données. C'est
efficace en énergie, mais cela signifie que si un serveur doit envoyer des données à un appareil, il
doit attendre que l'appareil initie une transmission.

Les appareils de classe B améliorent cela en ajoutant des périodes d'écoute programmées en plus
des fenêtres de réception après transmission. Ces périodes d'écoute sont synchronisées avec des
signaux de balise ("beacon") envoyés par le serveur, ce qui permet à l'appareil de savoir quand il doit
vérifier les messages entrants. Cela permet à l'appareil de recevoir des données à des moments
prévisibles sans avoir à transmettre en premier, tout en maintenant une consommation d'énergie
relativement faible.

**Amélioration de la classe C par rapport à la classe B :**

La classe C étend encore plus les capacités de réception. Contrairement aux appareils de classe A et
B, qui ont des fenêtres de réception très spécifiques, les appareils de classe C peuvent écouter les
messages entrants presque tout le temps. Ils ne ferment leur fenêtre de réception que lorsqu'ils
transmettent des données. Cela signifie qu'un serveur peut envoyer des données à un appareil de
classe C à presque n'importe quel moment, sans attendre une fenêtre de réception spécifique. Cela
rend les appareils de classe C adaptés pour des applications nécessitant des données en temps réel
ou quasi-réel, mais cela se fait au détriment d'une plus grande consommation d'énergie.

En résumé :

- La classe A est la plus économe en énergie mais la moins flexible en termes de réception de
données.

- La classe B offre un équilibre entre économie d'énergie et flexibilité de réception.

- La classe C offre la plus grande flexibilité de réception au prix d'une consommation d'énergie plus
élevée.

/* structure d'une trame LoRa:

**Couche physique (Physical Layer) :**

- Une trame LoRa commence par un préambule qui sert à la synchronisation et définit le schéma de
modulation du paquet.
- Le préambule est suivi par un en-tête PHY et un CRC d'en-tête, qui ensemble font 20 bits et sont
codés avec le taux de code le plus fiable.

- L'en-tête PHY contient des informations telles que la longueur de la charge utile et la présence d'un
CRC de charge utile de 16 bits, mais seulement pour les trames montantes (uplink).

-->But : Synchroniser l'émetteur et le récepteur, définir le schéma de modulation pour le reste du

paquet, et préparer l'appareil à recevoir le message correctement.

**Couche MAC (Media Access Control) :**

- La trame à ce niveau comprend un en-tête MAC, une charge utile MAC et un Code d'Intégrité de
Message (MIC).

- L'en-tête MAC définit la version du protocole, le type de message, et si le message doit être accusé
de réception.

- La charge utile MAC peut contenir des messages spécifiques pour l'activation de nœuds finaux,
comme les demandes d'association ou les messages d'acceptation.

- Le MIC est calculé avec une clé de session réseau pour authentifier le nœud final et prévenir la
falsification des messages.

-->But : Gérer l'accès au médium de communication, définir les règles de transmission des données,
assurer l'authenticité et l'intégrité des messages à travers le MIC, et contrôler l'activation des nœuds
dans le réseau.

**Couche application :**

- La charge utile MAC, gérée par la couche Application, inclut un en-tête de trame, un port de trame
et une charge utile de trame.

- Le port de trame est choisi en fonction du type d'application.

- La charge utile de la trame est chiffrée avec une clé de session d'application en utilisant l'algorithme
AES 128 pour la sécurisation des données.

- L'en-tête de trame contient l'adresse de l'appareil, des informations de contrôle de réseau, un

compteur de trame pour le numéro de séquence et des options de trame pour des commandes
spécifiques.

-->But : Chiffrer les données de l'application pour la confidentialité, acheminer les messages vers le
bon port d'application, et fournir des commandes de réseau pour la gestion des appareils et des taux
de transmission.

/*UPLINK/DOWNLINK MESSAGES FORMAT

-Uplink messages are sent by end-devices to the network server relayed by one or many gateways.
-Uplink messages use the LoRa radio packet explicit mode in which the LoRa physical header (PHDR)
plus a header CRC (PHDR_CRC) are included. The integrity of the payload is protected by a CRC.

-Each downlink message is sent by the network server to only one end-device and is relayed by a
single gateway.

- Downlink messages use the radio packet explicit mode in which the LoRa physical header (PHDR)
and a header CRC (PHDR_CRC) are included

/*LORAWAN NETWORK SECURITY: 3 clés de sécurité AES-128 bits différents:

- AppKey: Une clé d'application connue seulement par l'appareil et l'application, pour l'identification
initiale.

- AppSKey: Une clé de session d'application générée à la connexion pour chiffrer les données et
préserver leur confidentialité.

-NwkSKey: Une clé de session réseau créée aussi à la connexion pour authentifier les appareils et
vérifier l'intégrité des messages avec un code d'intégrité de message (MIC).

->NwkSKey key is shared with the network, while the AppSKey is kept private.

- Compteurs de trame: Utilisés pour éviter les attaques par rejeu, rejetant les messages avec un
compteur inférieur à celui attendu.

/*END DEVICE ACTIVATION BY OTAA METHOD

-At each new session, the session keys are renewed. p 74