> For the complete documentation index, see [llms.txt](https://docs.kiloiot.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.kiloiot.io/kilo-docs-fr/kilo-iot-server/connectors/mioty-connector/what-is-mioty.md). # Qu’est-ce que MIOTY ? MIOTY expliqué — le protocole LPWAN ETSI TS 103 357 qui utilise le fractionnement des télégrammes pour un IoT résistant aux interférences. **MIOTY** est un protocole de réseau étendu à faible consommation (LPWAN) conçu pour les environnements industriels où les conditions radio sont hostiles et où le nombre d’appareils est élevé. Il a été développé à l’ **Institut Fraunhofer pour les circuits intégrés (IIS)** et normalisé par l’ETSI sous le nom de **TS 103 357**, où il est spécifié comme **TS-UNB** — Télégramme fractionné en bande ultra étroite. Ce nom n’est pas décoratif : le fractionnement des télégrammes est la technique qui définit le protocole et explique presque tout ce que MIOTY fait bien. MIOTY est la plus récente des deux technologies LPWAN prises en charge par Kilo, et elle gagne rapidement du terrain — non pas grâce à sa nouveauté, mais parce qu’elle résout un problème laissé ouvert par la première génération de LPWAN. Ces technologies antérieures devaient arbitrer entre portée, capacité et robustesse. MIOTY a été conçue après que ce compromis a été bien compris, et pensée depuis la couche physique pour l’éviter. Comme les autres technologies LPWAN, MIOTY transporte de petits messages provenant de capteurs alimentés par batterie sur de longues distances avec une consommation énergétique très faible. Ce qui la distingue, c’est sa manière de survivre aux interférences. Au lieu d’essayer de faire passer un message entier par un canal bruité en une seule tentative, MIOTY part du principe que le canal est bruité et se conçoit en fonction de cette hypothèse dès le départ. *** ### Le fractionnement des télégrammes — l’idée centrale #### Le message est protégé, puis découpé en rafales radio Lorsqu’un terminal a des données à envoyer, MIOTY ne transmet pas ces données sous forme d’un seul paquet. Le message — le *télégramme* — est d’abord encodé avec une correction d’erreurs en avant et entrelacé, puis divisé en petits sous-paquets. Un télégramme court devient **24 rafales radio**, chacune ne durant qu’environ **15 millisecondes**; les charges utiles plus longues ajoutent d’autres rafales. Chaque rafale transporte un fragment ainsi que les informations nécessaires pour le remettre dans l’ordre. La redondance compte davantage que le découpage. Le code correcteur d’erreurs est appliqué *avant* le découpage et réparti sur chaque rafale, de sorte qu’aucune rafale n’est critique — en perdre une vous coûte une part de redondance, pas une partie du message. #### Les rafales sont dispersées dans le temps et dans la fréquence Ces sous-paquets sont ensuite transmis sur **différentes fréquences et à différents moments**. Aucun fragment ne se trouve sur le même canal au même instant, et la transmission complète est délibérément étalée sur plusieurs secondes et une vingtaine de porteuses plutôt que concentrée. Un seul perturbateur — un moteur, un poste à souder, une autre radio, une impulsion de bruit large bande — ne peut n’occuper qu’une étroite partie de cet étalement. #### Le récepteur reconstruit le message à partir de ce qui survit La station de base collecte les rafales qu’elle a entendues et réassemble le télégramme. Surtout, elle n’a pas besoin de toutes. Parce que la correction d’erreurs est répartie sur l’ensemble de la transmission, le récepteur **reconstruit le message complet même lorsque jusqu’à 50 % des rafales radio sont perdues** à cause d’interférences ou d’une collision. Lisez cela avec précision, car il est facile d’exagérer : cela signifie que la moitié des *rafales d’un même message* peut être détruite et que ce message arrive quand même intact. Un perturbateur doit éliminer plus de la moitié d’une seule transmission, à la fois dans le temps et dans la fréquence, pour vous faire perdre une mesure. Ce qui serait un échec de livraison pour un protocole à paquet unique est, pour MIOTY, une réussite ordinaire. #### Pourquoi cela change la donne L’interférence cesse d’être un événement binaire. Dans une transmission classique à paquet unique, une collision détruit le message et le terminal doit réessayer — ce qui vide la batterie et ajoute à la congestion qui a causé le problème. Avec le fractionnement des télégrammes, une collision détruit un fragment. Le reste du télégramme arrive toujours, le message se décode quand même, et aucune nouvelle tentative n’est nécessaire. C’est pourquoi MIOTY tient bon dans les ateliers, à l’intérieur de bâtiments riches en métal, et sur des actifs qui se déplacent dans des conditions RF changeantes. *** ### Comment un réseau MIOTY est construit L’architecture de MIOTY mérite d’être comprise selon ses propres termes, car elle ne se superpose pas un à un aux autres topologies LPWAN. #### Terminaux Les terminaux sont les capteurs et les traceurs déployés sur le terrain. Chacun est identifié par un **EUI**, et son trafic est protégé à l’aide d’une **clé de session réseau** établie lorsque le terminal est rattaché au réseau. Les terminaux sont alimentés par batterie et conçus pour une longue durée de service — ils se réveillent, transmettent un télégramme court sous forme de rafales dispersées, puis se rendorment. Comme la livraison réussie ne dépend pas de réessais, le coût énergétique d’un message reste prévisible même dans des environnements encombrés. #### Stations de base Les terminaux transmettent vers des **stations de base**. Une station de base écoute l’ensemble du spectre, capture les sous-paquets de chaque terminal à portée et effectue le réassemblage et la correction d’erreurs qui transforment ces fragments en télégrammes. Une seule station de base est conçue pour servir **des milliers de terminaux** — la tolérance aux collisions du protocole est précisément ce qui rend cette densité viable plutôt que théorique. Il n’y a pas ici de passerelle de transfert de paquets au sens de LoRaWAN. La station de base n’est pas un relais transparent qui pousse des trames radio brutes en amont ; c’est le point où le télégramme devient un message. #### Le centre de service Les stations de base se connectent à un **centre de service** à l’aide de **BSSCI** (Base Station Service Center Interface), l’interface normalisée entre les deux. Cette connexion est sécurisée par certificat avec TLS mutuel, de sorte que chaque partie authentifie l’autre et que le lien entre le terrain et le réseau est chiffré de bout en bout. Le centre de service est l’endroit où les terminaux sont provisionnés, où les stations de base sont rattachées et où les liaisons montantes sont transmises aux applications. *** ### Portée, échelle et consommation Les chiffres ci-dessous proviennent de Fraunhofer IIS et de la MIOTY Alliance. Chacun dépend de ses conditions, c’est pourquoi elles sont indiquées avec lui — un chiffre sans ses hypothèses n’est pas très utile quand vous planifiez un site. | | Chiffre | Conditions | | --------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------- | | **Portée** | Jusqu’à **15 km** en terrain plat et rural ; environ **5 km** dans les centres urbains | Bandes sous-GHz sans licence | | **Terminaux par station de base** | Jusqu’à **110,000** | À environ 2,5 km de portée — pas avec la valeur de 15 km ci-dessus | | **Messages par station de base** | Jusqu’à **3,5 millions par jour** | Mode ultra basse consommation, petites charges utiles, terminaux rapportant environ toutes les heures | | **Autonomie de la batterie** | Environ **10 ans** sur une seule pile AA de 2 200 mAh à un message toutes les 15 minutes ; **20 ans et plus** à des fréquences de rapport plus faibles | Dépend de la taille de la charge utile, de l’intervalle et de la chimie de la cellule | | **Vitesse** | Jusqu’à **120 km/h** à pleine performance | Terminaux sur des actifs mobiles | | **Débit** | Environ **500 bit/s** | Sous-GHz ; espacement des porteuses d’environ 2,4 kHz | Ces caractéristiques se renforcent mutuellement. La robustesse réduit les réessais ; moins de réessais préservent à la fois l’autonomie de la batterie et le temps d’antenne ; le temps d’antenne préservé est ce qui permet à une seule station de base de supporter autant de terminaux. Le chiffre de densité est un dividende de la tolérance aux interférences, pas une affirmation indépendante. Le chiffre de mobilité mérite une note, car c’est celui que l’on prend souvent pour du marketing. Ce n’est pas une astuce de forme d’onde — étaler un télégramme sur plusieurs secondes et plusieurs porteuses signifie qu’un terminal mobile échantillonne de nombreux instants et de nombreux canaux au lieu de miser le message sur un seul, et le traitement du signal effectué par la station de base est ce qui porte la vitesse exploitable à 120 km/h. Fraunhofer a mesuré la pénalité d’un canal à évanouissements par rapport à un canal statique à moins de 2 dB. *** ### MIOTY sur Kilo IoT Kilo prend en charge MIOTY aux côtés de LoRaWAN, de sorte que le protocole est un choix de conception plutôt qu’un engagement de plateforme. Une fois que vos terminaux rapportent, ils se comportent comme n’importe quel autre appareil de la plateforme : données normalisées, tableaux de bord, règles et alertes fonctionnent tous de la même manière, quel que soit le radio qui a livré la mesure. * Pour intégrer les données MIOTY dans votre organisation Kilo, ajoutez le [connecteur MIOTY](/kilo-docs-fr/kilo-iot-server/connectors/mioty-connector.md). * Pour enregistrer et gérer les stations de base desservant vos terminaux, voir [stations de base MIOTY](/kilo-docs-fr/kilo-iot-server/gateways/mioty-base-stations.md). * Pour exploiter votre propre infrastructure de centre de service, voir le [Centre de service Kilo MIOTY](/kilo-docs-fr/kilo-center/kilo-mioty-service-center.md). Continuer avec [Principaux avantages de MIOTY](/kilo-docs-fr/kilo-iot-server/connectors/mioty-connector/core-benefits-of-mioty.md) pour voir ce que le fractionnement des télégrammes vous apporte en pratique. *** MIOTY est une marque déposée de la MIOTY Alliance. Pour la spécification et l’écosystème plus large, voir [mioty-alliance.com](https://mioty-alliance.com). --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.kiloiot.io/kilo-docs-fr/kilo-iot-server/connectors/mioty-connector/what-is-mioty.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.