TR-369
TR-369, auch User Services Platform (USP) genannt, ist wie sein Vorgänger TR-069 ein von Broadband-Forum entwickelter Protokoll-Standard für die Verwaltung und Analyse von Geräten, verbunden mit einem Netzwerk. Dieser technische Standard definiert Protokoll, Architektur und Datenmodell der Anwendungsschicht zur Kommunikation zwischen Anbieter/Kunde und einem oder mehreren Geräten.[1]
Entstehung
Da das alte Modell (Entstanden 2004) durch die immer größer werdende Anzahl kommunikationsfähiger Geräte in einem Haushalt nicht mehr ausreichte, war ein Update notwendig. 2018 wurde das neue Protokoll, auf Basis des alten Modells, mit einem größeren Kontingent an Funktionen veröffentlicht. Diese Funktionen erlauben es, mehrere Geräte gleichzeitig zu analysieren und zu verwalten.
Architektur
Die USP besteht aus einem Netzwerk aus Controllern und Agents die über ein Message Transfer Protokoll (MTP) miteinander kommunizieren. Die Kommunikation zwischen den jeweiligen Endpunkten ist permanent etabliert (Always-On), um die Verbindungs-Aufbau Nachrichten zu minimieren und den Nachrichtenfluss im Netzwerk möglichst gering zu halten.
Ein Agent besteht aus einem Instantiated Data Model (IDM) und einem Supported Data Model (SDM)[2]. Das IDM fasst alle Service-Elemente, die mit dem Agenten verbunden sind, zusammen. Es beinhaltet Status, Objekte, Unterobjekte, Parameter, Ereignisse und ausführbare Kommandos der Service-Elemente, die bei der Konfiguration hinterlegt wurden. Das SDM hingegen beinhaltet alle Objekte, Unterobjekte, Parameter, Ereignisse und ausführbare Kommandos der Service-Elemente, die dem Agenten zur Verfügung stehen. Demnach haben beispielsweise zwei baugleiche Geräte, dasselbe SDM, können aber je nach Konfiguration, verschiedene IDMs aufweisen.
Ein Agent wird von einem oder mehreren Controller angesprochen, um einen Dienst an einem oder mehreren Service-Elementen auszuführen. Der Controller umfasst eine Anwendungs-Logik mit Einstellungen und kann eine Datenbank mit den verbundenen Agents, sowie deren Fähigkeiten und Status, aufweisen. Er agiert als Interface für Benutzeranwendungen, die über die User Services Plattform Zugriff zu den Service-Elementen erlangen möchten.
Stärken des TR-369
Effizienter Nachrichten-Fluss
Durch die Always-on Verbindung zwischen den Parteien, wird die Anzahl an Nachrichten im Netz minimiert. Die binäre Datenverarbeitung und die Nutzung von relativen Pfaden von Verzeichnissen verkleinern die übermittelten Daten.
Sichere Nachrichten
Durch das End-to-End (E2E) Nachrichten Feature ist es möglich einen Sitzungs-Kontext zu hinterlegen, welches Integrität, Sicherheit und Segmentierung der Nachrichten ermöglicht.[3]
Multi-Stakeholder-Architecture
Das Protokoll ermöglicht es, dass mehrere Nutzer Zugriff zu verschiedenen Service-Elementen erhalten können. Beispielsweise könnten zwei Firmen, mit unterschiedlichen Berechtigungen, damit beauftragt werden, die gleichen Geräte zu verwalten.
Device-Lifecycle-Management
Durch das Protokoll ist es möglich, Einfluss auf den gesamten Lebenszyklus eines Gerätes zu nehmen. Das könnte z.B Servicebereitstellung, Geräte-Authentifizierung oder -Konfiguration sein.
Mehrere Kommunikationsprotokolle
Durch die Verwendung von MTPs als flexible Transportschicht können Agent und Controller sich auf das optimale Kommunikationsprotokoll für den jeweiligen Anwendungszweck einigen. Aktuell sind MTPs für folgende Protokolle spezifiziert: STOMP, CoAP, MQTT und WebSockets.[4]
Abwärtskompatibilität
Um das alte Protokoll TR-069 weiterhin verwenden zu können, wurde das Device:2 Datenmodell vom Vorgänger übernommen und erweitert. TR-369 kann also parallel zu TR-069 agieren.[5]
Benachrichtigungen
Controller sind in der Lage gewisse Ereignisse zu abonnieren. Diese werden bei Eintreffen des Ereignisses benachrichtigt und können umgehend handeln.
Weblinks
- Spezifikation des Broadband-Forums (PDF; 3,4 MB)
- Spezifikation des Broadband-Forums (Weblink)
- What is TR-369? | The Case for TR-369 (USP) | Axiros (englisch)
- USP Architecture and Use Cases | QA Cafe: Network Testing Evolved (englisch)
Einzelnachweise
- Nicole Hayward: What is TR-369 User Services Platform?, abgerufen 2. Dezember 2020, Absatz 3
- TR-369 In: User Services Platform (USP) Issue: 1 Amendment 1, ISSUE DATE: October 2019, abgerufen am 1. Dezember 2020. Punkt 4.1: Endpoints
- TR-369 In: User Services Platform (USP) Issue: 1 Amendment 1, ISSUE DATE: October 2019, abgerufen am 1. Dezember 2020. Punkt 4: Architecture
- TR-369 In: User Services Platform (USP) Issue: 1 Amendment 1, ISSUE DATE: October 2019, abgerufen am 1. Dezember 2020. Punkt 6: Message Transfer Protocols
- TR-369 In: User Services Platform (USP) Issue: 1 Amendment 1, ISSUE DATE: October 2019, abgerufen am 1. Dezember 2020. Punkt 4.2.1: Data Models