Wie verfolgt man eine SMPP-SMS?

Ozeki SMS Gateway bietet mehrere Protokolle, um herauszufinden, was mit einer bestimmten SMS passiert ist, die das System durchlaufen hat. Wenn Sie einen SMPP-Dienst bereitstellen, erhalten Sie manchmal eine Anfrage von Ihrem Kunden bezüglich einer SMS. Diese Anleitung gibt Ihnen Informationen darüber, wie Sie den Verlauf einer einzelnen SMS nachverfolgen können.

Die vom Kunden gesendete SMS finden

Um die SMS des Kunden zu finden, öffnen Sie zunächst das SMPP-Benutzerkonto des Kunden. Wählen Sie dann den Tab "Ereignisprotokoll", um die Kommunikation zwischen Ihrem System und dem System des Kunden einzusehen. Wenn Sie die Nachricht nicht in den Protokollen sehen, können Sie die Protokolldatei mit einem Texteditor öffnen. Die Protokolldatei befindet sich unter:

C:\Program Files\Ozeki\Data\Logs\Connections\SMPP_user_smp1_localhost.txt

Submit SM-Protokoll

Dieser Protokolleintrag enthält normalerweise 5 Codezeilen. Die erste Zeile ist die Submit-Anfrage, die vom System des Kunden gesendet wurde, dann sehen Sie unsere Antwort auf diese Anfrage, gefolgt von den Routing- und Zustellungsereignissen, die zur Nachricht gehören.

INFO smp1: 192.168.112.150:60724 -> 0000003700000004000000000000001C00010130303030303030000101313233
3435363700000001000001000000085465737420736D73

INFO smp1: Message accepted with SMPP ID: 6682891798

INFO smp1: 192.168.112.150:60724 <- 0000001B80000004000000000000001C3636383238393137393800

INFO smp1: Received: +0000000->+1234567 'Test sms'

INFO smp1: Sending. Route: defout_sms,Any_SMS_Connection@localhost +0000000 -> +1234567 'Test sms' Task ID: 1326c0f0-e8fd-4ddd-97d2-68ff9401b112

INFO smp1: Submit accepted at HTTP_Server_1@localhost. Submit reference: 701dbf6a-30a4-4bd9-8409-848fd68ce1a3 +0000000 -> +1234567 'Test sms' Task ID: 1326c0f0-e8fd-4ddd-97d2-68ff9401b112

Submit SM-Protokoll / Submit-Anfrage

Die erste Zeile des obigen Protokolls enthält die Daten, die das System von Ihrem Kunden erhalten hat. Ihr Kunde hat seine SMS-Nachricht mit der SMPP SUBMIT_SM PDU-Anfrage übermittelt. Hier sind die Byte-Daten im HEX-Format:

INFO smp1: 192.168.112.150:60724 -> 0000003700000004000000000000001C000101303030303030300001
013132333435363700000001000001000000085465737420736D73

Submit SM-Protokoll / Submit-Antwort

Die nächsten drei Zeilen im Protokoll beziehen sich auf die Antwort. Ihr System weist der Nachricht eine SMPP-ID zu. In unserem Fall ist diese ID 6682891798. Diese ID wird verwendet, um diese Nachricht zu referenzieren, wenn ein Zustellungsbericht eingeht. Dann sendet es eine Antwort an Ihren Kunden in Form einer SUBMIT_SM_RESP PDU. Diese PDU enthält die zugewiesene ID. Ihr Kunde kann diese ID zur späteren Referenz speichern.

INFO smp1: Message accepted with SMPP ID: 6682891798

INFO smp1: 192.168.112.150:60724 <- 0000001B80000004000000000000001C3636383238393137393800

INFO smp1: Received: +0000000->+1234567 'Test sms'

Submit SM-Protokoll / Routing-Protokoll

Die nächsten beiden Zeilen beziehen sich auf das Nachrichten-Routing. Das System gibt Ihnen Informationen darüber, welche Route verwendet wurde, um die Nachricht an das Mobilfunknetz weiterzuleiten. Nach Abschluss des Routings protokolliert das System auch, was mit der Nachricht an der Zielverbindung passiert ist. In unserem Fall sehen Sie, dass die Route default_sms verwendet wurde und die Nachricht über die Verbindung HTTP_Server_1@localhost an das Mobilfunknetz gesendet wurde.

INFO smp1: Sending. Route: defout_sms,Any_SMS_Connection@localhost +0000000 -> +1234567 'Test sms' Task ID: 1326c0f0-e8fd-4ddd-97d2-68ff9401b112

INFO smp1: Submit accepted at HTTP_Server_1@localhost. Submit reference: 701dbf6a-30a4-4bd9-8409-848fd68ce1a3 +0000000 -> +1234567 'Test sms' Task ID: 1326c0f0-e8fd-4ddd-97d2-68ff9401b112

Wenn Sie detailliertere Informationen darüber benötigen, was mit der Nachricht passiert ist, können Sie das Protokoll der Mobilfunknetzverbindung öffnen und die Zustellungsereignisse für die Nachricht in dieser Protokolldatei einsehen. In diesem Fall würden Sie das Protokoll der Verbindung HTTP_Server_1@localhost öffnen.

Den SMPP-Zustellungsbericht finden

Nach einigen Minuten, wenn das Mobilfunknetz die SMS an das Empfängertelefon zugestellt hat, wird ein Zustellungsbericht an Ihr System zurückgesendet. Ihr System leitet diesen Zustellungsbericht an den Kunden weiter, indem es eine SMPP_DELIVER_SM-Anfrage verwendet. Dieser Zustellungsbericht enthält die ursprüngliche SMPP-ID der Nachricht. In unserem Fall lautet sie: 6682891798. Um den entsprechenden Zustellungsbericht in Ihrer Protokolldatei zu finden, suchen Sie nach dieser ID.

Lieferberichtsprotokoll

Das entsprechende Lieferprotokoll enthält in diesem Fall 5 Protokolleinträge. Der erste Protokolleintrag gibt Informationen aus, die bestätigen, dass die Nachricht zugestellt wurde. Die nächste Zeile informiert darüber, welche eingehende Route verwendet wurde, um den eingehenden Lieferbericht an das Konto dieses Benutzers weiterzuleiten. Die nächsten beiden Zeilen enthalten die Kommunikation zwischen Ihrem System und dem System des Kunden. Sie werden sehen, dass Ihr System das SMPP Deliver_SM PDU an den Kunden sendet und der Kunde eine Antwort zur Bestätigung dieser Anfrage zurückgibt.

2020-07-30 10:05:36.674 INFO smp1: Zustellung erfolgreich. 'Zugestellt; An: +1234567; Um: 2020-07-30 10:05:36; Ref: 1326c0f0-e8fd-4ddd-97d2-68ff9401b112; Erfolgreiche Zustellung am 30/07/2020 10:05:36' +0000000 -> +1234567 'Test-SMS' Task-ID: 1326c0f0-e8fd-4ddd-97d2-68ff9401b112
2020-07-30 10:05:36.674 INFO smp1: Nachricht wurde erfolgreich verarbeitet. Keine weiteren Aufgaben erforderlich. Entferne sie aus der Sende-Warteschlange. Route: smp1@localhost->HTTP_Server_1@localhost (Verschieben). Nachricht: +0000000->+1234567 'Test-SMS' Task-ID: 1326c0f0-e8fd-4ddd-97d2-68ff9401b112
2020-07-30 10:05:36.674 INFO smp1: 192.168.112.150:60724 <- 000000A6000000050000000000000001000101303030303030300001013132333435363700040000000000000 3007769643A36363832383931373938207375623A30303120646C7672643A303031207375626D697420646174 653A3230303733303130303020646F6E6520646174653A3230303733303130303520737461743A44454C49565 244206572723A30303020746578743A44656C697665727920737563636573732E
2020-07-30 10:05:36.674 INFO smp1: 192.168.112.150:60724 -> 0000001180000005000000000000000100
2020-07-30 10:05:36.674 INFO smp1: Lieferbericht gesendet. UD: id:6682891798 sub:001 dlvrd:001 submit date:2007301000 done date:2007301005 stat:DELIVRD err:000 text:Zustellung erfolgreich.

FAQs

Wenn ich SMS von einem GSM-Modem versende, erlaubt das GSM-Protokoll maximal 256 Callback-IDs für Lieferberichte. Wie unterscheiden Sie Lieferberichte mit derselben ID?

Die traditionelle Zuordnung von SMS-Lieferberichten basiert auf einer Referenz-ID, die vom Mobilfunknetz bei der Nachrichtenübermittlung zurückgegeben wird. Diese ID, typischerweise eine Zahl zwischen 0 und 255, dient als Referenzpunkt für die Zuordnung von Lieferberichten zu den entsprechenden Nachrichten. Dieser Ansatz hat jedoch eine Einschränkung: Bei mehr als 256 gesendeten Nachrichten können ID-Kollisionen auftreten, was zu ungenauen Zustellstatusaktualisierungen führt.

Die Ozeki SMS-Software löst diese Herausforderung durch einen robusteren Abgleichmechanismus. Sie kombiniert die Telefonnummer des Empfängers mit der zurückgegebenen Referenz-ID. Dadurch entsteht eine eindeutige "Callback-ID", die das Kollisionsrisiko erheblich reduziert.

Anstatt sich nur auf die ID "0" zu verlassen (die möglicherweise mehreren Nachrichten zugewiesen ist), verwendet Ozeki eine Callback-ID wie "+36201234567:0." Dieser kombinierte Bezeichner ermöglicht eine präzisere Zuordnung von Lieferberichten zu den ursprünglichen Nachrichten, die an die spezifische Empfängernummer "+36201234567" mit der ID "0" gesendet wurden. Dadurch kann die Software den Nachrichtenstatus sicher auf "deliveredtohandset" aktualisieren.

IP-SMS-Verbindungen bieten einen weiteren Vorteil. Sie verwenden viel längere und eindeutige Callback-IDs, oft in Form von Global Unique Identifiers (GUIDs). Dadurch werden Kollisionen vollständig vermieden, was eine noch zuverlässigere Zuordnung von Lieferberichten gewährleistet.