PDU SMS decodieren? user-data-header?

[Toby R. (Gast)]

Hallo,
ich versuche folgende SMS meiner Freundin testweise mit einem AVR zu
parsen, also vom Handy auszulesen:

0791947106004034440F8900947166020918F60000 <-soweit alles klar und
übereinstimmend mit z.B.nobbi
60506151649080 <- Timestamp - OK
A0 <- Länge der SMS (160Zeichen decodiert) - OK
050003840201 <- User data Header - laut PDU Spy ??? - Doku?
Eigentliche SMS Daten: (Inhaltanfang: "Hmm,ich freu mich auch!...")
90ED362B3D4683CCF2721DD44E8FD1A0707D8C0EA1C362503B2D07D9DF7274DA0D9281E0 
E1B01C341FA3EBE832E85C5E87EB66BACBE55ABFDBED391D442EBBDD20FB5B1E76FFEE6F 
36BBEC06DDD3721039EC7683DA6FF9B9EC0689D36C76584E06CDE1E932BBECFEA1C36210 
393D4683D8E9B21854779341F6379B0D5A97D36E90F83D5E83CE

Wenn ich nun ab 90ED anfange diese Octets in Septets umzuwandeln, wie
bei:
http://www.nobbi.com/sms_pdu.htm oder
http://www.dreamfabric.com/sms/hello.html
beschrieben komme ich auf keinen grünen Zweig. Die Beispiele verstehe
ich, nur übertragen auf meine Testsms kann ich das Vorgehen leider
nicht!

Kann mir hier vieleicht jemand helfen, oder
weiß jemand wie die Daten event. abweichend von Nobbi bzw. der TS23.038
codiert worden sind? PDUSPY hat mit dieser SMS übrigens keinerlei
Probleme!?

Vielen Dank schonmal!

Hiernochmal die unzerpflückte PDU:
0791947106004034440F8900947166020918F6000060506151649080A005000384020190 
ED362B3D4683CCF2721DD44E8FD1A0707D8C0EA1C362503B2D07D9DF7274DA0D9281E0E1 
B01C341FA3EBE832E85C5E87EB66BACBE55ABFDBED391D442EBBDD20FB5B1E76FFEE6F36 
BBEC06DDD3721039EC7683DA6FF9B9EC0689D36C76584E06CDE1E932BBECFEA1C3621039 
3D4683D8E9B21854779341F6379B0D5A97D36E90F83D5E83CE

Link zum PDUSpy Programm:
http://www.nobbi.com/download/pduspy.zip

[Hans (Gast)]

http://home.student.utwente.nl/s.p.ekkebus/portfolio/resource/sms_pdu.html
Hat mit der SMS auch keine Probleme.

[Roland P. (pram)]

Hmm, so richtig weiter gekommen bin ich auch nicht (hab mal den vor
Jahren den umgekehrten Weg gemacht 8bit->7bit pdu, hab ich mir aus dem
Gnokii Projekt abgekuckt)

Was ich auf die Schnelle noch raus gefunden habe:

0x90 >> 1             & 0x7F      = 0x48 = H
0xED                  & 0x7F      = 0x6D = m
0x36 << 1 | 0xED >> 7 & 0x7F      = 0x6D = m
0x2B << 2 | 0x36 >> 6 & 0x7F      = 0x2C = ,
0x3D << 3 | 0x2B >> 5 & 0x7F      = 0x69 = i
0x46 << 4 | 0x3D >> 4 & 0x7F      = 0x63 = c
0x83 << 5 | 0x46 >> 3 & 0x7F      = 0x68 = h
0xCC << 6 | 0x83 >> 2 & 0x7F    = 0x20 = <space>
0xF2 << 7 | 0xCC >> 1 & 0x7F      = 0x66 = f
          | 0xF2 >> 0 & 0x7F      = 0x72 = r

allerdings "schleuderts" mich jetzt bei dem Übergang.

Gruß
Roland

[Toby R. (Gast)]

Hallo nochmal,
hab jetzt einen Screen von der Webseite der 1. Antwort gemacht.Danach
sieht es so aus, dass der Header einfach mit decodiert wird, der PDU
Spy diesen dann aber nicht mit ausgibt, im Gegensatz zu dieser
Webseite.
(http://home.student.utwente.nl/s.p.ekkebus/portfolio/resource/sms_pdu.html)

Also muss ich den Header auslesen, interpretieren, aber trotzdem schon
die 8-7Bit Wandlung vornehmen, um beim wirklichen Text richtig zu
wandeln.
Aber woher erkenne ich nun, ob solch ein Header vorhanden oder nicht
ist?