People,
We have a requirement to allow 2 way SMS messages via our software.
I can see how 2-way SMS would work with a bank of different phone numbers,
and a bit of software deciding which messages should be sent from which
numbers, but I've been told by one provider that they can offer this service
with *one* phone number because, apparently, the GSM network sends a unique
ID with each SMS message. When the user of the handset replies to the
message, this unique ID is sent along with the message back to the GSM
gateway (eg, negating the need for several different telephone numbers).
The unique ID is *not* something the user has to type into their phone, it's
simply supported by GSM (apparently).
The thing is, that everyone else I've spoken to tells me that the above is
*not* possible. And that the only way to achieve 2-way messaging via
software would be either to have a bank of phone numbers, or to simply match
the incoming message with the phone number of any previously sent outgoing
messages (which is not ideal, as this won't work if two different people
send two different messages to the same mobile, which then replies).
Can anyone who knows slightly more about the technology of GSM give me their
take on the above? Does the GSM network allow some kind of unique ID to be
sent, and received on replies from handsets? (without the user having to
type it manually of course). Could someone point me at some GSM spec which
shows whether or not this mythical unique ID exists?! - I'm pretty sure it
can't be done, but the provider who say they can offer the above with a
single number appear to be very convinced they can... I don't want to waist
any more time on development if they're talking out of their bottom!
Many thanks,
A.
Matthew Haigh - 28 Jul 2004 20:31 GMT
>People,
>
[quoted text clipped - 9 lines]
>The unique ID is *not* something the user has to type into their phone, it's
>simply supported by GSM (apparently).
In a word, rubbish!
>The thing is, that everyone else I've spoken to tells me that the above is
>*not* possible.
No, it isn't.
>Can anyone who knows slightly more about the technology of GSM give me their
>take on the above? Does the GSM network allow some kind of unique ID to be
[quoted text clipped - 4 lines]
>single number appear to be very convinced they can... I don't want to waist
>any more time on development if they're talking out of their bottom!
Have a look at 3GPP 23.040 - that is the definitive SMS specification.
Chapter 9 describes the parts of a message - if it isn't in there, it
won't be supported by all manufacturers (and not everything in that
chapter is compulsory to support anyway).
http://www.3gpp.org/ftp/Specs/archive/23_series/23.040/23040-571.zip
The only possible way I can think that they are doing it is by setting a
reply-path in the outgoing message to route the reply back through their
service centre, at which point they match the incoming message with one
you sent earlier. This is effectively no different to you doing the same
thing yourself based on who you have sent a message to, and who replies
to you (with all the limitations that that methods incurs, such as
problems deciding which message has been replied to if you send more
than one to a single handset).
Matt

Signature
Matthew Haigh --$matthaigh{News06}$@haigh.org--
GCRSoft, providing SMS solutions since 1996...
http://www.gcrsoft.com http://www.moretext.com
Adam - 28 Jul 2004 21:54 GMT
> Have a look at 3GPP 23.040 - that is the definitive SMS specification.
> Chapter 9 describes the parts of a message - if it isn't in there, it
> won't be supported by all manufacturers (and not everything in that
> chapter is compulsory to support anyway).
Thanks Matt, that's very helpful.
Regards,
A.
Ashot Shahbazian - 02 Aug 2004 21:51 GMT
It gets more complicarted when you send messages repeatedly to the same
mumbers. Some GSM modems allow for requesting a timestamp ack when sending
a message. Those are I think Multitech modems based on Wavecom chipset.
Not quite sure what you're trying to accomplish - try nowsms software
www.nowsms.com It supports 2-way SMS - you should be able to build rules by
yourself.
Unique ID your op was referring to is probably the SMSC returning a value
between 0 and 255, plus a timestamp ack, which most SMSC-s would do. These
two combined would make a unique ID ;-)
> > Have a look at 3GPP 23.040 - that is the definitive SMS specification.
> > Chapter 9 describes the parts of a message - if it isn't in there, it
[quoted text clipped - 5 lines]
> Regards,
> A.