Zurück zum Blog Qualität und Betrieb von A2P-SMS

Direkte Routen und Hubbing bei A2P-SMS: So bewerten Sie die Zustellkette

Eine Routenbezeichnung reicht nicht aus, um eine A2P-Verbindung zu bewerten. Erfahren Sie, wie Sie die angegebene Topologie dokumentieren, Nachweise anfordern und Ergebnisse anhand sorgfältiger Kriterien vergleichen.

Schematische Darstellung einer A2P-SMS-Zustellkette mit Ursprung, Zwischenstationen und Ziel

Was „direkte Route“ und „Hubbing“ bedeuten

In Verkaufsgesprächen wird eine „direkte Route“ häufig als Verbindung mit weniger Zwischenstationen dargestellt, während „Hubbing“ meist den Transport über eine oder mehrere Zwischenstationen bezeichnet. Für diese Begriffe gibt es jedoch in der hier verfügbaren Dokumentation keine Definition, die sich eigenständig überprüfen lässt. Ihre Bedeutung kann davon abhängen, wie ein Anbieter seine jeweilige Zustellkette beschreibt.

Vergleichen Sie Routen deshalb nicht allein anhand der Bezeichnung in einem Angebot, einer Benutzeroberfläche oder einer Rechnung. Bitten Sie den Anbieter zu erklären, was er unter den jeweiligen Begriffen versteht, und die angegebene Topologie für die für Sie relevanten Ziele und Verkehrsarten zu beschreiben.

  • Behandeln Sie „direkt“, „Hub“ und ähnliche Begriffe als kommerzielle Angaben, bis sie dokumentiert sind.
  • Bitten Sie um eine Beschreibung je Ziel oder Zielgruppe; eine allgemeine Auskunft gilt möglicherweise nicht für alle.
  • Halten Sie Datum und Geltungsbereich jeder Angabe fest, da sich die Zustellkette ändern kann.
Was „direkte Route“ und „Hubbing“ bedeuten

Was die Topologie nicht belegt

Eine als direkt beschriebene Route garantiert keine bessere Zustellung. Ohne zusätzliche Nachweise lässt sich daraus auch nicht schließen, dass die Route für den vorgesehenen Einsatz autorisiert ist, alle angekündigten Ziele abdeckt oder jede Nachricht zustellt. Ebenso wenig reicht das Vorhandensein einer Zwischenstation aus, um auf eine geringere Qualität zu schließen.

Die angegebene Topologie ist ein Bewertungskriterium, aber kein Ersatz für betriebliche Nachweise oder eine vertragliche Prüfung. Trennen Sie die Angaben des Anbieters zur Zustellkette von dem, was Sie zur Leistung beobachten können, und von den Vereinbarungen zum Dienst.

  • Machen Sie aus einer Routenbezeichnung keine Zustellgarantie.
  • Prüfen Sie den angegebenen Geltungsbereich, die Nutzungsbedingungen und die beobachteten Ergebnisse getrennt voneinander.
  • Leiten Sie eine Autorisierung oder die Einhaltung gesetzlicher Vorgaben nicht allein aus der Anzahl der Zwischenstationen ab.
Was die Topologie nicht belegt

Eine Mindestübersicht der Zustellkette erstellen

Dokumentieren Sie die Route als Abfolge von Funktionen und nicht als Liste von Markennamen. Die Übersicht kann Ihr Ursprungssystem, den direkten Anbieter, die von diesem angegebenen Zwischenstationen, die für die Terminierung zuständige Partei sowie die Punkte umfassen, an denen Statusmeldungen erzeugt, verändert oder weitergeleitet werden. Ist ein Teilabschnitt nicht offengelegt, vermerken Sie ihn als nicht bestätigt.

Bitten Sie darum, den Geltungsbereich der Übersicht festzuhalten: relevante Ziele, Absender, Nachrichtentypen und Verkehrsbedingungen. Gehen Sie nicht davon aus, dass eine für einen Anwendungsfall beschriebene Topologie auch für einen anderen gilt.

  • Ursprung: System oder Verbindung, von der aus die Nachricht an den Anbieter übermittelt wird.
  • Angegebene Zwischenstationen: beteiligte Unternehmen oder Funktionen, soweit sie identifiziert werden können.
  • Angegebene Terminierung: die Partei, von der der Anbieter sagt, dass sie die Zustellung zum Ziel verwaltet.
  • Statusmeldungen: Erzeugungspunkt und Übermittlungskette der verfügbaren DLR oder anderer Statusmeldungen.
  • Lücken: alle Abschnitte, Bedingungen oder Definitionen, die nicht bestätigt wurden.

Konkrete Fragen zur Dokumentation der Route

Stellen Sie Fragen, die sich klar eingrenzen und dokumentieren lassen. Fragen Sie nicht nur, ob eine Route „direkt“ ist, sondern bitten Sie den Anbieter zu erläutern, was diese Aussage bedeutet, für welche Ziele sie gilt und welche Änderungen sie beeinflussen können.

Die Dokumentation sollte einen Vergleich von Angeboten ermöglichen, ohne Informationen zu verlangen, die der Anbieter aus geschäftlichen Gründen nicht offenlegen kann. Kann eine Identität nicht genannt werden, fragen Sie, ob sich die Funktion der Zwischenstation, der von ihr abgedeckte Abschnitt und das Verfahren zur Benachrichtigung über Änderungen beschreiben lassen.

  • Was bedeuten „direkt“ oder „Hubbing“ in diesem Angebot, und auf welchen Abschnitt beziehen sich die Begriffe?
  • Für welche Ziele, Absender und Verkehrskategorien gilt die angegebene Topologie?
  • Welche Zwischenstationen oder Funktionen sind beteiligt, und welche Informationen können nicht offengelegt werden?
  • Wer verwaltet die Terminierung, und wer erzeugt oder leitet die verfügbaren Statusmeldungen weiter?
  • Welche Nutzungs-, Format-, Absender- oder Inhaltsbeschränkungen gelten für die Route?
  • Wie und wann werden Änderungen an Topologie, Geltungsbereich oder Bedingungen mitgeteilt?
  • Welche Betriebsdaten können zur Prüfung von Vorfällen und Abweichungen bereitgestellt werden?

Angaben mit Nachweisen abgleichen

Eine Überprüfung erfordert mehrere Informationsquellen, denn eine einzelne Beobachtung bildet nicht zwangsläufig die gesamte Zustellkette ab. Bewahren Sie die Angaben des Anbieters auf und gleichen Sie sie mit Ereignisprotokollen, Ergebnissen kontrollierter Tests und verfügbaren unabhängigen Beobachtungen ab. Legen Sie Ziel, Absender, Nachrichtentyp und Vergleichszeitraum im Voraus fest, damit unterschiedliche Bedingungen nicht vermischt werden.

Tests müssen rechtmäßig und autorisiert sein und so gestaltet werden, dass sie Empfänger nicht beeinträchtigen und keinen unnötigen Verkehr erzeugen. Dokumentieren Sie Kriterien und Vorfälle. Übertragen Sie das Ergebnis eines begrenzten Tests nicht ohne Weiteres auf andere Ziele, Zeiträume oder Nachrichtentypen.

  • Bewahren Sie Zeitstempel, Nachrichtenkennungen und Statusmeldungen so auf, wie Sie sie erhalten, und beachten Sie dabei geltende Datenschutz- und Aufbewahrungspflichten.
  • Vergleichen Sie gleichartige Tests hinsichtlich Ziel, Absender und zulässigem Inhalt.
  • Trennen Sie Protokolle über die Annahme durch den Anbieter, erhaltene DLR und unabhängige Empfangsprüfungen voneinander.
  • Halten Sie Fehler, Verzögerungen, fehlende Statusmeldungen und Konfigurationsänderungen fest; reduzieren Sie die Auswertung nicht auf eine einzige Kennzahl.
  • Wiederholen Sie die Prüfung bei wesentlichen Abweichungen oder einer mitgeteilten Änderung der Route.

Was DLR und Tests belegen – und was nicht

Ein DLR ist eine Statusmeldung, die innerhalb der Nachrichtenkette übermittelt wird. Was sie bedeutet, hängt davon ab, wie sie in der jeweiligen Route erzeugt und weitergeleitet wird. Eine empfangene Statusmeldung sollte daher nicht automatisch als unabhängiger Nachweis dafür dargestellt werden, dass eine Person die Nachricht gesehen hat oder dass sie auf dem erwarteten Endgerät angezeigt wurde.

Unterscheiden Sie zwischen der Annahme einer Nachricht durch ein System, einer von der Zustellkette gemeldeten Zustellung und einem unabhängig überprüften Empfang auf dem Gerät. Diese Ereignisse sind nicht gleichbedeutend. Tests können unter den geprüften Bedingungen nützliche Beobachtungen liefern, belegen für sich allein aber weder die vollständige Topologie noch das künftige Verhalten.

  • Fragen Sie, für welches Ereignis jede Statusmeldung steht und welche Stelle sie erzeugt.
  • Halten Sie fest, ob es sich bei einem Nachweis um eine Antwort des Anbieters, ein DLR oder eine unabhängige Beobachtung handelt.
  • Bezeichnen Sie ein DLR nicht als Lesebestätigung oder als Nachweis eines menschlichen Empfangs.
  • Weisen Sie bei der Berichterstattung auf die Grenzen der Stichprobe und der Testbedingungen hin.

Grenzen der Überprüfung und Vertraulichkeit

Ein Anbieter legt Namen von Zwischenstationen aus geschäftlichen oder vertraglichen Gründen möglicherweise nicht offen. Diese Einschränkung beweist für sich allein nicht, dass seine Angaben falsch sind, begrenzt aber deren Überprüfbarkeit. Bitten Sie in diesem Fall um eine Funktionsbeschreibung, den Geltungsbereich der Aussage, die geltenden Bedingungen und eine klare Zusage, Änderungen mitzuteilen.

Auch unvollständige Daten sind möglich: Protokolle, die nicht alle Abschnitte abdecken, Statusmeldungen, die den Kunden nicht erreichen, oder Tests, die nur einen Teil der Ziele umfassen. Dokumentieren Sie diese Unsicherheiten. Sind sie für Ihren Betrieb relevant, vereinbaren Sie, welche zusätzlichen Nachweise bereitgestellt werden können und welche Prüfung bei Vorfällen erfolgt.

  • Kennzeichnen Sie jede Angabe als bestätigt, vom Anbieter angegeben oder nicht verfügbar.
  • Stellen Sie eine teilweise dokumentierte Zustellkette nicht als vollständig überprüfte End-to-End-Topologie dar.
  • Vereinbaren Sie Kanäle, Fristen und Zuständigkeiten für die Untersuchung von Abweichungen – im Rahmen des Vertrags und der verfügbaren Möglichkeiten.
  • Schützen Sie Daten zu Nachrichtenverkehr und Empfängern gemäß den geltenden Vorschriften.

Routen vergleichen, ohne sich auf Bezeichnungen zu verlassen

Eine einheitliche Bewertungsmatrix erleichtert den Vergleich von Alternativen anhand klarer Kriterien. Die Kriterien müssen nicht zu einer einzigen Punktzahl zusammengefasst werden: Eine Route kann in einem Bereich transparent sein, während die Nachweise in einem anderen begrenzt sind. Legen Sie fest, welche Anforderungen für Ihren Anwendungsfall unverzichtbar sind und welche Unsicherheiten Sie akzeptieren können.

Passen Sie die Kriterien an den vorgesehenen rechtmäßigen Einsatz, den vertraglichen Geltungsbereich und die Nachweise an, die Sie tatsächlich erhalten können. Verwenden Sie weder beispielhafte Zahlen noch Stichprobenergebnisse so, als wären sie aktuelle kommerzielle Daten oder Garantien.

  • Transparenz: Ist die angegebene Topologie dokumentiert, und sind ihre Grenzen kenntlich gemacht?
  • Geltungsbereich: Sind die relevanten Ziele, Absender und Verkehrsarten angegeben?
  • Beobachtete Qualität: Welche vergleichbaren Protokolle und Tests liegen vor, und welche Einschränkungen haben sie?
  • Statusmeldungen: Werden Ursprung und Bedeutung der verfügbaren DLR erläutert?
  • Kapazität und Bedingungen: Was wurde vereinbart, und welche Einschränkungen gelten?
  • Änderungsmanagement: Wie werden Änderungen mitgeteilt, und wie werden ihre Auswirkungen geprüft?
  • Verbleibendes Risiko: Welche Punkte sind weiterhin unbestätigt, und welche Auswirkungen könnten sie haben?
FAQ

Häufige Fragen

Stellt eine direkte Route besser zu als eine Route mit Hubbing?

Das lässt sich nicht allein anhand der Bezeichnung beurteilen. Vergleichen Sie den angegebenen Geltungsbereich, die Bedingungen und die betrieblichen Nachweise für die relevanten Ziele und den betreffenden Verkehr. Eine direkte Route garantiert keine bessere Zustellung.

Bestätigt ein DLR, dass die Nachricht auf dem Telefon angekommen ist?

Nicht unbedingt. Ein DLR ist eine von der Zustellkette übermittelte Statusmeldung; ihre Bedeutung hängt davon ab, wie sie erzeugt wird. Setzen Sie sie nicht automatisch mit einem überprüften Empfang auf dem Endgerät oder mit dem Lesen der Nachricht gleich.

Was kann ich tun, wenn der Anbieter die Zwischenstationen nicht offenlegt?

Bitten Sie den Anbieter, die Aussage einzugrenzen, die beteiligten Funktionen und Abschnitte zu beschreiben, nicht offenlegbare Informationen zu benennen und das Verfahren zur Mitteilung von Änderungen zu erläutern. Kann ein Abschnitt nicht überprüft werden, halten Sie ihn als nicht bestätigt fest.

Wie gehe ich mit einer Abweichung um, ohne den rechtmäßigen Nachrichtenverkehr zu unterbrechen?

Bewahren Sie die Protokolle auf, grenzen Sie den betroffenen Umfang und Zeitraum ein und übermitteln Sie dem Anbieter die Nachweise über den vereinbarten Kanal. Bitten Sie um eine Prüfung der Statusmeldungen und der angegebenen Topologie, bevor Sie weitreichende Maßnahmen ergreifen. Änderungen am Nachrichtenverkehr müssen Ihren betrieblichen und vertraglichen Verpflichtungen entsprechen.

Verwendete Quellen

  1. 3GPP specifications3GPP
  2. ITU-T E.164International Telecommunication Union
  3. GSMA resourcesGSMA