<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Wirevolution &#187; AT&amp;T</title>
	<atom:link href="http://www.wirevolution.com/category/att/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wirevolution.com</link>
	<description>Mobile Unified Communications</description>
	<lastBuildDate>Fri, 27 Jan 2012 17:18:06 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>VoIP over the 3G data channel comes to the iPhone</title>
		<link>http://www.wirevolution.com/2010/01/29/voip-over-the-3g-data-channel-comes-to-the-iphone/</link>
		<comments>http://www.wirevolution.com/2010/01/29/voip-over-the-3g-data-channel-comes-to-the-iphone/#comments</comments>
		<pubDate>Fri, 29 Jan 2010 16:34:41 +0000</pubDate>
		<dc:creator>Michael</dc:creator>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[AT&T]]></category>
		<category><![CDATA[dual-mode]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[VoIP]]></category>
		<category><![CDATA[Wi-Fi]]></category>

		<guid isPermaLink="false">http://www.wirevolution.com/?p=1222</guid>
		<description><![CDATA[I discussed last September how AT&#038;T was considering opening up the 3G data channel to third party voice applications like Skype. According to Rethink Wireless, Steve Jobs mentioned in passing at this week&#8217;s iPad extravaganza that it is now a done deal. Rethink mentions iCall and Skype as beneficiaries. Another notable one is Fring. Google [...]]]></description>
			<content:encoded><![CDATA[<p>I <a href="http://www.wirevolution.com/2009/09/17/voip-on-the-cellular-data-channel/">discussed last September</a> how AT&#038;T was considering opening up the 3G data channel to third party voice applications like Skype. <a href="http://www.rethink-wireless.com/article.asp?article_id=2556">According to Rethink Wireless</a>, Steve Jobs mentioned in passing at this week&#8217;s iPad extravaganza that it is now a done deal.</p>
<p>Rethink mentions <a href="http://www.icall.com/iphone/">iCall</a> and <a href="http://www.skype.com/intl/en/mobile/">Skype</a> as beneficiaries. Another notable one is <a href="http://www.fring.com/default.asp">Fring</a>. Google Voice is not yet in this category, since it uses the cellular voice channel rather than the data channel, so it is not strictly speaking VoIP; the same applies to Skype for the iPhone.</p>
<p>According to Boaz Zilberman, Chief Architect at Fring, the Fring iPhone client needed no changes to implement VoIP on the 3G data channel. It was simply a matter of reprogramming the Fring servers to not block it. Apple also required a change to Fring&#8217;s customer license agreements, requiring the customer to use this feature only if permitted by his service provider. AT&#038;T now allows it, but non-US carriers may have different policies.</p>
<p>Boaz also mentioned some interesting points about VoIP on the 3G data channel compared with EDGE/GPRS and Wi-Fi. He said that Fring only uses the codecs built in to handsets to avoid the battery drain of software codecs. He said that his preferred codec is AMR-NB; he feels the bandwidth constraints and packet loss inherent in wireless communications negate the audio quality benefits of wideband codecs. 3G data calls often sound better than Wi-Fi calls &#8211; the increased latency (100 ms additional round-trip according to Boaz) is balanced by reduced packet loss. 20% of Fring&#8217;s calls run on GPRS/EDGE, where the latency is even greater than on 3G; total round trip latency on a GPRS VoIP call is 400-500ms according to Boaz.</p>
<p>As for handsets, Boaz says that Symbian phones are best suited for VoIP, the Nokia N97 being the current champion. Windows Mobile has poor audio path support in its APIs. The iPhone&#8217;s greatest advantage is its user interface, it&#8217;s disadvantages are lack of background execution and lack of camera APIs. Android is fragmented: each Android device requires different programming to implement VoIP.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.wirevolution.com/2010/01/29/voip-over-the-3g-data-channel-comes-to-the-iphone/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>All you can eat?</title>
		<link>http://www.wirevolution.com/2009/12/10/all-you-can-eat/</link>
		<comments>http://www.wirevolution.com/2009/12/10/all-you-can-eat/#comments</comments>
		<pubDate>Thu, 10 Dec 2009 16:56:30 +0000</pubDate>
		<dc:creator>Michael</dc:creator>
				<category><![CDATA[AT&T]]></category>
		<category><![CDATA[cellular]]></category>
		<category><![CDATA[controversies]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[Video]]></category>

		<guid isPermaLink="false">http://www.wirevolution.com/?p=1061</guid>
		<description><![CDATA[The always good Rethink Wireless has an article AT&#038;T sounds deathknell for unlimited mobile data. It points out that with &#8220;3% of smartphone users now consuming 40% of network capacity,&#8221; the carrier has to draw a line. Presumably because if 30% of AT&#038;T&#8217;s subscribers were to buy iPhones, they would consume 400% of the network&#8217;s [...]]]></description>
			<content:encoded><![CDATA[<p>The always good Rethink Wireless has an article <a href="http://www.rethink-wireless.com/article.asp?article_id=2239">AT&#038;T sounds deathknell for unlimited mobile data</a>.</p>
<p>It points out that with &#8220;3% of smartphone users now consuming 40% of network capacity,&#8221; the carrier has to draw a line. Presumably because if 30% of AT&#038;T&#8217;s subscribers were to buy iPhones, they would consume 400% of the network&#8217;s capacity.</p>
<p>Wireless networks are badly bandwidth constrained. AT&#038;T&#8217;s woes with the iPhone launch were caused by lack of backhaul (wired capacity to the cell towers), but the real problem is on the wireless link from the cell tower to the phone.</p>
<p>The problem here is one of setting expectations. Here&#8217;s an excerpt from AT&#038;T&#8217;s promotional materials: <a href="http://www.wireless.att.com/businesscenter/built-for-business/network.jsp">&#8220;Customers with capable LaptopConnect products or phones, like the iPhone 3G S, can experience the 7.2 [megabit per second] speeds in coverage areas.&#8221;</a> A reasonable person reading this might think that it is an invitation to do something like video streaming. Actually, a single user of this bandwidth would consume the entire capacity of a cell-tower sector:<br />
<img src="http://www.wirevolution.com/wp-content/uploads/2009/12/cell-capacity.png" alt="HSPA ell capacity per sector per 5 MHz"  class=articleimg/><br />
<em>Source: <a href="http://www.scribd.com/ebook-HSDPA-HSUPA-for-UMTS-High-Speed-Radio-Access-for-Mobile-Communications/d/7070107">High Speed Radio Access for Mobile Communications, edited by Harri Holma and Antti Toskala.</a></em></p>
<p>This provokes a dilemma &#8211; not just for AT&#038;T but for all wireless service providers. Ideally you want the network to be super responsive, for example when you are loading a web page. This requires a lot of bandwidth for short bursts. So imposing a bandwidth cap, throttling download speeds to some arbitrary maximum, would give users a worse experience. But users who use a lot of bandwidth continuously &#8211; streaming live TV for example &#8211; make things bad for everybody. </p>
<p>The cellular companies think of users like this as bad guys, taking more than their share. But actually they are innocently taking the carriers up on the promises in their ads. This is why the Rethink piece says &#8220;many observers think AT&#038;T &#8211; and its rivals &#8211; will have to return to usage-based pricing, or a tiered tariff plan.&#8221;</p>
<p>Actually, AT&#038;T already appears to have such a policy &#8211; <a href="http://www.wireless.att.com/cell-phone-service/legal/plan-terms.jsp">reserving the right</a> to charge more if you use more than 5GB per month. This is a lot, unless you are using your phone to stream video. For example, it&#8217;s over 10,000 <a href="http://www.lunchoverip.com/2008/05/average-webpage.html">average web pages</a> or 10,000 minutes of VoIP. You can avoid running over this cap by limiting your streaming videos and your videophone calls to when you are in Wi-Fi coverage. You can still watch videos when you are out and about by downloading them in advance, iPod style.</p>
<p>This doesn&#8217;t seem particularly burdensome to me.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.wirevolution.com/2009/12/10/all-you-can-eat/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>AT&amp;T to open wireless data channel to VoIP</title>
		<link>http://www.wirevolution.com/2009/10/07/att-to-open-wireless-data-channel-to-voip/</link>
		<comments>http://www.wirevolution.com/2009/10/07/att-to-open-wireless-data-channel-to-voip/#comments</comments>
		<pubDate>Wed, 07 Oct 2009 21:54:03 +0000</pubDate>
		<dc:creator>Michael</dc:creator>
				<category><![CDATA[AT&T]]></category>
		<category><![CDATA[cellular]]></category>
		<category><![CDATA[controversies]]></category>
		<category><![CDATA[FCC]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[VoIP]]></category>

		<guid isPermaLink="false">http://www.wirevolution.com/?p=972</guid>
		<description><![CDATA[In an earlier post, I discussed a comment AT&#038;T made contemplating allowing VoIP on the cellular data channel. Today AT&#038;T wrote a letter to the FCC saying that they have decided to go ahead with it. This will make international calls much cheaper for people who are willing to put up with the latency issues [...]]]></description>
			<content:encoded><![CDATA[<p>In an <a href="http://www.wirevolution.com/2009/09/17/voip-on-the-cellular-data-channel/">earlier post</a>, I discussed a comment AT&#038;T made contemplating allowing VoIP on the cellular data channel. Today AT&#038;T wrote a <a href="http://fjallfoss.fcc.gov/prod/ecfs/retrieve.cgi?native_or_pdf=pdf&#038;id_document=7020040868">letter to the FCC</a> saying that they have decided to go ahead with it.</p>
<p>This will make international calls much cheaper for people who are willing to put up with the latency issues of the data channel. </p>
]]></content:encoded>
			<wfw:commentRss>http://www.wirevolution.com/2009/10/07/att-to-open-wireless-data-channel-to-voip/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Femtocell pricing chutzpah</title>
		<link>http://www.wirevolution.com/2009/09/22/femtocell-pricing-chutzpah/</link>
		<comments>http://www.wirevolution.com/2009/09/22/femtocell-pricing-chutzpah/#comments</comments>
		<pubDate>Tue, 22 Sep 2009 14:32:46 +0000</pubDate>
		<dc:creator>Michael</dc:creator>
				<category><![CDATA[AT&T]]></category>
		<category><![CDATA[dual-mode]]></category>
		<category><![CDATA[FCC]]></category>
		<category><![CDATA[femtocells]]></category>
		<category><![CDATA[FMC]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[neutrality]]></category>
		<category><![CDATA[Policy]]></category>
		<category><![CDATA[VoIP]]></category>
		<category><![CDATA[Wi-Fi]]></category>

		<guid isPermaLink="false">http://www.wirevolution.com/?p=933</guid>
		<description><![CDATA[It&#8217;s like buying an airplane ticket then getting charged extra to get on the plane. The cellular companies want you to buy cellular service then pay extra to get signal coverage. Gizmodo has a coolly reasoned analysis. AT&#038;T Wireless is doing the standard telco thing here, conflating pricing for different services. It is sweetening the [...]]]></description>
			<content:encoded><![CDATA[<p>It&#8217;s like  buying an airplane ticket then getting charged extra to get on the plane.</p>
<p>The cellular companies want you to buy cellular service then pay extra to get signal coverage. Gizmodo has <a href="http://gizmodo.com/5364161/3g-microcells-att-wants-you-to-pay-extra-to-fix-their-own-failures">a coolly reasoned analysis</a>.</p>
<p>AT&#038;T Wireless is doing the standard telco thing here, conflating pricing for different services. It is sweetening the monthly charge option for femtocells by offering unlimited calling. A more honest pricing scheme would be to provide femtocells free to anybody who has coverage problem, and to offer the femtocell/unlimited calling option as a separate product.  Come to think of it, this is probably how AT&#038;T really plans for it to work: if a customer calls to cancel service because of poor coverage, I expect AT&#038;T will offer a free femtocell as a retention incentive.</p>
<p>It is ironic that this issue is coming up at the same time as <a href="http://www.rethink-wireless.com/?article_id=1924">the wireless carriers are up in arms</a> about the FCC&#8217;s new network neutrality initiative.  Now that smartphones all have Wi-Fi, if the handsets were truly open we could use our home Wi-Fi signal to get data and voice services from alternative providers when we were at home. No need for femtocells. (T-Mobile@Home is a closed-network version of this.)</p>
<p>Presumably something like this is on the roadmap for Google Voice, which is one of the scenarios that causes the MNOs to fight network neutrality tooth and nail.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.wirevolution.com/2009/09/22/femtocell-pricing-chutzpah/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VoIP on the cellular data channel</title>
		<link>http://www.wirevolution.com/2009/09/17/voip-on-the-cellular-data-channel/</link>
		<comments>http://www.wirevolution.com/2009/09/17/voip-on-the-cellular-data-channel/#comments</comments>
		<pubDate>Fri, 18 Sep 2009 04:07:23 +0000</pubDate>
		<dc:creator>Michael</dc:creator>
				<category><![CDATA[AT&T]]></category>
		<category><![CDATA[controversies]]></category>
		<category><![CDATA[DiVitas]]></category>
		<category><![CDATA[dual-mode]]></category>
		<category><![CDATA[HD Voice]]></category>
		<category><![CDATA[impairments]]></category>
		<category><![CDATA[QoS Metrics]]></category>
		<category><![CDATA[VoIP]]></category>

		<guid isPermaLink="false">http://www.wirevolution.com/?p=885</guid>
		<description><![CDATA[In a recent letter to the FCC, AT&#038;T said that it had no objection to VoIP applications on the iPhone that communicate over the Wi-Fi connection. It furthermore said: Consistent with this approach, we plan to take a fresh look at possibly authorizing VoIP capabilities on the iPhone for use on AT&#038;T’s 3G network. So [...]]]></description>
			<content:encoded><![CDATA[<p>In a <a href="http://www.wirevolution.com/2009/08/26/att-apple-and-voip-on-the-iphone/">recent letter to the FCC</a>, AT&#038;T said that it had no objection to VoIP applications on the iPhone that communicate over the Wi-Fi connection. It furthermore said:</p>
<blockquote><p>Consistent with this approach, we plan to take a fresh look at possibly authorizing VoIP capabilities on the iPhone for use on AT&#038;T’s 3G network.</p></blockquote>
<p>So why would anybody want to do VoIP on the cellular data channel, when there is a cellular voice channel already? Wouldn’t voice on the data channel cost more? And since the voice channel is optimized for voice and the data channel isn’t, wouldn’t voice on the data channel sound even worse than cellular voice already does? </p>
<p>Let’s look at the “why bother?” question first. There are actually at least four reasons you might want to do voice on the cellular data channel:</p>
<ol>
<li>To save money. If your voice plan has some expensive types of call (for example international calls) you may want to use VoIP on the data channel for toll by-pass. The alternative to this is to use the voice channel to call a local access number for an international toll by-pass service (like <a href="http://www.rebtel.com/">RebTel</a>.)</li>
<li>To get better sound quality: the cellular voice codecs are very low bandwidth and sound horrible. You can choose which codec to run over the data network and even go wideband. At IT Expo West a couple of weeks ago David Frankel of <a href= http://www.zipdx.com/showcase/ >ZipDX</a> demoed a wideband voice call on his laptop going through a Sprint Wireless Data Card. The audio quality was excellent.</li>
<li>To get additional service features: companies like <a href="http://divitas.com/">DiVitas</a> offer roaming between the cellular and Wi-Fi networks that makes your cell phone act as an extension behind your corporate PBX. All these solutions currently use the cellular voice channel when out of Wi-Fi range, but if they were to go to the data channel they could offer wideband codecs and other differentiating features.</li>
<li>For cases where there is no voice channel. In the example of David Frankel’s demo, the wireless data card doesn’t offer a voice channel, so VoIP on the data channel is the only option for a voice connection.
</li>
</ol>
<p>Moving on to the issue of cost, an iPhone <a href="http://www.wireless.att.com/learn/articles-resources/wireless-terms.jsp">unlimited data plan</a> is $30 per month. &#8220;Unlimited&#8221; is AT&#038;T’s euphemism for “limited to 5GB per month,” but translated to voice that’s a lot of minutes: even with IP packet overhead the bit-rate of compressed HD voice is going to be around 50K bits per second, which works out to about 13,000 minutes in 5GB. So using it for voice is unlikely to increase your bill.  On the other hand, many voice plans are already effectively unlimited, what with rollover minutes, friend and family minutes, night and weekend minutes and whatnot, and you can’t get a phone without a voice plan. So for normal (non-international) use voice on the data channel is not going to reduce your bill, but it is unlikely to increase it, either.</p>
<p>Finally we come to the issue of whether voice sounds better on the voice channel or the data channel. The answer is, it depends on several factors, primarily the codec and the network QoS. With VoIP you can radically improve the sound quality of a call by using a wideband codec, but do impairments on the data channel nullify this benefit?</p>
<p>Technically, the answer is yes. The cellular data channel is not engineered for low latency. Variable delays are introduced by network routing decisions and by router queuing decisions. Latencies in the hundreds of milliseconds are not unusual. This will change with the advent of LTE, where the latencies will be of the order of 10 milliseconds. The available bandwidth is also highly variable, in contrast to the fixed bandwidth allocation of the voice channel. It can sometimes drop below what is needed for voice with even an aggressive variable rate codec.</p>
<p>In practice VoIP on the cellular data channel can sometimes sound much better than regular cellular voice. I mentioned above David Frankel’s demo at IT Expo West. I performed a similar experiment this morning with <a href= "http://www.mgraves.org/">Michael Graves</a>, with similarly good results. I was on a Polycom desk phone, Michael used Eyebeam on a laptop, and the codec was G.722. The latency on this call was appreciable – I estimated it at around 1 second round trip. There was also some packet loss – not bad for me, but it caused a sub-par experience for Michael. Earlier this week at Jeff Pulver’s HD Connect conference in New York, researchers from Qualcomm demoed a handset running on the Verizon network using EVRC-WB, transcoding to G.722 on Polycom and Gigaset phones in their lab in San Diego. The sound quality was excellent, but the latency was very high – I estimated it at around two seconds round trip.</p>
<p>The ITU addresses latency (delay) in <a href= "http://www.itu.int/itudoc/itu-t/aap/sg12aap/history/g.114/index.html">Recommendation G.114</a>. Delay is a problem because normal conversation depends on turn taking. Most people insert pauses of up to about 400 ms as they talk.  If nobody else speaks during a pause, they continue.  This means that if the one-way delay on a phone conversation is greater than 200 ms, the talker doesn’t hear an interruption within the 400 ms break, and starts talking again, causing frustrating collisions.<br />
<a href= "http://www.itu.int/ITU-T/studygroups/com12/emodelv1/index.htm">The ITU E-Model</a> for call quality identifies a threshold at about 170 ms one-way at which latency becomes a problem. The E-Model also tells us that increasing latency amplifies other impairments – notably echo, which can be severe at low latencies without being a problem, but at high latencies even relatively quiet echo can severely disrupt a talker.</p>
<p>Some people may be able to handle long latencies better than others. Michael observed that he can get used to high latency echo after a few minutes of conversation.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.wirevolution.com/2009/09/17/voip-on-the-cellular-data-channel/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Apple&#8217;s App-roval process</title>
		<link>http://www.wirevolution.com/2009/08/28/apples-app-roval-process/</link>
		<comments>http://www.wirevolution.com/2009/08/28/apples-app-roval-process/#comments</comments>
		<pubDate>Fri, 28 Aug 2009 12:16:02 +0000</pubDate>
		<dc:creator>Michael</dc:creator>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[AT&T]]></category>
		<category><![CDATA[controversies]]></category>
		<category><![CDATA[FCC]]></category>
		<category><![CDATA[iPhone]]></category>

		<guid isPermaLink="false">http://www.wirevolution.com/?p=856</guid>
		<description><![CDATA[I wrote earlier about AT&#038;T&#8217;s responses to FCC&#8217;s questions concerning the iPhone App Store and Google Voice. Now Apple has posted its responses to the same questions, which are basically the same as AT&#038;T&#8217;s. Among the differences are that Apple&#8217;s responses contain some hard numbers on its controversial App Store approval process: 80% of applications [...]]]></description>
			<content:encoded><![CDATA[<p>I <a href="http://www.wirevolution.com/2009/08/26/att-apple-and-voip-on-the-iphone/">wrote earlier about AT&#038;T&#8217;s responses </a>to FCC&#8217;s questions concerning the iPhone App Store and Google Voice.</p>
<p>Now Apple has posted <a href="http://www.apple.com/hotnews/apple-answers-fcc-questions/">its responses to the same questions</a>, which are basically the same as AT&#038;T&#8217;s. Among the differences are that Apple&#8217;s responses contain some hard numbers on its <a href="http://www.techcrunch.com/2009/08/15/phil-schiller-is-a-man-on-a-mission-to-save-the-app-store/">controversial App Store approval process</a>:</p>
<ul>
<li>80% of applications are approved as originally submitted. </li>
<li>95% of applications are approved within 14 days of submission.</li>
<li>65,000 applications have been approved.</li>
<li>200,000 submissions and re-submissions have been made.</li>
<li>8,500 submissions are coming in each week.</li>
<li>Each submission is reviewed by two reviewers.</li>
<li>There are 40 reviewers. </li>
</ul>
<p>These numbers don&#8217;t really add up. So what Apple probably means is that 95% of the applications that have been approved were approved within 14 days of their final submission. Even so, each reviewer must look at an average of 425 submissions per week (8,500*2/40), which is 10 per hour per reviewer &#8211; an average of 12 minutes of reviewer time per submission, which doesn&#8217;t seem to justify the terms &#8220;comprehensive&#8221; and &#8220;rigorous&#8221; used in Apple&#8217;s description of the process:</p>
<blockquote><p>Apple developed a comprehensive review process that looks at every iPhone application that is submitted to Apple. Applications and marketing text are submitted through a web interface. Submitted applications undergo a rigorous review process that tests for vulnerabilities such as software bugs, instability on the iPhone platform, and the use of unauthorized protocols. Applications are also reviewed to try to prevent privacy issues, safeguard children from exposure to inappropriate content, and avoid applications that degrade the core experience of the iPhone. There are more than 40 full-time trained reviewers, and at least two different reviewers study each application so that the review process is applied uniformly. Apple also established an App Store executive review board that determines procedures and sets policy for the review process, as well as reviews applications that are escalated to the board because they raise new or complex issues. The review board meets weekly and is comprised of senior management with responsibilities for the App Store. 95% of applications are approved within 14 days of being submitted.</p></blockquote>
<p>Of course much of this might be automated, which would explain both the superhuman productivity of the reviewers and the alleged mindlessness of the decision-making.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.wirevolution.com/2009/08/28/apples-app-roval-process/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>AT&amp;T, Apple and VoIP on the iPhone</title>
		<link>http://www.wirevolution.com/2009/08/26/att-apple-and-voip-on-the-iphone/</link>
		<comments>http://www.wirevolution.com/2009/08/26/att-apple-and-voip-on-the-iphone/#comments</comments>
		<pubDate>Thu, 27 Aug 2009 03:27:20 +0000</pubDate>
		<dc:creator>Michael</dc:creator>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[AT&T]]></category>
		<category><![CDATA[controversies]]></category>
		<category><![CDATA[FCC]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[VoIP]]></category>
		<category><![CDATA[Wi-Fi]]></category>

		<guid isPermaLink="false">http://www.wirevolution.com/?p=838</guid>
		<description><![CDATA[The phone OEMs are customer-driven, and I mean that in a bad way. They view service providers rather than consumers as their customers, and therefore have historically tended to be relatively uninterested in ease of use or performance, concentrating on packing in long checklists of features, many of which went unused by baffled consumers. Nokia [...]]]></description>
			<content:encoded><![CDATA[<p>The phone OEMs are customer-driven, and I mean that in a bad way. They view service providers rather than consumers as their customers, and therefore have historically tended to be relatively uninterested in ease of use or performance, concentrating on packing in long checklists of features, many of which went unused by baffled consumers. Nokia seemed to have factions that were more user-oriented, but it took the chutzpah of Steve Jobs to really change the game.</p>
<p>A recent FCC inquiry has provoked a <a href="http://gullfoss2.fcc.gov/prod/ecfs/retrieve.cgi?native_or_pdf=pdf&#038;id_document=7020036306">fascinating letter from AT&#038;T</a> on the background of the iPhone and AT&#038;T&#8217;s relationship with Apple, including Voice over IP on the iPhone. On the topic of VoIP, the letter says that AT&#038;T bound Apple to not create a VoIP capability for the iPhone, but Apple did not commit to prevent third parties from doing so. AT&#038;T says that it never had any objection to iPhone VoIP applications that run over Wi-Fi, and that it is currently reconsidering its opposition to VoIP applications that run over the 3G data connection. Since the argument that AT&#038;T presents in the letter in favor of restrictions on VoIP is weak, such a reconsideration seems in order.  </p>
<p>The argument goes as follows: the explosion of the mobile Internet led by the iPhone was catalyzed by cheap iPhones. iPhones are cheap because of massive subsidies. The subsidies are paid for by the voice services. Therefore, AT&#038;T is justified in protecting its voice service revenues because the subsidies they allow had such a great result: the flourishing of the mobile Internet. The reason this argument is weak is that voice service revenues are not the only way to recoup subsidies. AT&#038;T has discovered that it can charge for the mobile Internet directly, and recoup its subsidies that way.  It will not sell a subsidized iPhone without an unlimited data plan, and it increased the price of that mandatory plan by 50% last year. Even with this price increase iPhone sales continued to burgeon. In other words, AT&#038;T may be able to recoup lost voice revenues by charging more for its data services. </p>
<p>This is exactly what the <a href="http://www.isen.com/papers/Dawnstupid.html">&#8220;dumb pipes&#8221; crowd</a> has been advocating for over a decade now: connectivity providers should charge a realistic price for connectivity, and not try to subsidize it with unrealistic charges for other services.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.wirevolution.com/2009/08/26/att-apple-and-voip-on-the-iphone/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Skype for iPhone</title>
		<link>http://www.wirevolution.com/2009/04/02/skype-for-iphone/</link>
		<comments>http://www.wirevolution.com/2009/04/02/skype-for-iphone/#comments</comments>
		<pubDate>Thu, 02 Apr 2009 21:41:59 +0000</pubDate>
		<dc:creator>Michael</dc:creator>
				<category><![CDATA[analyst]]></category>
		<category><![CDATA[Apple]]></category>
		<category><![CDATA[AT&T]]></category>
		<category><![CDATA[dual-mode]]></category>
		<category><![CDATA[FMC]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[review]]></category>
		<category><![CDATA[Skype]]></category>
		<category><![CDATA[VoIP]]></category>
		<category><![CDATA[Wi-Fi]]></category>
		<category><![CDATA[wideband]]></category>

		<guid isPermaLink="false">http://www.wirevolution.com/?p=228</guid>
		<description><![CDATA[Well, that last post on the likely deficiencies of VoIP on iPhones may turn out to have been overly pessimistic. It looks as though Hell is beginning to freeze over. Skype is now running on iPhones over the Wi-Fi connection, and for a new release it&#8217;s running relatively well. AT&#038;T deserves props for letting it [...]]]></description>
			<content:encoded><![CDATA[<p>Well, that last post on the likely deficiencies of VoIP on iPhones may turn out to have been overly pessimistic. It looks as though Hell is beginning to freeze over. Skype is now running on iPhones over the Wi-Fi connection, and for a new release it&#8217;s running relatively well. AT&#038;T deserves props for letting it happen &#8211; unlike T-Mobile, <a href="http://share.skype.com/sites/en/2009/04/is_deutsche_telekom_playing_an.html">which isn&#8217;t letting it happen</a> and therefore deserves whatever the opposite of props is.</p>
<p>6 hours after it was released Skype became the highest-volume download on Apple&#8217;s AppStore. In keeping with Skype&#8217;s reputation for ease of use, it downloads and installs with no problems, though as one expects with first revisions it has some bugs.</p>
<p>My brief experience with it has included several crashes &#8211; twice when I hung up a call and once when a calendar alarm went off in the middle of a call. Another interesting quirk is that when I called a friend on a PC Skype client from my iPhone, I heard him answer twice, about 3 seconds apart.  Presumably a revision will be out soon to fix these problems.</p>
<p>Other quirky behaviour is a by-product of the iPhone architecture rather than bugs, and will have to be fixed with changes to the way the iPhone works. The biggest issue of this kind is that it is relatively hard to receive calls, since the Skype application has to be running in the foreground to receive a call. This is because the iPhone architecture preserves battery life by not allowing programs to run in the background.</p>
<p>Similar system design characteristics mean that when a cellular call comes in a Skype call in progress is instantly bumped off rather than offering the usual call waiting options. I couldn&#8217;t get my Bluetooth headset to work with Skype, so either it can&#8217;t be done, or the method to do it doesn&#8217;t reach Skype&#8217;s exemplary ease of use standards.</p>
<p>Now for the good news. It&#8217;s free. It&#8217;s free to call from anywhere in the world to anywhere in the world. And the sound quality is very good for a cell phone, even though the codec is only G.729. I expect future revisions to add SILK wideband audio support to deliver sound quality better than anything ever heard on a cell phone before. The chat works beautifully, and it is synchronized with the chat window on your PC, so everything typed by either party appears on both your iPhone and PC screen, with less than a second of lag.</p>
<p>After a half-hour Skype to Skype conversation on the iPhone I looked at my AT&#038;T bill. No voice minutes and no data minutes had been charged, so there appear to be no gotchas in that department. A friend used an iPod Touch to make Skype Wi-Fi calls from an airport hot-spot in Germany &#8211; he reports the call quality was fine.</p>
<p>The New York Times review is <a href="http://www.nytimes.com/2009/04/02/technology/personaltech/02pogue-email.html">here</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.wirevolution.com/2009/04/02/skype-for-iphone/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>AT&amp;T to deploy Voice over Wi-Fi on iPhones</title>
		<link>http://www.wirevolution.com/2009/03/24/att-to-deploy-voice-over-wi-fi-on-iphones/</link>
		<comments>http://www.wirevolution.com/2009/03/24/att-to-deploy-voice-over-wi-fi-on-iphones/#comments</comments>
		<pubDate>Tue, 24 Mar 2009 22:22:02 +0000</pubDate>
		<dc:creator>Michael</dc:creator>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[AT&T]]></category>
		<category><![CDATA[dual-mode]]></category>
		<category><![CDATA[FMC]]></category>
		<category><![CDATA[HD Voice]]></category>
		<category><![CDATA[smartphone]]></category>
		<category><![CDATA[UMA]]></category>
		<category><![CDATA[VoIP]]></category>
		<category><![CDATA[Wi-Fi]]></category>
		<category><![CDATA[wideband]]></category>

		<guid isPermaLink="false">http://www.wirevolution.com/?p=198</guid>
		<description><![CDATA[Don&#8217;t get too excited by Apple&#8217;s announcement of a Voice over IP service on the iPhone 3.0. It strains credulity that AT&#038;T would open up the iPhone to work on third party VoIP networks, so presumably the iPhone&#8217;s VoIP service will be locked down to AT&#038;T. AT&#038;T has a large network of Wi-Fi hotspots where [...]]]></description>
			<content:encoded><![CDATA[<p>Don&#8217;t get too excited by Apple&#8217;s <a href="http://gizmodo.com/5171796/iphone-30-os-guide-everything-you-need-to-know">announcement of a Voice over IP</a> service on the iPhone 3.0. It strains credulity that AT&#038;T would open up the iPhone to work on third party VoIP networks, so presumably the iPhone&#8217;s VoIP service will be locked down to AT&#038;T.</p>
<p>AT&#038;T has a large network of Wi-Fi hotspots where iPhone users can get free Wi-Fi service. The iPhone VoIP announcement indicates that AT&#038;T may be rolling out voice over Wi-Fi service for the iPhone. It will probably be SIP, rather than UMA, the technology that T-Mobile uses for this type of service. It is likely to be based on some flavor of IMS, especially since AT&#038;T has recently been <a href="http://www.xchangemag.com/articles/verizon-att-consider-ims-in-tough-times.html">rumored</a> to be spinning up its IMS efforts for its U-verse service, which happens to include VoIP. AT&#038;T is talking about <a href="http://www.boygeniusreport.com/2009/03/23/att-new-iphone-will-be-hot-son/">a June launch</a>.</p>
<p>An advantage of the SIP flavor of Voice over Wi-Fi is that unlike UMA it can theoretically negotiate any codec, allowing HD Voice conversations between subscribers when they are both on Wi-Fi; wouldn&#8217;t that be great? The reference to the &#8220;Voice over IP service&#8221; in the announcement is too cryptic to determine what&#8217;s involved. It may not even include seamless roaming of a call between the cellular and Wi-Fi networks (VCC).</p>
<p><a href="http://www.phonescoop.com/phones/finder_results.php?m=s&#038;w=s&#038;sao=y&#038;car=r&#038;ca_4=y&#038;avr=r&#038;av_1=y&#038;av_2=y&#038;f60r=r">AT&#038;T has several Wi-Fi smartphones</a> in addition to the iPhone. They are mostly based on Windows Mobile, so they can probably be enabled for this service with a software download. The same goes for Blackberries. Actually, RIM may be ahead of the game, since it already has FMC products in the field with T-Mobile, albeit on UMA rather than SIP, while <a href="http://blog.divitas.com/blog/mobile-unified-communications/0/0/calling-on-blackberry-iphone-or-android-phones-divitas-is-ready-when-you-are">Windows Mobile phones are generally ill-suited to VoIP</a>. </p>
]]></content:encoded>
			<wfw:commentRss>http://www.wirevolution.com/2009/03/24/att-to-deploy-voice-over-wi-fi-on-iphones/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A not so perfect Storm</title>
		<link>http://www.wirevolution.com/2008/12/10/a-not-so-perfect-storm/</link>
		<comments>http://www.wirevolution.com/2008/12/10/a-not-so-perfect-storm/#comments</comments>
		<pubDate>Wed, 10 Dec 2008 17:34:17 +0000</pubDate>
		<dc:creator>Michael</dc:creator>
				<category><![CDATA[analyst]]></category>
		<category><![CDATA[Android]]></category>
		<category><![CDATA[Apple]]></category>
		<category><![CDATA[AT&T]]></category>
		<category><![CDATA[cellular]]></category>
		<category><![CDATA[controversies]]></category>
		<category><![CDATA[dual-mode]]></category>
		<category><![CDATA[enterprise]]></category>
		<category><![CDATA[FMC]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[manageability]]></category>
		<category><![CDATA[market]]></category>
		<category><![CDATA[Nokia]]></category>
		<category><![CDATA[Samsung]]></category>
		<category><![CDATA[smartphone]]></category>
		<category><![CDATA[T-Mobile]]></category>
		<category><![CDATA[Wi-Fi]]></category>

		<guid isPermaLink="false">http://www.wirevolution.com/2008/12/10/a-not-so-perfect-storm/</guid>
		<description><![CDATA[The Verizon Storm may be heading for failure in more than one way. A raft of reviewers, led by David Pogue of the New York Times are trashing its usability. This means that even with the marketing might of Verizon behind it it may not fulfill its goal of being a bulwark against the iPhone [...]]]></description>
			<content:encoded><![CDATA[<p>The Verizon Storm may be heading for failure in more than one way. A <a href="http://www.google.com/search?rls=en-us&#038;q=pogue+storm">raft of reviewers</a>, led by <a href="http://www.nytimes.com/2008/11/27/technology/personaltech/27pogue.html">David Pogue of the New York Times</a> are trashing its usability. This means that even with the marketing might of Verizon behind it it may not fulfill its goal of being a bulwark against <a href="http://www.jdpower.com/corporate/news/releases/pressrelease.aspx?ID=2008240">the iPhone in the enterprise</a>.</p>
<p>But the Storm was an experiment in another way by Verizon. The other three major American mobile network operators have capitulated to Wi-Fi in smartphones. Against the new conventional wisdom, Verizon decided to launch a new flagship smartphone without Wi-Fi. The Storm looks like a trial balloon to see whether Wi-Fi is optional in modern smartphones. If the Storm is a success, it will demonstrate that it is possible to have credible business smartphones without Wi-Fi. But if it turns out to be a flop because of other factors, it will not be a proof point for Wi-Fi either way.</p>
<p>But Wi-Fi is a closed issue by now for all the network operators, perhaps even including Verizon. Phones have lead times of the order of a year or so, and controversies active back then may now be resolved. Verizon covered its bets by launching three other smartphones around the same time as the Storm, all with Wi-Fi (HTC Touch Pro, Samsung Omnia, Samsung Saga).</p>
<p>Before its launch, AT&#038;T hoped that the iPhone would stimulate use of the cellular data network. It succeeded in this, so far beyond AT&#038;T&#8217;s hopes that it revealed a potential problem with the concept of 3G (and 4G) data. The network slows to a crawl if enough subscribers use data intensively in small areas like airports and conferences. Mobile network operators used to fear that if phones had Wi-Fi subscribers would use it instead of the cellular data network, causing a revenue leak. AT&#038;T solved that problem with the iPhone by making a subscription to the data service obligatory.  T-Mobile followed suit with the <a href="http://www.t-mobileg1.com/g1-learn-faqs-phone.aspx">Google phone</a>. So no revenue leak. With the data subscription in hand, Wi-Fi is a good thing for the network operators because it offloads the 3G network. In residences and businesses all the data that goes through Wi-Fi is a reduction in the potential load on the network. In other words, a savings in infrastructure investment, which translates to profit. This may be some of the thinking behind <a href="http://www.reuters.com/article/mocoTechAtoms/idUSCH11542008332944120081107">AT&#038;T&#8217;s recent acquisition of Wayport</a>. The bandwidth acquired with Wayport offloads the AT&#038;T network relatively cheaply. AT&#038;T&#8217;s enthusiasm for Wi-Fi is such that it is selling some new Wi-Fi phones without requiring a data subscription.</p>
<p>The enterprise market is one that mobile network operators have long neglected. It is small relative to the consumer market, and harder to fit into a one-size-fits-all model. Even so, in these times of scraping for revenue in every corner, and with the steady rise of the Blackberry, the network operators are taking a serious look at the enterprise market.</p>
<p>The device manufacturers are way ahead of the network operators on this issue: the iPhone now comes with a lot of <a href="http://www.apple.com/iphone/enterprise/">enterprise readiness Kool-Aid</a>; Windows Mobile makes <a href="http://www.microsoft.com/presspass/press/2008/apr08/04-01enterprisemobilepr.mspx">manageability representations</a>, as does Nokia with its <a href="http://nfb.online.nokia.com/Page%20Content/Mobilize%20your%20Business/Knowledge%20Center/White%20Papers/WhitePaper_MobileDMandSecurityEseries.pdf">Eseries handsets</a>. RIM, the current king of the enterprise smartphone vendors also pitches its <a href="http://www.blackberry.com/select/server/41sp2/Top_Reasons_to_Upgrade_brochure.pdf">IT-friendliness</a>. </p>
<p>Wi-Fi in smartphones has benefits and drawbacks for enterprises. One benefit is that you have another smart device on the corporate LAN to enhance productivity. A drawback is that you have another smart device on the corporate LAN ripe for viruses and other security breaches. But that issue is mitigated to some extent if smartphones don&#8217;t have Wi-Fi. So it&#8217;s arguable that the Storm may be more enterprise-friendly as a result of its lack of Wi-Fi. Again, if the Storm becomes a hit in enterprises that argument will turn out to hold water. If the Storm is a flop for other reasons, we still won&#8217;t know, and it will have failed as a trial balloon for Wi-Fi-less enterprise smartphones.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.wirevolution.com/2008/12/10/a-not-so-perfect-storm/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.219 seconds -->

