Vous êtes sur la page 1sur 7

Machine To Machine (M2M)

Dfinition, Services et Adressage


EFORT
http://www.efort.com
Les communications entre machines ouvrent un formidable champ dinnovation. Quoique
rcentes, les technologies Machine To Machine (ou M2M) sont aujourdhui suffisamment
prouves pour quun trs grand nombre dentreprises puissent, en confiance, engager leurs
propres projets : innovation dans les services et les usages, optimisation des processusmtiers, etc. Le Machine To Machine devient ainsi, ds aujourdhui, un facteur majeur de
comptitivit pour les acteurs conomiques.
Le M2M rsulte de la convergence de trois familles de technologies : des objets intelligents
relis par des rseaux de communication avec un centre informatique capable de prendre
des dcisions.
Les usages du Machine To Machine sont multiples : La gestion de flotte, la gestion de la
chane dapprovisionnement (Supply Chain Management), la tlsurveillance, la surveillance
des biens et des personnes, la domotique rsidentielle ou dentreprise, le tlpaiement
automatique.
Le but de ce tutoriel est de dfinir prcisment ce quest le M2M, de prsenter des domaines
d application M2M et de montrer les solutions dadressage des devices M2M. Un prochain
tutoriel traitera des solutions doptimisation du rseau mobile afin de supporter un trs grand
nombre de devices M2M.

1 M2M : Une dfinition


M2M consiste en l utilisation d un device (e.g., capteur, compteur, etc) pour capturer un
vnement (e.g., temprature, mesure sismique, consommation dlectricit, qualit de leau
tat d environnement, etc.) qui est relay travers un rseau de communication mobile, fixe
ou hybride une application (e.g., du systme dinformation de lentreprise qui utilise ces
devices M2M). Cette dernire traduit l vnement captur en des informations significatives
(un inconnu a pntr le local sans autorisation, la temprature a dpass le seuil
acceptable, la qualit de leau nest pas satisfaisante, etc).
Une solution M2M est le rsultat d une interaction continue entre les devices M2M, les
rseaux de communication et les applications.
Un device et une application co-localiss n ont pas de relation M2M.
M2M doit tre considr comme le diminutif de M2(CN2)M qui signifie Machine-toCommunication Network-to-Machine. Il est aussi appel Machine Type Communication
(MTC) dans les recommandations 3GPP.

2 Architecture M2M
Comme indiqu la figure 1, le M2M permet un change bidirectionnel dinformations entre
le device M2M et lapplication. L information reue est ensuite traite.
Dans de nombreux cas, le M2M implique un groupe de devices semblables interagissant
avec une application.
Dans certains cas, les devices dans le groupe ne peuvent pas directement communiquer
avec l application du fait de leurs capacits limites. Dans ces conditions, un quipement de
mdiation (GW, Gateway) est ncessaire, permettant de consolider la communication

Copyright EFORT 2012

Application
M2M

Application
M2M

Application
M2M 1

Application
M2M 2

API

API

Application
M2M

Capacits de service M2M

Rseau de
Communication

Rseau de
Communication

Rseau de
communication

Rseau de
Communication
GW
Device
Device
M2M

Groupe de
Devices M2M

GW

Device
Device

Device

Device

Groupe de
Devices M2M

Device
Device
Device

Device
Device

Device

Device
Groupe de
Devices M2M
Device
Device

Device

Figure 1 : Architecture M2M


Une plate-forme de services M2M (capacits de service M2M) peut tre intgre dans
larchitecture M2M. Elle est mise en oeuvre par un oprateur M2M. Elle reprsente un
middleware entre les applications se trouvant dans les systmes dinformation des
entreprises clients de loprateur et le rseau de communication. La plate-forme de service
M2M :
Fournit des fonctions M2M2 utilisables par diffrentes applications
Expose des fonctions via un ensemble d interfaces ouvertes
Utilise les fonctionnalit du rseau cur
Simplifie et optimise le dveloppement et le dploiement d applications en cachant les
spcificits rseau

3 Quel rseau de communication pour le M2M ?


En thorie les rseau de tlcommunication fixe et mobiles sont utilisables dans e contexte
du M2M.
Pour un grand nombre de devices M2M, (e.g., suivi de flottes de vhicules), l unique option
est un rseau mobile.
Pour les devices M2M qui sont stationnaires et qui pourraient s accommoder d une
connectivit via un rseau fixe (e.g., compteur lectrique), le monde mobile est tout de
mme prfrable car :
Le device M2M peut se trouver dans une aire difficile d accs o la connectivit via le
rseau fixe aurait un prix lev.
Si l oprateur de rseau M2M dispose d accords de roaming avec les oprateurs
mobiles du pays concern, le device M2M peut se rattacher n importe quel oprateur
mobile en fonction de la qualit des signaux reus. Cette flexibilit permet une meilleure
disponibilit de la connectivit.
Si les usagers finaux disposent dj d une connectivit avec diffrents oprateurs fixes,
la compagnie dlectricit aura peut tre adapter le device M2M en fonction des

Copyright EFORT 2012

diffrents oprateurs fixes impliqus. Si l usager oublie de payer sa facture, la ligne fixe
pourra tre coupe, ce qui empchera la compagnie dlectricit d obtenir les rapports
du device M2M.

4 Oprations principales M2M


Dans toute solution M2M, il y a quatre oprations principales: la rcolte de donnes, son
transport et son traitement et le rveil du device afin qu il puisse mettre un rapport de
donnes non programm.
Rcolte de donnes (domaine de llectronique) : La remonte dinformations se fait grce
aux capteurs embarqus dans les devices M2M. Les volutions technologiques dans ce
domaine donnent naissance des dispositifs de moindre taille, moins coteux et moins
consommateurs en nergie.
Transport des donnes (domaine des tlcommunications) : Plusieurs technologies de
rseaux, radio ou filaire, peuvent coexister dans une mme solution M2M. Le choix
technologique dpendra de la couverture requise, du mode de connectivit, de la quantit de
donnes transmettre, de sa frquence et du modle conomique.
Traitement des donnes (domaine de linformatique) : Lapplication reoit les donnes, les
traite et intgre les donnes rsultantes dans le systme dinformation de lentreprise.
Rveil pour envoi de donnes (domaine des tlcommunications) : Les devices M2M sont
gnralement programms pour se rveiller intervalle de temps fixe (e.g., toutes les
heures), raliser des mesures, sattacher au rseau, tablir une connexion de donnes,
transfrer leur rapport, puis librer leur connexion et se dtacher du rseau. Il peut arriver
que lapplication souhaite que le device M2M lui communique un rapport de donnes non
programm. Lapplication rveille donc le device par exemple par SMS et ce dernier
transmet les donnes au serveur M2M.

5 Les domaines dapplication du M2M


5.1

Lautomobile

Le march automobile prsente un potentiel norme avec 2 millions de vhicules


immatriculs par an en France.
On peut identifier trois leviers qui encouragent les constructeurs intgrer la connexion des
vhicules dans leur stratgie et leurs chanes logistiques :
Amliorer la scurit. Le projet europen e-call prvoit notamment que toutes les voitures
neuves soient quipes dune carte SIM partir de 2015 afin dintgrer un appel
durgence automatique dans chaque vhicule. Lorsquun accident a lieu, daprs les
diffrents capteurs prsents dans le vhicule, ce dernier qui dispose dun device M2M
ralise un appel durgence (112 partout en Europe). Le centre durgence reoit dont un
appel dont le message dtablissement dappel peut contenir certaines informations
concernant les dommages causs par laccident. Le centre dappel peut aussi rappeler le
numro associ la carte SIM du vhicule pour rentrer en communication avec
lautomobiliste. Ce mme module M2M peut tre utilis pour la lutte contre le vol par
golocalisation du vhicule, et pour le diagnostic des problmes techniques (envoi de
donnes au constructeur sur les problmes techniques rencontrs par le vhicule).
Permettre la gestion de sa flotte de vhicule (Fleet Management). Le secteur du transport
est aujourdhui le premier consommateur de donnes M2M. Les applications permettent
de suivre les vhicules en temps rel et ainsi doptimiser les tournes de livraison ou de
savoir quel vhicule est le plus proche dun point dintervention.

Copyright EFORT 2012

Offrir des services infotainment valeur ajoute comme axe de diffrenciation et


dinnovation. Lobjectif des constructeurs automobiles est bien de donner la possibilit
aux conducteurs et passagers de bnficier dune galaxie de services cohrente avec un
usage en mobilit.

5.2

Lnergie et la tlmtrie

L'objectif de la tlmtrie est de contrler distance des biens ou des personnes. C'est le
cas dans l'nergie avec les compteurs dits intelligents.
La tlmtrie dans le secteur de lnergie assure la fois la tlmaintenance, la prvention
et le relev dinformations.
Il sagit de rcuprer les donnes des compteurs pour mesurer la consommation, faciliter et
fiabiliser la facturation, tudier les tendances de consommation, et anticiper dventuels pics
de consommation.
La lecture automatique distance des compteurs permet de rduire considrablement les
cots (par rapport une lecture manuelle). Le fournisseur pourrait par ailleurs envisager de
mettre linformation disposition de lutilisateur, lui permettant ainsi une meilleure gestion de
sa consommation.

5.3

Distributeurs automatiques de biens consommables

Connect par rseau filaire ou GSM un serveur, le distributeur signale son tat. Par
exemple, il indique que ses rserves sont puises et automatiquement, le livreur reoit
linformation pour aller approvisionner ce distributeur. Les bnfices sont :
La matrise du parc : Remonte en temps rel des informations du distributeur : les ventes
par produit, l'tat des stocks, les revenus dans la machine. Les donnes sont accessibles
dans une application web sous forme de tableaux de bord par exemple.
Diminution des interventions sur les sites grce la remonte de dysfonctionnements en
temps rel
Diminution du taux dindisponibilit des distributeurs par intervention immdiate suite
dysfonctionnement
Optimisation du rapprovisionnement par connaissance de ltat des stocks dans le
distributeur

5.4

La sant et le suivi distance des patients

Le recours des processus automatiss superviss par une plateforme M2M pour collecter
les informations des patients pourrait permettre de dcharger les hpitaux du suivi de
certains patients et de leur offrir la possibilit d'tre hospitaliss domicile plutt que
d'occuper une chambre d'hpital. Cela pourrait aussi rduire le nombre d'interventions des
soignants domicile tout en optimisant la collecte de donnes. Les ressources libres
grce ces optimisations pourraient permettre de consacrer plus d'efforts et de ressources
au problme chronique de la congestion des centres d'urgences.
Cette solution est destine prendre en charge distance des patients ayant une pathologie
(e.g., diabtique, souffrant d hypertension, etc).
Les donnes (e.g., rythme cardiaque, la tension artrielle, le poids ou loxygnation du sang,
le taux de glycmie), lues quotidiennement par les capteurs d un quipement spcifique
chez le patient, sont transmises automatiquement via un tlphone mobile ou un Gateway
reli au rseau mobile un centre de gestion accessible aux mdecins par Internet.
Ces derniers renvoient un avis mdical au patient par SMS ou par message vocal.
Les consultations sont anticipes. Le patient et le mdecin sont informs temps de toute
complication ventuelle.

Copyright EFORT 2012

5.5

La domotique

La domotique est lensemble des techniques de l'lectronique, de physique du btiment,


d'automatisme, de l'informatique et des tlcommunications utilises dans les btiments et
permettant de centraliser le contrle des diffrentes applications de la maison (systme de
chauffage, volets roulants, porte de garage, portail d'entre, prises lectriques, etc.).
La domotique vise apporter des fonctions de confort (gestion d'nergie, optimisation de
l'clairage et du chauffage), de scurit (alarme) et de communication (commandes
distance, signaux visuels ou sonores, etc.) que l'on peut retrouver dans les maisons, les
htels, les lieux publics, etc.

5.6

La surveillance et la scurit

Les devices de surveillance et de scurit sont principalement dploys dans des aires
rsidentielles ou dans les locaux de petites entreprises afin de fournir des informations de
surveillance via des vidos ou des photos des application de gestion d alarmes de scurit
ou aux propritaires de ces locaux.
Les informations changes sont principalement composes d information d alarmes et de
manire occasionnelle de donnes multimdia (vido et photo) avec une rsolution faible ou
moyenne.

6 Echange de donnes entre le device et le serveur M2M


Deux procdures sont prendre en compte pour la communication entre le device et le
serveur M2M : le transfert de donnes et le dclenchement ou rveil du device.
Pour les devices MTC qui transmettent de trs petits volumes de donnes, l utilisation des
services du domaine circuit, tels que le SMS semble plus efficace globalement.
Pour un dploiement donn, les choix technologiques peuvent tre :
Pour l change des donnes :
Services du domaine circuit (CS) tels que SMS et circuit switched data (CSD).
L utilisation du domaine CS concerne les applications M2M qui transmettent de trs
petits volumes de donnes de faon occasionnelle. Le CSD offre des dbits trs faibles
(9,6 kilobits/s, parfois 14,4 ou 28,8 ou 43,2 kilobits/s en HSCSD (High Speed Circuit
Switched Data). Avant que n apparaisse GPRS, CSD a t dploy comme technologie
pour les applications M2M. CSD est la forme initiale de transmission de donne,
dveloppe par les systmes GSM. Elle permet un dbit de 9,6 kbit/s montant et
descendant, ce qui semble suffisant pour les premires applications M2M (mission de
mesures, informations d tat, etc.) . La tarification du service CSD est fonction de la
dure de la connexion CSD.
Services du domaine paquet (PS) tel que le contexte PDP (2G/3G) ou le bearer (4G).
Aujourdhui la majorit des devices M2M sont des devices 2G mme si il commence
apparatre un usage 3G. L utilisation du domaine PS concerne les applications M2M qui
transmettent des volumes de donnes moyens ou importants ou qui requirent une
latence courte. Un contexte PDP peut tre tabli de faon permanente (always-on) ou
l initiative du device M2M lorsquil le ncessite.
Le dclenchement de device (device triggering) concerne les mcanismes utiliss par un
serveur M2M pour dclencher l tablissement d un contexte PDP par un device M2M pour
le transfert du rapport de donnes gnr.
Alors qu il est souhait que chaque device ait une connectivit data always-on et une
adresse IP assigne de manire permanente, ce type de configuration est coteux en terme
d usage de ressources rseau et de consommation d nergie.

Copyright EFORT 2012

Les solutions de dclenchement du device M2M par le serveur M2M sont:


Envoi d un SMS spcifique au device M2M : Le device est attach au rseau circuit mais
pas au rseau paquet. Ainsi il peut recevoir le SMS. Le device ragit alors en produisant
son rapport, et le transmet en se rattachant au rseau paquet et en tablissant un
contexte PDP (procdure PDP context activation).
Initiation d un appel voix sans rponse : le serveur M2M dclenche l tablissement d un
appel voix destination du device M2M. Ce dernier reconnat le numro d appelant mais
ne rpond pas lappel (ainsi lentreprise ne paie pas le dclenchement la diffrence
de la solution base sur le SMS). A la suite, le device produit son rapport, sattache au
rseau paquet, tablit un contexte PDP/bearer et transmet le rapport.
Etablissement d un contexte PDP initi par le rseau (network initiated PDP context
activation) : Cela permet au rseau pour le compte du serveur M2M d initier
l tablissement du contexte PDP. Cette fonctionnalit permet d viter l envoi d un SMS
ou l tablissement d un appel, mais n est quasi jamais supporte dans les rseaux
GPRS oprationnels.
Contexte PDP permanent : Le device M2M est toujours attach au rseau paquet et
dispose dun contexte PDP permanent. Le serveur M2M peut alors envoyer la demande
de dclenchement de device directement sous forme dun message sur IP qui est reu
par le device M2M via le contexte PDP. Le device M2M peut alors envoyer son rapport
sur ce mme contexte PDP.
Le dclenchement du device na pas pour seul objectif le rveil du device afin qui mette un
rapport au serveur M2M. Dans le cas o le device ne dispose pas de contexte PDP
permanent, le dclenchement est ncessaire afin que le device tablisse le contexte PDP et
permette ainsi au serveur dmettre des donnes au device (e.g., mettre jour des logiciels
sur le device M2M, mettre jour des paramtres de configuration sur le device, etc.).

7 Adressage des devices M2M


Le device MTC avec sa carte SIM dispose de l IMSI. Cet identifiant lui permet de s identifier
au moment de lattachement au rseau mobile et de s authentifier. L IMSI est par dfinition
une identit prive et non publique.
Mais le device ouvre un contexte PDP / bearer et obtient une adresse IP (IPv4 ou IPv6). Estce suffisant?
Il est ncessaire de produire les informations de taxation pour les services utiliss par le
device MTC. Gnralement le MSISDN associ la souscription MTC est l identit utilise
par les applications de facturation.
Il est ncessaire de rveiller le device alors que le device ne dispose pas de connectivit
always-on. Le rveil peut alors tre ralis via SMS utilisant le MSISDN. Le serveur MTC
utilise dans ce cas l identit publique du device MTC.
Mme si le device M2M dispose d une connectiv always-on, il est possible que le serveur
MTC veuille demander un rapport au device. Dans ce cas, il est ncessaire que le serveur
connaisse l adresse IP du device pour le rveiller, ce qui n est pas toujours le cas, si le
device n a jamais encore interagit avec le serveur. Un hostname de device MTC connu par
le serveur MTC pourrait alors tre traduit via le DNS en adresse IP.
Tout nouvel adressage public doit pouvoir fonctionner mme en situation de roaming.

7.1

MSISDN 10 chiffres

En France, les numros mobiles ont un des formats suivants : 06 XX XX XX XX et 07 XX XX


XX XX. Ce plan de numrotation permet un maximum de 200 millions de souscriptions,
suffisant pour 65 millions d habitants mais vite limit pour le M2M si terme, il est dploy
massivement. Une alternative aurait t l utilisation de MSISDN privs mais ne permettrait

Copyright EFORT 2012

pas le roaming des devices M2M (tels que des flottes de vhicules connects traversant la
frontires).

7.2

MSISDN plus long

Une alternative la solution actuelle est donc lextension de la longueur du MSISDN 12,
13, 14 ou 15 digits. La taille maximum dun MSISDN est 15 digits et consiste en un Country
Code (CC), un National Destination Code (NDC) et un Subscriber Number (SN). Alors que la
longueur des nombres CC et NDC peut tre diffrente selon les pays, la majorit des
nombres SNs ont une taille denviron 10 digits. Cela permet dadresser 10 milliards de
terminaux diffrents.
Cette alternative dextension de la taille du MSISDN est attractive dans certaines rgions.
Dans dautres comme les Etats-Unis, le schma de rseau et de commutation est conu sur
un MSISDN sur 10 digits et le cot dextension 12 digits ou plus, dpasserait les 100
milliards de dollars.
En France, l ARCEP a ouvert une tranche de numros mobiles de longueur tendue 14
chiffres commenant par 0700 qui a vocation tre notamment utilise pour les
communications M2M. La cration de tranches de numros de longueur tendue 14
chiffres ouvre une ressource de 10 milliards de numros par ouverture de tranche ZAB ,
qui rduit ainsi le risque de pnurie.

7.3

Uniform Resource Indicator

Lautre option est est dutiliser un Uniform Resource Identifier (URI). LURI peut tre converti
en adresse IP grce au DNS. Il sagit dun concept bien connu dans le monde Internet
Le format possible dURI est : issi:deviceId.userId.serviceproviderid.topdomain
o issi = International Service provider Subscription Identifier
Par contre, utiliser lURI implique mettre jour les nuds du rseau qui fonctionnent
aujourdhui avec le MSISDN tels que les HLR/HSS, les SGSN, les SMSCs, etc. Par ailleurs,
les applications de facturation qui traitent la CDRs partir du MSISDN devront tre adaptes
pour utiliser lURI.

Rfrences
M2M Communications : a Systems Approach , dit par David Boswarthick, Omar
Elloumi, Olivier Hersent.

Copyright EFORT 2012