<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: The arse with SMS home routing</title>
	<atom:link href="http://www.mobileindustryreview.com/2008/01/the_arse_with_sms_home_routing.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.mobileindustryreview.com/2008/01/the_arse_with_sms_home_routing.html</link>
	<description>Daily news and opinion for 250,000 industry executives and mobile fanatics</description>
	<lastBuildDate>Wed, 10 Feb 2010 02:15:33 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: James Moverley</title>
		<link>http://www.mobileindustryreview.com/2008/01/the_arse_with_sms_home_routing.html/comment-page-1#comment-213412</link>
		<dc:creator>James Moverley</dc:creator>
		<pubDate>Fri, 18 Jan 2008 12:40:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/2008/01/the_arse_with_sms_home_routing.html#comment-213412</guid>
		<description>As a messaging designer.. home routing is the clear answer to next gen messaging architectures, for multi presence / message access (carbon copy) / convergence of service. Also home routing will also allow the operator to eliminate spam, which is currently prolific between networks THANKS to BT&#039;s lack of interconnect control</description>
		<content:encoded><![CDATA[<p>As a messaging designer.. home routing is the clear answer to next gen messaging architectures, for multi presence / message access (carbon copy) / convergence of service. Also home routing will also allow the operator to eliminate spam, which is currently prolific between networks THANKS to BT&#8217;s lack of interconnect control</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Wilson</title>
		<link>http://www.mobileindustryreview.com/2008/01/the_arse_with_sms_home_routing.html/comment-page-1#comment-213209</link>
		<dc:creator>Chris Wilson</dc:creator>
		<pubDate>Wed, 16 Jan 2008 11:00:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/2008/01/the_arse_with_sms_home_routing.html#comment-213209</guid>
		<description>Richard: BT International will not allow (smaller, anyway) PLMNs to send signals to PLMNs with which they don&#039;t have an interconnection agreement - BT actually filter it.

Furthermore BT don&#039;t taking number portability into account when doing this. So if little network X has a roaming agreement with Y but not with Z then they won&#039;t be able to terminate messages to Y&#039;s subscribers if they&#039;ve ported from Z.

I don&#039;t know whether BT will enforce that one the likes of Vodafone however...


Chris</description>
		<content:encoded><![CDATA[<p>Richard: BT International will not allow (smaller, anyway) PLMNs to send signals to PLMNs with which they don&#8217;t have an interconnection agreement &#8211; BT actually filter it.</p>
<p>Furthermore BT don&#8217;t taking number portability into account when doing this. So if little network X has a roaming agreement with Y but not with Z then they won&#8217;t be able to terminate messages to Y&#8217;s subscribers if they&#8217;ve ported from Z.</p>
<p>I don&#8217;t know whether BT will enforce that one the likes of Vodafone however&#8230;</p>
<p>Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard</title>
		<link>http://www.mobileindustryreview.com/2008/01/the_arse_with_sms_home_routing.html/comment-page-1#comment-213204</link>
		<dc:creator>Richard</dc:creator>
		<pubDate>Wed, 16 Jan 2008 10:34:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/2008/01/the_arse_with_sms_home_routing.html#comment-213204</guid>
		<description>There&#039;s no need for a roaming agreement, the message can still be delivered. The networks don&#039;t bother storing Global Title analysis for every network they roam with in their MSCs, if it&#039;s not a UK PLMN or a &#039;partner network&#039; where they have a direct/cheap interconnect, they just fire it off to BT or any other international SS7 gateway &amp; let them route it.

Home routing just sounds like another excuse for the networks to charge more for interconnect...</description>
		<content:encoded><![CDATA[<p>There&#8217;s no need for a roaming agreement, the message can still be delivered. The networks don&#8217;t bother storing Global Title analysis for every network they roam with in their MSCs, if it&#8217;s not a UK PLMN or a &#8216;partner network&#8217; where they have a direct/cheap interconnect, they just fire it off to BT or any other international SS7 gateway &amp; let them route it.</p>
<p>Home routing just sounds like another excuse for the networks to charge more for interconnect&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Terence Eden</title>
		<link>http://www.mobileindustryreview.com/2008/01/the_arse_with_sms_home_routing.html/comment-page-1#comment-213202</link>
		<dc:creator>Terence Eden</dc:creator>
		<pubDate>Wed, 16 Jan 2008 10:20:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/2008/01/the_arse_with_sms_home_routing.html#comment-213202</guid>
		<description>It&#039;s been a long time since I played around with SMSCs, but here&#039;s my thoughts.

1) You&#039;re still reliant on the destination network to report a delivery success.  There&#039;s nothing much to stop the destination giving a fake delivery report.  Indeed, if you use SMS to landlines you will receive a delivery report when the message has been delivered to the destination&#039;s SMSC, not to the recipient.

2) Maintaining these interconnects is extremely expensive.  If you have a million messages a second each trying for delivery from Operator A to Operator B, that&#039;s a lot of wasted effort.  Much better (easier and cheaper) to send the message and let the destination network deal with it.

3) If you UPS or FedEx anything, you&#039;d better believe that they&#039;ll use a local contractor for the last mile! A courier will deliver to their nearest city and *then* give it to the local delivery boy.

Of course, absent of a private key signed delivery report, you&#039;re never going to know for sure whether it has been received.  Even then, you don&#039;t know it has been read or understood.

This is something that I doubt will ever affect the customer except - we can hope - in lower operating costs and therefore lower bills.

T</description>
		<content:encoded><![CDATA[<p>It&#8217;s been a long time since I played around with SMSCs, but here&#8217;s my thoughts.</p>
<p>1) You&#8217;re still reliant on the destination network to report a delivery success.  There&#8217;s nothing much to stop the destination giving a fake delivery report.  Indeed, if you use SMS to landlines you will receive a delivery report when the message has been delivered to the destination&#8217;s SMSC, not to the recipient.</p>
<p>2) Maintaining these interconnects is extremely expensive.  If you have a million messages a second each trying for delivery from Operator A to Operator B, that&#8217;s a lot of wasted effort.  Much better (easier and cheaper) to send the message and let the destination network deal with it.</p>
<p>3) If you UPS or FedEx anything, you&#8217;d better believe that they&#8217;ll use a local contractor for the last mile! A courier will deliver to their nearest city and *then* give it to the local delivery boy.</p>
<p>Of course, absent of a private key signed delivery report, you&#8217;re never going to know for sure whether it has been received.  Even then, you don&#8217;t know it has been read or understood.</p>
<p>This is something that I doubt will ever affect the customer except &#8211; we can hope &#8211; in lower operating costs and therefore lower bills.</p>
<p>T</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Wilson</title>
		<link>http://www.mobileindustryreview.com/2008/01/the_arse_with_sms_home_routing.html/comment-page-1#comment-213199</link>
		<dc:creator>Chris Wilson</dc:creator>
		<pubDate>Wed, 16 Jan 2008 09:35:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/2008/01/the_arse_with_sms_home_routing.html#comment-213199</guid>
		<description>You&#039;re quite right - SMS is specifically designed  to not work as you suggest. Implementing the system you describe, although commonplace in some territories (US, Hong Kong) is bloody stupid. It completely breaks delivery reports and other key functionality (bit like the iPhone ) and most of the claimed benefits can be performed synchronously without changing the transaction model.

Where this is common is generally where there are completely different types of technology being used for delivery GSM vs CDMA vs TDMA vs iDEN vs Fixed-Line SMS (BT&#039;s fixed line interconnects with the UK networks breaks the transaction model similarly) - where messages are generally queued and passed over IP rather than over the signalling network.

MMS, unlike SMS, is designed with the transaction model where messages are passed to the destination network for delivery - this is one of the reasons why the rushed UK deployment of MMS is such a steaming pile of ....

That said. I think you and that Wikipedia article might have completely the wrong idea about what &quot;SMS home routing&quot; is. There are a number of vendors who are now offering solutions which could be  called &quot;SMS home routing&quot; but do not fuck with the transaction model. The transaction still happens between the originating SMSC and the handset but the message takes a different path across the international SS7 network; this is something that is specifically aimed at roaming subscribers.

Lets take an example:

You&#039;re sending a message to Ed from your T-Mobile to his Vodafone.
Ed&#039;s currently in France, roaming on the SFR network.
T-Mobile&#039;s SMSC accepts your message, asks the Vodafone HLR where Ed is and Vodafone&#039;s HLR will return Ed&#039;s IMSI &amp; the SFR MSC (switching centre) with which Ed is currently registered.
T-Mobile&#039;s  SMSC then sends the message request to SFR&#039;s MSC addressed to Ed&#039;s IMSI.
The SFR MSC pages Ed&#039;s handset and then tries to deliver the message to him &amp; reports the outcome to T-Mobile&#039;s SMSC.
T-Mobile&#039;s SMSC then either knows that the message has been delivered or has responsibility for retrying it etc.

Sounds fine right?

One problem - this will only work if there is a roaming agreement between T-Mobile and SFR. If there isn&#039;t then T-Mobile can&#039;t send the message to SFR&#039;s MSC. So even though T-Mobile might have a roaming agreement with another French network for their subscribers roaming in France then they also need to have one with SFR to be able to terminate messages to Vodafone customers  roaming in France.

France is a bad example since the UK ops all have great interconnects with the french networks, but in countries further afield, or those with new mobile networks then this can be a real issue.

Home routing solves this:

You&#039;re sending a message to Ed from your T-Mobile to his Vodafone.
Ed&#039;s currently in France, roaming on the SFR network.
T-Mobile&#039;s SMSC accepts your message, asks the Vodafone HLR where Ed is and Vodafone&#039;s HLR will return Ed&#039;s IMSI &amp; a Vodafone virtual MSC that knows where Ed really is.
T-Mobile&#039;s  SMSC then sends the message request to the virtual MSC
The virtual MSC then in realtime forwards on the request so the SFR MSC having re-written it so that it&#039;s originates from itself (ie to SFR it appears that the message comes from Vodafone not T-Mobile)
The SFR MSC pages Ed&#039;s handset and then tries to deliver the message to him &amp; reports the outcome to the virtual MSC
The virtual MSC rewrites the request and passes it back to T-Mobile
T-Mobile&#039;s SMSC then either knows that the message has been delivered or has responsibility for retrying it etc.

This is all done in realtime (it&#039;s just like network address translation NAT in an IP network) and is invisible to both the T-Mobile SMSC and the SFR MSC. And it solves the problem - any country in which Ed can roam by definition must have a roaming agreement with Vodafone, so this allows T-Mobile to terminate messages to him whilst he&#039;s there even if T-Mobile have no roaming agreement with the host network. Similarly other features (blocking by originator, spam filtering etc) can be implemented in realtime in the virtual MSC without breaking the transaction model.

In my opinion these new technologies are a really good thing, but I agree that those that break the SMS transaction model (even given the crappy different-technology excuse) are rubbish and will continue to reduce reliability and consumer trust (it&#039;ll keep the US SMS offerings well behind that offered in Europe for a long long time yet).

Ewan, give me a shout if you wanna discuss further!



Chris</description>
		<content:encoded><![CDATA[<p>You&#8217;re quite right &#8211; SMS is specifically designed  to not work as you suggest. Implementing the system you describe, although commonplace in some territories (US, Hong Kong) is bloody stupid. It completely breaks delivery reports and other key functionality (bit like the iPhone ) and most of the claimed benefits can be performed synchronously without changing the transaction model.</p>
<p>Where this is common is generally where there are completely different types of technology being used for delivery GSM vs CDMA vs TDMA vs iDEN vs Fixed-Line SMS (BT&#8217;s fixed line interconnects with the UK networks breaks the transaction model similarly) &#8211; where messages are generally queued and passed over IP rather than over the signalling network.</p>
<p>MMS, unlike SMS, is designed with the transaction model where messages are passed to the destination network for delivery &#8211; this is one of the reasons why the rushed UK deployment of MMS is such a steaming pile of &#8230;.</p>
<p>That said. I think you and that Wikipedia article might have completely the wrong idea about what &#8220;SMS home routing&#8221; is. There are a number of vendors who are now offering solutions which could be  called &#8220;SMS home routing&#8221; but do not fuck with the transaction model. The transaction still happens between the originating SMSC and the handset but the message takes a different path across the international SS7 network; this is something that is specifically aimed at roaming subscribers.</p>
<p>Lets take an example:</p>
<p>You&#8217;re sending a message to Ed from your T-Mobile to his Vodafone.<br />
Ed&#8217;s currently in France, roaming on the SFR network.<br />
T-Mobile&#8217;s SMSC accepts your message, asks the Vodafone HLR where Ed is and Vodafone&#8217;s HLR will return Ed&#8217;s IMSI &amp; the SFR MSC (switching centre) with which Ed is currently registered.<br />
T-Mobile&#8217;s  SMSC then sends the message request to SFR&#8217;s MSC addressed to Ed&#8217;s IMSI.<br />
The SFR MSC pages Ed&#8217;s handset and then tries to deliver the message to him &amp; reports the outcome to T-Mobile&#8217;s SMSC.<br />
T-Mobile&#8217;s SMSC then either knows that the message has been delivered or has responsibility for retrying it etc.</p>
<p>Sounds fine right?</p>
<p>One problem &#8211; this will only work if there is a roaming agreement between T-Mobile and SFR. If there isn&#8217;t then T-Mobile can&#8217;t send the message to SFR&#8217;s MSC. So even though T-Mobile might have a roaming agreement with another French network for their subscribers roaming in France then they also need to have one with SFR to be able to terminate messages to Vodafone customers  roaming in France.</p>
<p>France is a bad example since the UK ops all have great interconnects with the french networks, but in countries further afield, or those with new mobile networks then this can be a real issue.</p>
<p>Home routing solves this:</p>
<p>You&#8217;re sending a message to Ed from your T-Mobile to his Vodafone.<br />
Ed&#8217;s currently in France, roaming on the SFR network.<br />
T-Mobile&#8217;s SMSC accepts your message, asks the Vodafone HLR where Ed is and Vodafone&#8217;s HLR will return Ed&#8217;s IMSI &amp; a Vodafone virtual MSC that knows where Ed really is.<br />
T-Mobile&#8217;s  SMSC then sends the message request to the virtual MSC<br />
The virtual MSC then in realtime forwards on the request so the SFR MSC having re-written it so that it&#8217;s originates from itself (ie to SFR it appears that the message comes from Vodafone not T-Mobile)<br />
The SFR MSC pages Ed&#8217;s handset and then tries to deliver the message to him &amp; reports the outcome to the virtual MSC<br />
The virtual MSC rewrites the request and passes it back to T-Mobile<br />
T-Mobile&#8217;s SMSC then either knows that the message has been delivered or has responsibility for retrying it etc.</p>
<p>This is all done in realtime (it&#8217;s just like network address translation NAT in an IP network) and is invisible to both the T-Mobile SMSC and the SFR MSC. And it solves the problem &#8211; any country in which Ed can roam by definition must have a roaming agreement with Vodafone, so this allows T-Mobile to terminate messages to him whilst he&#8217;s there even if T-Mobile have no roaming agreement with the host network. Similarly other features (blocking by originator, spam filtering etc) can be implemented in realtime in the virtual MSC without breaking the transaction model.</p>
<p>In my opinion these new technologies are a really good thing, but I agree that those that break the SMS transaction model (even given the crappy different-technology excuse) are rubbish and will continue to reduce reliability and consumer trust (it&#8217;ll keep the US SMS offerings well behind that offered in Europe for a long long time yet).</p>
<p>Ewan, give me a shout if you wanna discuss further!</p>
<p>Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ewan</title>
		<link>http://www.mobileindustryreview.com/2008/01/the_arse_with_sms_home_routing.html/comment-page-1#comment-213195</link>
		<dc:creator>Ewan</dc:creator>
		<pubDate>Wed, 16 Jan 2008 09:15:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/2008/01/the_arse_with_sms_home_routing.html#comment-213195</guid>
		<description>That is a fair point, Njar.... ;-)  OK OK OK I&#039;m swapping soon...</description>
		<content:encoded><![CDATA[<p>That is a fair point, Njar&#8230;. <img src='http://www.mobileindustryreview.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' />   OK OK OK I&#8217;m swapping soon&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: njar</title>
		<link>http://www.mobileindustryreview.com/2008/01/the_arse_with_sms_home_routing.html/comment-page-1#comment-213193</link>
		<dc:creator>njar</dc:creator>
		<pubDate>Wed, 16 Jan 2008 09:10:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/2008/01/the_arse_with_sms_home_routing.html#comment-213193</guid>
		<description>If I was on T-Mobile (academic point as this will *never* happen)  I&#039;d beg for Vodafone to be allowed to deliver the message..!</description>
		<content:encoded><![CDATA[<p>If I was on T-Mobile (academic point as this will *never* happen)  I&#8217;d beg for Vodafone to be allowed to deliver the message..!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
