<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: VAS : GPRS Vs SMS</title>
	<atom:link href="http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/feed/" rel="self" type="application/rss+xml" />
	<link>http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/</link>
	<description></description>
	<lastBuildDate>Wed, 16 Dec 2009 13:31:30 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: sumitramani</title>
		<link>http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-58</link>
		<dc:creator>sumitramani</dc:creator>
		<pubDate>Wed, 19 Sep 2007 12:57:32 +0000</pubDate>
		<guid isPermaLink="false">http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-58</guid>
		<description>Good to hear from all of you. I would prefer to wait for few more comments before putting it in back burner :P. So guys the house is still open for discussion...</description>
		<content:encoded><![CDATA[<p>Good to hear from all of you. I would prefer to wait for few more comments before putting it in back burner <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' /> . So guys the house is still open for discussion&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gautam</title>
		<link>http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-37</link>
		<dc:creator>Gautam</dc:creator>
		<pubDate>Fri, 06 Jul 2007 09:30:19 +0000</pubDate>
		<guid isPermaLink="false">http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-37</guid>
		<description>Hi guys,

The points that have been made so far are quite correct except the fact we are not going to the root of problem or we are not coming up correct solution/business models.

I believe we need to understand the philosophy of having a channel over which VAS would be made viable: SMS and data connectivity(GSM-GPRS/CDMA data calls).

As correctly stated by most of us here, both SMS and GPRS have its own pros and cons.The BEST opinion that have come out from this listing is that SMS is  blocking the GPRS evolution, thanks to the revenue-savvy(ONLY) operators.If we think ahead, its unlikely that  their existence is mutually exclusive.

SMS wins in scenarios where data is limited,delay tolerant,etc. whereas GPRS/data connectivity wins where volume is more and needed real-time.

Hence for the evolution of data connectivity beyond just SMS,wot do we need to do?
I think this is the question we need to address.
Voice call revenues have reached the end and lived its life.The next level of differentiation between the operators is in the specialized service and data call......enters the data call and the packet applications.Over to you guys!!!!</description>
		<content:encoded><![CDATA[<p>Hi guys,</p>
<p>The points that have been made so far are quite correct except the fact we are not going to the root of problem or we are not coming up correct solution/business models.</p>
<p>I believe we need to understand the philosophy of having a channel over which VAS would be made viable: SMS and data connectivity(GSM-GPRS/CDMA data calls).</p>
<p>As correctly stated by most of us here, both SMS and GPRS have its own pros and cons.The BEST opinion that have come out from this listing is that SMS is  blocking the GPRS evolution, thanks to the revenue-savvy(ONLY) operators.If we think ahead, its unlikely that  their existence is mutually exclusive.</p>
<p>SMS wins in scenarios where data is limited,delay tolerant,etc. whereas GPRS/data connectivity wins where volume is more and needed real-time.</p>
<p>Hence for the evolution of data connectivity beyond just SMS,wot do we need to do?<br />
I think this is the question we need to address.<br />
Voice call revenues have reached the end and lived its life.The next level of differentiation between the operators is in the specialized service and data call&#8230;&#8230;enters the data call and the packet applications.Over to you guys!!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: meher</title>
		<link>http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-34</link>
		<dc:creator>meher</dc:creator>
		<pubDate>Thu, 05 Jul 2007 13:23:19 +0000</pubDate>
		<guid isPermaLink="false">http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-34</guid>
		<description>i believe any content that has to flow , that is gprs dependent , needs to flow today , thru the operators. 
hence , Operator dependent... 
my Question to Gokulmuthu N , how would the billing be managed .... how would you collect your due for content flowing on gprs , even if you say you deliver it independently.
how would you distribute the content ...the subscriber base addressing .
the operators are talking about Gprs ... adverts like eskimo search on gprs, with hutch, at least is openng up acceptability and realisation that VAS has more to offer than plain sms.
what about single applicatin developers , who is gonna give them a platform, and a piece of the cake, say for example , if its a simple compress sms application, send 2 sms collapsed in one !! would the operator want to loose the addn sms revenue he earns if the charactes of one sms exceeds the limit.
i am sorry to deviate on the discussion of sms being the king , but gprs is a way ahead, rich media, video messaging , the works .... what lacks is the knowledge and the hand holding that the subscribers need .
www.bugzy.in</description>
		<content:encoded><![CDATA[<p>i believe any content that has to flow , that is gprs dependent , needs to flow today , thru the operators.<br />
hence , Operator dependent&#8230;<br />
my Question to Gokulmuthu N , how would the billing be managed &#8230;. how would you collect your due for content flowing on gprs , even if you say you deliver it independently.<br />
how would you distribute the content &#8230;the subscriber base addressing .<br />
the operators are talking about Gprs &#8230; adverts like eskimo search on gprs, with hutch, at least is openng up acceptability and realisation that VAS has more to offer than plain sms.<br />
what about single applicatin developers , who is gonna give them a platform, and a piece of the cake, say for example , if its a simple compress sms application, send 2 sms collapsed in one !! would the operator want to loose the addn sms revenue he earns if the charactes of one sms exceeds the limit.<br />
i am sorry to deviate on the discussion of sms being the king , but gprs is a way ahead, rich media, video messaging , the works &#8230;. what lacks is the knowledge and the hand holding that the subscribers need .<br />
<a href="http://www.bugzy.in" rel="nofollow">http://www.bugzy.in</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vikas</title>
		<link>http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-33</link>
		<dc:creator>Vikas</dc:creator>
		<pubDate>Thu, 05 Jul 2007 10:45:59 +0000</pubDate>
		<guid isPermaLink="false">http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-33</guid>
		<description>I agree about GPRS is better option to send SMS, but whole point is reach to mass public. Today millions of handsets are in circulation that can only do SMS. Above all there is a demand of Low cost phone , example Reliance has sold Rs 777 phone in Millions of unit.
Looking at the above scenario, why Operator will invest in additional cost of deploying SMS over GPRS, unless there is significant increase in revenue.
It will really takes a long time when GPRS over SMS can become reality.</description>
		<content:encoded><![CDATA[<p>I agree about GPRS is better option to send SMS, but whole point is reach to mass public. Today millions of handsets are in circulation that can only do SMS. Above all there is a demand of Low cost phone , example Reliance has sold Rs 777 phone in Millions of unit.<br />
Looking at the above scenario, why Operator will invest in additional cost of deploying SMS over GPRS, unless there is significant increase in revenue.<br />
It will really takes a long time when GPRS over SMS can become reality.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kumsu</title>
		<link>http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-32</link>
		<dc:creator>kumsu</dc:creator>
		<pubDate>Thu, 05 Jul 2007 09:06:49 +0000</pubDate>
		<guid isPermaLink="false">http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-32</guid>
		<description>I do feel GPRS opens up a lot more possibilities and opportunities than SMS but the user base is very small. But it does seem that major providers will bring the user cost to minimal (or is it already quite low?) and then these services will kick off the next VAS boom. As far as SMS is concerned, it will be difficult to replace few services like ones which are used for alerting or notifying a user about specific events because of the push nature of SMS. But SMS has its own issues of character limits and high cost.</description>
		<content:encoded><![CDATA[<p>I do feel GPRS opens up a lot more possibilities and opportunities than SMS but the user base is very small. But it does seem that major providers will bring the user cost to minimal (or is it already quite low?) and then these services will kick off the next VAS boom. As far as SMS is concerned, it will be difficult to replace few services like ones which are used for alerting or notifying a user about specific events because of the push nature of SMS. But SMS has its own issues of character limits and high cost.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vikram</title>
		<link>http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-31</link>
		<dc:creator>Vikram</dc:creator>
		<pubDate>Thu, 05 Jul 2007 07:48:25 +0000</pubDate>
		<guid isPermaLink="false">http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-31</guid>
		<description>Also GPRS is only for GSM carriers and not for CDMA whereas SMS is available even for CDMA carriers. So the other route is to offer the same through WAP. Comments.</description>
		<content:encoded><![CDATA[<p>Also GPRS is only for GSM carriers and not for CDMA whereas SMS is available even for CDMA carriers. So the other route is to offer the same through WAP. Comments.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gokulmuthu N</title>
		<link>http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-30</link>
		<dc:creator>Gokulmuthu N</dc:creator>
		<pubDate>Thu, 05 Jul 2007 07:42:46 +0000</pubDate>
		<guid isPermaLink="false">http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-30</guid>
		<description>GPRS has a huge potential for VAS. The first and foremost being that it is operator independant. Just like a webserver, I can put a machine on a public IP and host an application on that. It is all visible to the operator just as mere GPRS traffic. I dont need to put any hardware or software in the operator&#039;s infrastructure.

Now, coming to the application protocol, the OMA PoC and XDM provide a rich set of standardized protocols and their extensions. It has defined standards for session establishment, contact management, document management, etc. It can easily replace SMS with voice based messaging. There are several companies coming up with interesting applications on the top of PoC. Several handset vendors will soon come up with OMA PoC built into the handsets. Till then, OMA PoC software is available for Symbian and WinMobile platforms from several vendors.

The first application coming up on OMA PoC is short voice communication, voice messaging, group calls, server based contact management, presence, etc. But the OMA PoC can be used as the platform to develop a lot of compelling applications for both the enterprise and consumer. You can check www.mobilesforworkers.com for a glimpse of what is already available.</description>
		<content:encoded><![CDATA[<p>GPRS has a huge potential for VAS. The first and foremost being that it is operator independant. Just like a webserver, I can put a machine on a public IP and host an application on that. It is all visible to the operator just as mere GPRS traffic. I dont need to put any hardware or software in the operator&#8217;s infrastructure.</p>
<p>Now, coming to the application protocol, the OMA PoC and XDM provide a rich set of standardized protocols and their extensions. It has defined standards for session establishment, contact management, document management, etc. It can easily replace SMS with voice based messaging. There are several companies coming up with interesting applications on the top of PoC. Several handset vendors will soon come up with OMA PoC built into the handsets. Till then, OMA PoC software is available for Symbian and WinMobile platforms from several vendors.</p>
<p>The first application coming up on OMA PoC is short voice communication, voice messaging, group calls, server based contact management, presence, etc. But the OMA PoC can be used as the platform to develop a lot of compelling applications for both the enterprise and consumer. You can check <a href="http://www.mobilesforworkers.com" rel="nofollow">http://www.mobilesforworkers.com</a> for a glimpse of what is already available.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ritesh Banglani</title>
		<link>http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-29</link>
		<dc:creator>Ritesh Banglani</dc:creator>
		<pubDate>Thu, 05 Jul 2007 07:29:31 +0000</pubDate>
		<guid isPermaLink="false">http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-29</guid>
		<description>&quot;Downloading a ringtone of size 50kb would have costed me 50 paisa&quot;

You are considering only the cost of transport, not the cost of the content. Premium SMS exists so that content providers can charge for the content. To me PSMS is simply a billing mechanism - the actual delivery can be done via GPRS or SMS. I consider premium SMS a key driver for the ringtone market - else mobile music would be plagued by piracy the same way online music is today.</description>
		<content:encoded><![CDATA[<p>&#8220;Downloading a ringtone of size 50kb would have costed me 50 paisa&#8221;</p>
<p>You are considering only the cost of transport, not the cost of the content. Premium SMS exists so that content providers can charge for the content. To me PSMS is simply a billing mechanism &#8211; the actual delivery can be done via GPRS or SMS. I consider premium SMS a key driver for the ringtone market &#8211; else mobile music would be plagued by piracy the same way online music is today.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rakesh Agarwal</title>
		<link>http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-28</link>
		<dc:creator>Rakesh Agarwal</dc:creator>
		<pubDate>Thu, 05 Jul 2007 05:33:37 +0000</pubDate>
		<guid isPermaLink="false">http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-28</guid>
		<description>Hi ,

My assumption is that the operator is happy with the ammount of profit that it is getting with SMS and hence there is no reason for it to promote GPRS. Also probably cost of deploying VAS over SMS is far less than deploying services over GPRS. Moreover whatever said the customers seems to be willing to pay the price asked by the operators so why should the operators try something else.
As an example I have noticed there is less noise/buzz about the mobile IM ( which is over GPRS and which could kill SMS ) launched by the INdian operators than it is for the ringtones and other VAS services.</description>
		<content:encoded><![CDATA[<p>Hi ,</p>
<p>My assumption is that the operator is happy with the ammount of profit that it is getting with SMS and hence there is no reason for it to promote GPRS. Also probably cost of deploying VAS over SMS is far less than deploying services over GPRS. Moreover whatever said the customers seems to be willing to pay the price asked by the operators so why should the operators try something else.<br />
As an example I have noticed there is less noise/buzz about the mobile IM ( which is over GPRS and which could kill SMS ) launched by the INdian operators than it is for the ringtones and other VAS services.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Prakash</title>
		<link>http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-27</link>
		<dc:creator>Prakash</dc:creator>
		<pubDate>Thu, 05 Jul 2007 04:32:18 +0000</pubDate>
		<guid isPermaLink="false">http://sumitramani.wordpress.com/2007/07/04/vas-gprs-vs-sms/#comment-27</guid>
		<description>SMS and GPRS are the mere bearer that is used for providing the value added service for a consumer. With SMS being (I wonder why USSD has not taken a similar path as SMS for the bearer in GSM network), ubiquitously available in all the handsets and not all handsets provide option to load a client, I presume VAS providers, are going for SMS. However with more and more operators trying to load some kind of client (be it based on Java/BREW/STK), I would think SMS/USSD (in GSM) or some proprietary data protocol (e.g., TTSL is using CellRadio) would be used. But I also don&#039;t think GPRS (or EDGE) can not be ignored for a long time.

Also I am not sure whether all the SMS cost would go to operator... May be some percentage of it would be shared with the VAS provider.</description>
		<content:encoded><![CDATA[<p>SMS and GPRS are the mere bearer that is used for providing the value added service for a consumer. With SMS being (I wonder why USSD has not taken a similar path as SMS for the bearer in GSM network), ubiquitously available in all the handsets and not all handsets provide option to load a client, I presume VAS providers, are going for SMS. However with more and more operators trying to load some kind of client (be it based on Java/BREW/STK), I would think SMS/USSD (in GSM) or some proprietary data protocol (e.g., TTSL is using CellRadio) would be used. But I also don&#8217;t think GPRS (or EDGE) can not be ignored for a long time.</p>
<p>Also I am not sure whether all the SMS cost would go to operator&#8230; May be some percentage of it would be shared with the VAS provider.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
