> 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-de/kilo-iot-server/connectors/mioty-connector/what-is-mioty.md). # Was ist MIOTY? MIOTY erklärt — das LPWAN-Protokoll ETSI TS 103 357, das Telegram-Splitting für störungsresistente IoT-Kommunikation verwendet. **MIOTY** ist ein Low-Power-Wide-Area-Network-(LPWAN)-Protokoll, das für industrielle Umgebungen entwickelt wurde, in denen die Funkbedingungen feindlich sind und die Anzahl der Geräte groß ist. Es wurde am **Fraunhofer-Institut für Integrierte Schaltungen (IIS)** und von ETSI standardisiert als **TS 103 357**, wo es spezifiziert ist als **TS-UNB** — Telegramm-Splitting Ultra Narrow Band. Dieser Name ist kein Schmuck: Telegramm-Splitting ist die Technik, die das Protokoll definiert und fast alles erklärt, was MIOTY gut kann. MIOTY ist die neuere der beiden LPWAN-Technologien, die Kilo unterstützt, und sie setzt sich schnell durch — nicht wegen ihrer Neuheit, sondern weil sie ein Problem löst, das die erste Generation von LPWAN offengelassen hat. Diese früheren Technologien mussten Reichweite gegen Kapazität und Robustheit eintauschen. MIOTY wurde entwickelt, nachdem dieser Kompromiss gut verstanden war, und von der physischen Schicht aus so konstruiert, dass er vermieden wird. Wie andere LPWAN-Technologien überträgt MIOTY kleine Nachrichten von batteriebetriebenen Sensoren über große Entfernungen bei sehr geringem Energieverbrauch. Was sie auszeichnet, ist die Art, wie sie Störungen übersteht. Anstatt zu versuchen, eine ganze Nachricht in einem einzigen Versuch durch einen verrauschten Kanal zu schicken, geht MIOTY von einem verrauschten Kanal aus und konstruiert von Anfang an darum herum. *** ### Telegramm-Splitting — die Grundidee #### Die Nachricht wird geschützt und dann in Funk-Bursts zerlegt Wenn ein Endpunkt Daten senden will, überträgt MIOTY diese Daten nicht als ein einziges Paket. Die Nachricht — das *Telegramm* — wird zunächst mit Vorwärtsfehlerkorrektur kodiert und interleaved, dann in kleine Subpakete aufgeteilt. Ein kurzes Telegramm wird zu **24 Funk-Bursts**, die jeweils nur etwa **15 Millisekunden**dauern; längere Nutzlasten fügen weitere Bursts hinzu. Jeder Burst trägt ein Fragment sowie die Informationen, die nötig sind, um es wieder in die richtige Reihenfolge zu bringen. Die Redundanz ist wichtiger als die Aufteilung. Der Fehlerkorrekturcode wird *vor* dem Split angewendet und über jeden Burst verteilt, sodass kein einzelner Burst kritisch ist — der Verlust eines Bursts kostet Sie einen Teil der Redundanz, nicht ein Stück der Nachricht. #### Die Bursts werden über Frequenz und Zeit verteilt Diese Subpakete werden dann über **verschiedene Frequenzen und zu unterschiedlichen Zeitpunkten**übertragen. Kein Fragment liegt im selben Moment auf demselben Kanal, und die gesamte Übertragung wird bewusst über mehrere Sekunden und zwei Dutzend Träger verteilt statt konzentriert. Ein einzelner Störer — ein Motor, eine Schweißanlage, ein konkurrierendes Funkgerät, ein Ausbruch von Breitbandrauschen — kann immer nur einen schmalen Ausschnitt dieser Verteilung belegen. #### Der Empfänger rekonstruiert die Nachricht aus dem, was überlebt Die Basisstation sammelt die Bursts, die sie gehört hat, und setzt das Telegramm wieder zusammen. Entscheidend ist, dass sie nicht alle braucht. Da die Fehlerkorrektur über die gesamte Übertragung verteilt ist, **rekonstruiert der Empfänger die vollständige Nachricht selbst dann, wenn bis zu 50 % der Funk-Bursts verloren gehen** durch Störungen oder Kollisionen. Lies das genau, denn es ist leicht, es aufzublähen: Es bedeutet, dass die Hälfte der *Bursts innerhalb einer Nachricht* zerstört werden kann und die Nachricht dennoch intakt ankommt. Ein Störer muss mehr als die Hälfte einer einzelnen Übertragung sowohl über die Zeit als auch über die Frequenz hinweg ausschalten, um Ihnen eine Messung zu kosten. Was für ein Single-Packet-Protokoll eine fehlgeschlagene Übermittlung wäre, ist für MIOTY eine ganz normale erfolgreiche Übertragung. #### Warum das den Ausgang verändert Störungen hören auf, ein binäres Ereignis zu sein. Bei einer herkömmlichen Single-Packet-Übertragung zerstört eine Kollision die Nachricht, und der Endpunkt muss erneut senden — was Batterie verbraucht und zu der Überlastung beiträgt, die das Problem verursacht hat. Beim Telegramm-Splitting zerstört eine Kollision ein Fragment. Der Rest des Telegramms kommt dennoch an, die Nachricht wird weiterhin dekodiert, und ein erneuter Versuch ist nicht nötig. Deshalb hält MIOTY auf Fabrikböden, in metallreichen Gebäuden und bei Assets stand, die sich durch wechselnde HF-Bedingungen bewegen. *** ### Wie ein MIOTY-Netzwerk aufgebaut ist Die Architektur von MIOTY sollte man aus ihren eigenen Prinzipien heraus verstehen, denn sie lässt sich nicht eins zu eins auf andere LPWAN-Topologien abbilden. #### Endpunkte Endpunkte sind die Sensoren und Tracker im Feld. Jeder von ihnen wird durch eine **EUI**identifiziert, und sein Datenverkehr wird durch einen **Netzwerk-Session-Key** geschützt, der eingerichtet wird, wenn der Endpunkt dem Netzwerk beitritt. Endpunkte sind batteriebetrieben und für lange Lebensdauer ausgelegt — sie wachen auf, senden ein kurzes Telegramm als verteilte Bursts und gehen wieder schlafen. Da die erfolgreiche Zustellung nicht von Wiederholungen abhängt, bleibt der Energieverbrauch einer Nachricht selbst in überlasteten Umgebungen vorhersehbar. #### Basisstationen Endpunkte senden an **Basisstationen**. Eine Basisstation hört über das gesamte Spektrum hinweg zu, erfasst die Subpakete jedes Endpunkts in Reichweite und führt die Neuverarbeitung und Fehlerkorrektur durch, die diese Fragmente wieder in Telegramme verwandeln. Eine einzelne Basisstation ist dafür ausgelegt, **Tausende von Endpunkten** zu versorgen — die Kollisionsverträglichkeit des Protokolls ist genau das, was diese Dichte praktikabel statt theoretisch macht. Hier gibt es kein Packet-Forwarding-Gateway im LoRaWAN-Sinn. Die Basisstation ist kein transparenter Relaisknoten, der rohe Funkrahmen weiter nach oben schiebt; sie ist der Punkt, an dem das Telegramm zur Nachricht wird. #### Das Service Center Basisstationen verbinden sich mit einem **Service Center** mithilfe von **BSSCI** (Base Station Service Center Interface), der standardisierten Schnittstelle zwischen beiden. Diese Verbindung ist per Zertifikat mit gegenseitigem TLS abgesichert, sodass sich beide Seiten authentifizieren und die Verbindung zwischen Feld und Netzwerk Ende-zu-Ende verschlüsselt ist. Im Service Center werden Endpunkte provisioniert, Basisstationen angebunden und Uplinks an Anwendungen weitergereicht. *** ### Reichweite, Skalierung und Leistung Die folgenden Zahlen stammen von Fraunhofer IIS und der MIOTY Alliance. Jede von ihnen hängt von ihren Bedingungen ab, deshalb sind sie zusammen mit diesen angegeben — eine Zahl ohne ihre Annahmen nützt wenig, wenn Sie einen Standort planen. | | Wert | Bedingungen | | -------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------- | | **Reichweite** | Bis zu **15 km** in flachem, ländlichem Gelände; etwa **5 km** in Stadtzentren | Sub-GHz-, lizenzfreie Bänder | | **Endpunkte pro Basisstation** | Bis zu **110,000** | Bei etwa 2,5 km Reichweite — nicht bei den oben genannten 15 km | | **Nachrichten pro Basisstation** | Bis zu **3,5 Millionen pro Tag** | Ultraniedrigenergie-Modus, kleine Nutzlasten, Endpunkte melden etwa stündlich | | **Akkulaufzeit** | Etwa **10 Jahre** mit einer einzigen AA-Zelle mit 2.200 mAh bei einer Nachricht alle 15 Minuten; **20 Jahre und mehr** bei niedrigeren Melderaten | Hängt von Nutzlastgröße, Intervall und Zellchemie ab | | **Geschwindigkeit** | Bis zu **120 km/h** bei voller Leistung | Endpunkte auf bewegten Assets | | **Datenrate** | Etwa **500 bit/s** | Sub-GHz; ca. 2,4 kHz Trägerabstand | Diese Eigenschaften verstärken sich gegenseitig. Robustheit reduziert Wiederholungen; weniger Wiederholungen schonen sowohl Akkulaufzeit als auch Sendezeit; erhaltene Sendezeit ist das, was es einer einzelnen Basisstation ermöglicht, so viele Endpunkte zu tragen. Die Dichtezahl ist ein Ertrag der Störfestigkeit, keine unabhängige Behauptung. Zur Mobilitätsangabe ist ein Hinweis nötig, weil viele annehmen, sie sei Marketing. Sie ist kein Trick der Wellenform — das Verteilen eines Telegramms über Sekunden und Träger bedeutet, dass ein bewegter Endpunkt viele Momente und viele Kanäle abtastet, statt die Nachricht auf einen einzigen zu setzen, und die Signalverarbeitung der Basisstation ist das, was die nutzbare Geschwindigkeit auf 120 km/h anhebt. Fraunhofer hat die Einbuße eines Fading-Kanals gegenüber einem statischen mit unter 2 dB gemessen. *** ### MIOTY auf Kilo IoT Kilo unterstützt MIOTY neben LoRaWAN, daher ist das Protokoll eine Designentscheidung und keine Plattformvorgabe. Sobald Ihre Endpunkte Daten melden, verhalten sie sich wie jedes andere Gerät auf der Plattform: normalisierte Daten, Dashboards, Regeln und Alarme funktionieren unabhängig davon, welches Funkverfahren die Messung geliefert hat, auf dieselbe Weise. * Um MIOTY-Daten in Ihre Kilo-Organisation aufzunehmen, fügen Sie den [MIOTY-Connector](/kilo-docs-de/kilo-iot-server/connectors/mioty-connector.md). * Um die Basisstationen zu registrieren und zu verwalten, die Ihre Endpunkte versorgen, siehe [MIOTY-Basisstationen](/kilo-docs-de/kilo-iot-server/gateways/mioty-base-stations.md). * Wenn Sie Ihre eigene Service-Center-Infrastruktur betreiben möchten, siehe das [Kilo MIOTY Service Center](/kilo-docs-de/kilo-center/kilo-mioty-service-center.md). Weiter mit [Kernvorteile von MIOTY](/kilo-docs-de/kilo-iot-server/connectors/mioty-connector/core-benefits-of-mioty.md) um zu sehen, was Telegramm-Splitting in der Praxis bringt. *** MIOTY ist eine eingetragene Marke der MIOTY Alliance. Die Spezifikation und das breitere Ökosystem finden Sie unter [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-de/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.