RE: UDH help
it can but it doesn't. WHY?
Expects the clients to add UDHL and that doesn't seem too difficult :-)
may be developers know th right reason.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Zohar
Sent: Thursday, November 06, 2003 12:20 PM
To: huangcy; Navjot Singh; [EMAIL PROTECTED]
Subject: Re: UDH help
I have this spec, but my question was why kannel does not ad the UDHL by itself, by
taking the length of the UDH given to it.
- Original Message -
From: huangcy
To: Zohar ; Navjot Singh ; [EMAIL PROTECTED]
Sent: Monday, July 07, 2003 8:02 AM
Subject: Re: UDH help
you can see
<>APPENDIX-D
D.1 Binary Header Format
For GSM SMS and GSM USSD the WDP headers structure is defined using the User Data
Header (UDH) framework
as defined in GSM 03.40:
FIELD LENGTH
Length of User Data Header 1 octet
Information Element Identifier âAâ 1 octet
Length of Information-Element 'A' 1 octet
Information-Element 'A' Data 1 to ânâ octets
Information-Element-Identifier 'B' 1 octet
Length of Information-Element 'B' 1 octet
Information-Element 'B' Data 1 to ânâ octets
. . . . . . . . . . . .
Information-Element-Identifier 'n' 1 octet
Length of Information-Element 'n' 1 octet
Information-Element 'n' Data 1 to ânâ octets
Figure D- 1 The Generic User Data Header Structure in GSM SMS and USSD
The âLength-of-Information-Elementâ fields shall be the integer representation of
the number of octets within its
associated âInformation-Element -Dataâ field, which follows and shall not include
itself in its count value.
The âLength-of-User-Data-Headerâ field shall be the integer representation of the
number of octets within the âUser-
Data-Headerâ information fields which follow and shall not include itself in its
count.
Byte order of integers is most significant byte first. In case the information word of
the payload data is different from
an octet then the binary header is padded with bits to the start position of an
information word (GSM uses a 7-bit
alphabet) in most cases. Thus the header is compatible with legacy devices not
supporting the WDP Datagram protocol.
Best Regardsï
éæé
çåé
ååäæææïæåïæéåå
- Original Message -
From: Zohar
To: Navjot Singh ; [EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003 11:24 PM
Subject: Re: UDH help
No, and that was the problem.
Why does kannel need the length - can't this be calculated per UDH?
Thank you.
- Original Message -
From: Navjot Singh
To: Zohar ; [EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003 11:38 AM
Subject: RE: UDH help
are you sure your UDH contains UDL length, the first octet in UDH ?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Zohar
Sent: Sunday, November 02, 2003 12:54 PM
To: [EMAIL PROTECTED]
Subject: UDH help
I posted this last week, waited for some help, but nada... :(
I need someone's help on this please, as the problem is becoming urgent:
I'm sending an SMS that contains a UDH to a client, but the client seems to ignore it
for some reason. So I wanted to see what it looks like on the receiving end. I sent an
SMS message from one kannel with the following header: X-Kannel-UDH: 05040E06FDE8
I received the SMS message on another kannel and got: X-Kannel-UDH: 040E06FDE8. It
seems like the IEI ("05") got "chopped off". Why is that?
Re: UDH help
kannel recaculate the udh length when it need a
Segmentation.If there's no segmentation,the UDH length is a fix value 6.(for GSM
mobile only)
- Original Message -
From:
Zohar
To: huangcy ; Navjot
Singh ; [EMAIL PROTECTED]
Sent: Thursday, November 06, 2003 2:50
PM
Subject: Re: UDH help
I have this spec, but my question was why kannel
does not ad the UDHL by itself, by taking the length of the UDH given to
it.
- Original Message -
From:
huangcy
To: Zohar ; Navjot
Singh ; [EMAIL PROTECTED]
Sent: Monday, July 07, 2003 8:02
AM
Subject: Re: UDH help
you can see
<>APPENDIX-D
D.1 Binary Header FormatFor GSM SMS and GSM
USSD the WDP headers structure is defined using the User Data Header (UDH)
frameworkas defined in GSM 03.40:FIELD LENGTHLength of User Data
Header 1 octetInformation Element Identifier âAâ 1 octetLength of
Information-Element 'A' 1 octetInformation-Element 'A' Data 1 to ânâ
octetsInformation-Element-Identifier 'B' 1 octetLength of
Information-Element 'B' 1 octetInformation-Element 'B' Data 1 to ânâ
octets. . . . . . . . . . . .Information-Element-Identifier 'n' 1
octetLength of Information-Element 'n' 1 octetInformation-Element
'n' Data 1 to ânâ octetsFigure D- 1 The Generic User Data Header
Structure in GSM SMS and USSDThe âLength-of-Information-Elementâ fields
shall be the integer representation of the number of octets within
itsassociated âInformation-Element -Dataâ field, which follows and shall
not include itself in its count value.The âLength-of-User-Data-Headerâ
field shall be the integer representation of the number of octets within the
âUser-Data-Headerâ information fields which follow and shall not include
itself in its count.Byte order of integers is most significant byte
first. In case the information word of the payload data is different
froman octet then the binary header is padded with bits to the start
position of an information word (GSM uses a 7-bitalphabet) in most
cases. Thus the header is compatible with legacy devices not supporting the
WDP Datagram protocol.
Best Regardsï éæé
çåéååäæææïæåïæéåå
- Original Message -
From:
Zohar
To: Navjot
Singh ; [EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003 11:24
PM
Subject: Re: UDH help
No, and that was the problem.
Why does kannel need the length - can't this
be calculated per UDH?
Thank you.
- Original Message -
From:
Navjot Singh
To: Zohar ; [EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003
11:38 AM
Subject: RE: UDH help
are you sure
your UDH contains UDL length, the first octet in UDH
?
-Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of ZoharSent: Sunday, November 02, 2003 12:54
PMTo: [EMAIL PROTECTED]Subject:
UDH help
I posted this last week, waited for some
help, but nada... :(
I need someone's help on this please, as
the problem is becoming urgent:
I'm sending an SMS that contains a UDH to
a client, but the client seems to ignore it for some reason. So I
wanted to see what it looks like on the receiving end. I sent an SMS message from one kannel with the
following header: X-Kannel-UDH: 05040E06FDE8
I received the SMS message on another
kannel and got: X-Kannel-UDH: 040E06FDE8. It seems like the IEI ("05")
got "chopped off". Why is that?
Re: UDH help
ï
I have this spec, but my question was why kannel
does not ad the UDHL by itself, by taking the length of the UDH given to
it.
- Original Message -
From:
huangcy
To: Zohar ; Navjot
Singh ; [EMAIL PROTECTED]
Sent: Monday, July 07, 2003 8:02 AM
Subject: Re: UDH help
you can see
<>APPENDIX-D
D.1 Binary Header FormatFor GSM SMS and GSM USSD
the WDP headers structure is defined using the User Data Header (UDH)
frameworkas defined in GSM 03.40:FIELD LENGTHLength of User Data
Header 1 octetInformation Element Identifier âAâ 1 octetLength of
Information-Element 'A' 1 octetInformation-Element 'A' Data 1 to ânâ
octetsInformation-Element-Identifier 'B' 1 octetLength of
Information-Element 'B' 1 octetInformation-Element 'B' Data 1 to ânâ
octets. . . . . . . . . . . .Information-Element-Identifier 'n' 1
octetLength of Information-Element 'n' 1 octetInformation-Element 'n'
Data 1 to ânâ octetsFigure D- 1 The Generic User Data Header Structure in
GSM SMS and USSDThe âLength-of-Information-Elementâ fields shall be the
integer representation of the number of octets within itsassociated
âInformation-Element -Dataâ field, which follows and shall not include itself
in its count value.The âLength-of-User-Data-Headerâ field shall be the
integer representation of the number of octets within the
âUser-Data-Headerâ information fields which follow and shall not include
itself in its count.Byte order of integers is most significant byte first.
In case the information word of the payload data is different froman octet
then the binary header is padded with bits to the start position of an
information word (GSM uses a 7-bitalphabet) in most cases. Thus the header
is compatible with legacy devices not supporting the WDP Datagram
protocol.
Best Regardsï éæé
çåéååäæææïæåïæéåå
- Original Message -
From: Zohar
To: Navjot Singh ; [EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003 11:24
PM
Subject: Re: UDH help
No, and that was the problem.
Why does kannel need the length - can't this be
calculated per UDH?
Thank you.
- Original Message -
From:
Navjot Singh
To: Zohar ; [EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003
11:38 AM
Subject: RE: UDH help
are you sure
your UDH contains UDL length, the first octet in UDH ?
-Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of ZoharSent: Sunday, November 02, 2003 12:54
PMTo: [EMAIL PROTECTED]Subject:
UDH help
I posted this last week, waited for some
help, but nada... :(
I need someone's help on this please, as
the problem is becoming urgent:
I'm sending an SMS that contains a UDH to a
client, but the client seems to ignore it for some reason. So I wanted
to see what it looks like on the receiving end. I sent an SMS message from one kannel with the following header:
X-Kannel-UDH: 05040E06FDE8
I received the SMS message on another
kannel and got: X-Kannel-UDH: 040E06FDE8. It seems like the IEI ("05")
got "chopped off". Why is that?
Re: UDH help
you can see
<>APPENDIX-D
D.1 Binary Header FormatFor GSM SMS and GSM USSD
the WDP headers structure is defined using the User Data Header (UDH)
frameworkas defined in GSM 03.40:FIELD LENGTHLength of User Data
Header 1 octetInformation Element Identifier ‘A’ 1 octetLength of
Information-Element 'A' 1 octetInformation-Element 'A' Data 1 to ‘n’
octetsInformation-Element-Identifier 'B' 1 octetLength of
Information-Element 'B' 1 octetInformation-Element 'B' Data 1 to ‘n’
octets. . . . . . . . . . . .Information-Element-Identifier 'n' 1
octetLength of Information-Element 'n' 1 octetInformation-Element 'n'
Data 1 to ‘n’ octetsFigure D- 1 The Generic User Data Header Structure in
GSM SMS and USSDThe ‘Length-of-Information-Element’ fields shall be the
integer representation of the number of octets within itsassociated
‘Information-Element -Data’ field, which follows and shall not include itself in
its count value.The ‘Length-of-User-Data-Header’ field shall be the integer
representation of the number of octets within the ‘User-Data-Header’
information fields which follow and shall not include itself in its
count.Byte order of integers is most significant byte first. In case the
information word of the payload data is different froman octet then the
binary header is padded with bits to the start position of an information word
(GSM uses a 7-bitalphabet) in most cases. Thus the header is compatible with
legacy devices not supporting the WDP Datagram protocol.
Best Regards； 黄朝阳
研发部傲天信息技术（深圳）有限公司
- Original Message -
From:
Zohar
To: Navjot Singh ; [EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003 11:24
PM
Subject: Re: UDH help
No, and that was the problem.
Why does kannel need the length - can't this be
calculated per UDH?
Thank you.
- Original Message -
From:
Navjot
Singh
To: Zohar ; [EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003
11:38 AM
Subject: RE: UDH help
are you sure
your UDH contains UDL length, the first octet in UDH ?
-Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of ZoharSent: Sunday, November 02, 2003 12:54
PMTo: [EMAIL PROTECTED]Subject: UDH
help
I posted this last week, waited for some
help, but nada... :(
I need someone's help on this please, as the
problem is becoming urgent:
I'm sending an SMS that contains a UDH to a
client, but the client seems to ignore it for some reason. So I wanted to
see what it looks like on the receiving end. I sent an SMS message from one kannel with the following header:
X-Kannel-UDH: 05040E06FDE8
I received the SMS message on another kannel
and got: X-Kannel-UDH: 040E06FDE8. It seems like the IEI ("05") got
"chopped off". Why is that?
Re: UDH help
No, and that was the problem.
Why does kannel need the length - can't this be
calculated per UDH?
Thank you.
- Original Message -
From:
Navjot
Singh
To: Zohar ; [EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003 11:38
AM
Subject: RE: UDH help
are you sure your
UDH contains UDL length, the first octet in UDH ?
-Original Message-From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]On Behalf Of ZoharSent:
Sunday, November 02, 2003 12:54 PMTo: [EMAIL PROTECTED]Subject: UDH
help
I posted this last week, waited for some help,
but nada... :(
I need someone's help on this please, as the
problem is becoming urgent:
I'm sending an SMS that contains a UDH to a
client, but the client seems to ignore it for some reason. So I wanted to
see what it looks like on the receiving end. I sent an SMS message from one kannel with the following header:
X-Kannel-UDH: 05040E06FDE8
I received the SMS message on another kannel
and got: X-Kannel-UDH: 040E06FDE8. It seems like the IEI ("05") got "chopped
off". Why is that?
RE: UDH help
are you sure your
UDH contains UDL length, the first octet in UDH ?
-Original Message-From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]On Behalf Of ZoharSent:
Sunday, November 02, 2003 12:54 PMTo:
[EMAIL PROTECTED]Subject: UDH help
I posted this last week, waited for some help,
but nada... :(
I need someone's help on this please, as the
problem is becoming urgent:
I'm sending an SMS that contains a UDH to a
client, but the client seems to ignore it for some reason. So I wanted to see
what it looks like on the receiving end. I sent
an SMS message from one kannel with the following header: X-Kannel-UDH:
05040E06FDE8
I received the SMS message on another kannel and
got: X-Kannel-UDH: 040E06FDE8. It seems like the IEI ("05") got "chopped off".
Why is that?
UDH help
I posted this last week, waited for some help, but
nada... :(
I need someone's help on this please, as the
problem is becoming urgent:
I'm sending an SMS that contains a UDH to a client,
but the client seems to ignore it for some reason. So I wanted to see what it
looks like on the receiving end. I sent an SMS
message from one kannel with the following header: X-Kannel-UDH:
05040E06FDE8
I received the SMS message on another kannel and
got: X-Kannel-UDH: 040E06FDE8. It seems like the IEI ("05") got "chopped off".
Why is that?
