Author |
Post |
|
#1 Thu Aug 27, 2009 08:57, 186 months ago.
|
Member
Registered: Aug 2009
Location: Belgium
|
Hello,
With my current setup, message_id's are 8-bit values.
Does this limitation/feature come from
- the SMSC ? - the GSM ? - SMSTools ?
|
|
#2 Thu Aug 27, 2009 09:30, 186 months ago.
|
Administrator
Registered: May 2009
Location: Jyväskylä, Finland
|
It comes from the GSM 03.40, 9.2.3.6 TP-Message-Reference (TP-MR), which says:
"The reference number may possess values in the range 0 to 255."
|
|
#3 Thu Aug 27, 2009 10:47, 186 months ago.
|
Member
Registered: Aug 2009
Location: Belgium
Topic owner
|
Ok thank you for the information. I suppose it has nothing to do with message_id's, but could you tell me what is the "message reference" in the release note below ? Quote 20.02.2007 3.0.5 ..... 3. Internal combine can now handle 16-bit message reference numbers too. ....
|
|
#4 Thu Aug 27, 2009 11:07, 186 months ago.
|
Administrator
Registered: May 2009
Location: Jyväskylä, Finland
|
Message_id is for sent messages only. The modem will choose it and store the last used value to the SIM. Next time this plus 1 is used as a value. If a status report is asked, smsd will save this value to the sent message file. Later when status report is received, it will contain this same number as a message_id.
"Message reference number" is for concatenated (multi part) messages. Smstools uses 8-bit values from 0 to 255 while creating concatenated message. This value identifies a message where the received part belongs to. For example, while receiving parts:
- ref 123 part 1 / 2 - ref 234 part 1 / 3 - ref 234 part 2 / 3 - ref 123 part 2 / 2 etc...
Some devices can use 16-bit reference numbers and after >= 3.0.5 smstools has been able to handle those incoming messages too.
|
|
#5 Thu Aug 27, 2009 11:13, 186 months ago.
|
Member
Registered: Aug 2009
Location: Belgium
Topic owner
|
Thank you very much for your explanation.
It's clear for me now.
|