Disclaimer: These archives are mirrored from smsforum.net in 2007 before the forum got closed. Please only part of the forum is available here.
For any clarifications regarding these archives you can contact us at http://www.telecomspace.com/contact.

      TELECOMSPACE HOME PAGE         TELECOM DISCUSSION FORUM          CONTACT

+  SMS Forum Online Discussion
|-+  SMS Technologies
| |-+  GSM-Related (Moderator: SMS Forum Support)
| | |-+  Can MS and ESME share the same number?
« previous next »
Pages: [1] Go Down Print
Author Topic: Can MS and ESME share the same number?  (Read 563 times)
nagesh.kumar
Full Member
***
Offline Offline

Posts: 28


« on: December 15, 2006, 11:12:33 UTC »

Hi Experts,

Is it possible that an ESME shares the same as that of a valid MS? When a SMS is received for this
"shared" number, SMSC shall give it to ESME.

And on the origination side, the SMS can be originated by ESME or MS?

Is this possible? Can SMSC be configured to behave as per the above description?

Thanks in advance for your inputs.

Regards
Nagesh
Logged
SMS Forum Support
SMS Forum Support
Administrator
Sr. Member
*****
Offline Offline

Posts: 1754


WWW
« Reply #1 on: December 15, 2006, 11:31:46 UTC »

ESMEs can definitely send on behalf of real subscribers.. when you send messages from carrier web-based portals.. the recipient will usually see your actual MSISDN as the sending address and if he replies, the replies then go to your mobile.

The other way around is possible for on-network traffic but harder for off-network traffic.

With on-network traffic, the message sender and you are subscribers on the same network and essentially share the same SMSCs. In that scenario, many SMSCs will support the means of routing messages sent to actual MSISDNs onto ESMES instead. Some in fact can do this based on certain message attributes such as protocol_id (* see below)

An off network MT SMS is mobile terminated to you from the senders SMSC direct to your phone via HLR lookup and MSC delivery... it doesn't route through your networks SMSC.

So to terminate one of these at an ESME, some kind of special purpose platform is required above and beyond normal SMSC that will acty as HLR for the special numbers and ultimately MSC to terminate the MT delivery but then cleverly route the message back into the SMSC and onto the ESME or just direct to the ESME.

In the US and environments where GSM co-exists with CDMA/TDMA.. there is a lot more difficultly in knowing how/where to terminate messages.. so the trend is to route over SMPP and the like between networks.. the crux of this is that off-network traffic tends to end up on the destination networks SMSCs.. and hence could therefore be delivered to ESMEs if needed.

(*) In GSM, many phones have an option called sent message as text, fax, email.. these are merely manipulations of the canned values the phones set for the GSM TP-PID field.. SMSCs used this in the past for receive a MO message for a given subscriber.. but it the PID said fax, they could route the mesage to a special FAX ESME that took the destination MSISDN and looked up its provisioned fax number, converting the message text to a fax and then actually sending a fax to the recipient. Same kind of approach was used for SMS to email.
Logged

Regards,
   Cormac Long
   Webmaster & Technical Enquiry Moderator,
   SMS Forum

nagesh.kumar
Full Member
***
Offline Offline

Posts: 28


« Reply #2 on: December 15, 2006, 11:44:38 UTC »

Hi,

Thanks for your quick reply and a detailed one too. I understood the on-network traffic example.

For off-network traffic example:

When the senders SMSC contacts HLR, can we not configure HLR in such a way that for the shared number, HLR returns the SMSC as the destination MSC. Of course, SMSC needs to understand MAP_MT_ForwardShortMessage and convert to SMPP ad finally deliver it to ESME.

This puts a requirement that SMSC shall understand both MAP_MO_ForwardShortMessage as well
MAP_MT_ForwardShortMessage. Is my understanding correct?

Regards
Nagesh
Logged
nagesh.kumar
Full Member
***
Offline Offline

Posts: 28


« Reply #3 on: December 15, 2006, 11:49:34 UTC »

Hi,

Another clarification...

<
In the US and environments where GSM co-exists with CDMA/TDMA.. there is a lot more difficultly in knowing how/where to terminate messages.. so the trend is to route over SMPP and the like between networks.. the crux of this is that off-network traffic tends to end up on the destination networks SMSCs.. and hence could therefore be delivered to ESMEs if needed.
>

Do SMSCs receive on SMSs on SMPP interface and send out too SMPP towards a ESME (in this exampe)? Do typical GSM-SMSCs and CDMA-SMSCs support this functionality?

Regards
Nagesh
Logged
SMS Forum Support
SMS Forum Support
Administrator
Sr. Member
*****
Offline Offline

Posts: 1754


WWW
« Reply #4 on: December 15, 2006, 23:48:24 UTC »

Quote
When the senders SMSC contacts HLR, can we not configure HLR in such a way that for the shared number, HLR returns the SMSC as the destination MSC. Of course, SMSC needs to understand MAP_MT_ForwardShortMessage and convert to SMPP ad finally deliver it to ESME.

This puts a requirement that SMSC shall understand both MAP_MO_ForwardShortMessage as well
MAP_MT_ForwardShortMessage. Is my understanding correct?

An SMSC would only support inbound MO by default.. it would have to have the MT termination functionality built in to receive the MT.. and thats not normally the case.

Quote
Do SMSCs receive on SMSs on SMPP interface and send out too SMPP towards a ESME (in this exampe)? Do typical GSM-SMSCs and CDMA-SMSCs support this functionality?

Oh yes.. SMPP is heavily used (as are other protocols) to route messages in and out of SMSCs.. mostly for attached services, such as voice mail alerts, services, IM gateways etc. SMSCs are never exclusively MO/MT.
Logged

Regards,
   Cormac Long
   Webmaster & Technical Enquiry Moderator,
   SMS Forum

nagesh.kumar
Full Member
***
Offline Offline

Posts: 28


« Reply #5 on: December 18, 2006, 04:00:40 UTC »

Hi Cormac,

Thanks for your clarification.

In order to be able send Mobile Originated SMSs on behalf  of multiple MSs, what kind of permissions need to be granted by SMSC to ESME? (account permissions etc)?

Regards
Nagesh
Logged
Pages: [1] Go Up Print 
« previous next »
Jump to:  


Login with username, password and session length