Wenn ich SMS PDU (GSM 7 Bit) Benutzerdaten kodiere / decodiere, muss ich zuerst die UDH voranstellen?

Während ich den Benutzerdaten-Teil einer SMS-Nachricht erfolgreich codieren und decodieren kann, wenn ein UDH nicht vorhanden ist, habe ich Probleme, wenn ein UDH ist vorhanden (in diesem Fall für verkettete SMS).

Muss ich beim Dekodieren oder Kodieren der Benutzerdaten dem Text zuvor den UDH voranstellen?

Dieser Artikel enthält ein Codierungsroutinenbeispiel, das die UDH mit Füllbits kompensiert (was ich immer noch nicht vollständig verstehe), aber es gibt kein Beispiel für Daten, die an die Routine weitergegeben werden, so dass ich kein a klarer Anwendungsfall (und ich konnte auf der Website kein Entschlüsselungsmuster finden): Zypern .

Bisher konnte ich einige Ergebnisse erzielen, wenn ich die UDH den Benutzerdaten vordecodiert habe, aber ich vermute, dass dies nur ein Zufall ist.

Als Beispiel (mit Werten von Ссылка ):

Ausgabe: "ß @ ø¿ @hello world"

Gleicher Ausgang: "@ @hello world"

Ohne vor der UDH bekomme ich Müll:

Ausgabe: "PKYY§An§eYI"

Was ist der richtige Umgang damit?

Soll ich die UDH beim Verschlüsseln der Benutzerdaten mit dem Text versehen?

Soll ich die Müllzeichen nach der Entschlüsselung entfernen, oder bin ich (wie ich vermute) mit dieser Annahme völlig von der Basis entfernt?

Während der Decodieralgorithmus hier ohne UDH zu funktionieren scheint, scheint er keine UDH-Informationen zu berücksichtigen: Suchen Sie nach dem GSM 7bit Encoding / Decoding-Algorithmus .

Ich wäre ewig dankbar, wenn mich jemand auf den richtigen Weg setzen könnte. Alle klaren Beispiele / Codebeispiele würden sehr geschätzt werden. ; -)

Ich werde auch eine kleine Beispielanwendung bereitstellen, die die Algorithmen enthält, wenn jemand glaubt, dass es helfen wird, das Rätsel zu lösen.

EDIT 1:

Ich verwende Delphi XE2 Update 4 Hotfix 1

EDIT 2:

Dank der Hilfe von @whosrdaddy konnte ich meine Kodierungs- / Dekodierroutinen erfolgreich einsetzen.

Als Nebenbemerkung war ich neugierig, warum die Benutzerdaten auf einer 7-Bit-Grenze sein mussten, wenn die UDH nicht mit ihr codiert wurde, sondern der letzte Satz im Absatz aus der ETSI-Spezifikation, die von @ zitiert wurde. whosrdaddy hat das geantwortet:

  

Wenn 7-Bit-Daten verwendet werden und der TP-UD-Header nicht an einer Septett-Grenze endet, werden Füllbits nach dem letzten eingefügt   Information Element Daten Oktett, so dass es eine ganzzahlige von   septets für den gesamten TP-UD-Header. Dies ist sicherzustellen, dass der SM   selbst beginnt an einer Oktettgrenze, so dass eine frühere Phase mobil ist   wird in der Lage sein, den SM selbst anzuzeigen, obwohl der TP-UD-Header   im TP-UD-Feld kann nicht verstanden werden

Mein Code basiert teilweise auf Beispielen aus den folgenden Ressourcen:

Suchen nach dem GSM 7bit-Verschlüsselungs- / Decodierungsalgorithmus

Ссылка

Zypern

Zypern

Ссылка

Ссылка

Hier ist der Code für alle anderen, die Probleme mit der SMS-Codierung / Decodierung hatten. Ich bin sicher, dass es vereinfacht / optimiert werden kann (und Kommentare sind willkommen), aber ich habe es mit mehreren verschiedenen Permutationen und UDH-Header-Längen mit Erfolg getestet. Ich hoffe es hilft.