<?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; impairments</title>
	<atom:link href="http://www.wirevolution.com/category/impairments/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>QoS meters on Voxygen</title>
		<link>http://www.wirevolution.com/2010/10/27/qos-meters-on-voxygen/</link>
		<comments>http://www.wirevolution.com/2010/10/27/qos-meters-on-voxygen/#comments</comments>
		<pubDate>Wed, 27 Oct 2010 14:56:55 +0000</pubDate>
		<dc:creator>Michael</dc:creator>
				<category><![CDATA[impairments]]></category>
		<category><![CDATA[metrics]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[QoS Metrics]]></category>
		<category><![CDATA[Skype]]></category>
		<category><![CDATA[VoIP]]></category>

		<guid isPermaLink="false">http://www.wirevolution.com/?p=1529</guid>
		<description><![CDATA[The term &#8220;QoS&#8221; is used ambiguously. The two main categories of definition are first, QoS Provisioning: &#8220;the capability of a network to provide better service to selected network traffic,&#8221; which means packet prioritization of one kind or another, and second more literally: &#8220;Quality of Service,&#8221; which is the degree of perfection of a user&#8217;s audio [...]]]></description>
			<content:encoded><![CDATA[<p>The term <a href="http://www.google.com/search?q=define:qos">&#8220;QoS&#8221; is used ambiguously</a>. The two main categories of definition are first, QoS Provisioning: &#8220;<a href="http://www.cisco.com/en/US/docs/ios/12_2t/12_2t2/feature/guide/ftqosvpn.html#wp1019905">the capability of a network to provide better service to selected network traffic</a>,&#8221; which means packet prioritization of one kind or another, and second more literally: &#8220;Quality of Service,&#8221; which is the degree of perfection of a user&#8217;s audio experience in the face of potential impairments to network performance. These impairments fall into four categories: availability, packet loss, packet delay and tampering. Since this sense is normally used in the context of trying to measure it, we could call it QoS Metrics as opposed to QoS Provisioning. I would put issues like choice of codec and echo into the larger category of Quality of Experience, which includes all the possible impairments to audio experience, not just those imposed by the network.</p>
<p>By &#8220;tampering&#8221; I mean any intentional changes to the media payload of a packet, and I am OK with the negative connotations of the term since I favor the &#8220;dumb pipes&#8221; view of the Internet. On phone calls the vast bulk of such tampering is transcoding: changing the media format from one codec to another. Transcoding always reduces the fidelity of the sound, even when transcoding to a &#8220;better&#8221; codec.</p>
<p>Networks vary greatly in the QoS they deliver. One of the major benefits of going with VoIP service provided by your ISP (Internet Service Provider) is that your ISP has complete control over QoS. But there is a growing number of ITSPs (Internet Telephony Service Providers) that contend that the open Internet provides adequate QoS for business-grade telephone service. Skype, for example.</p>
<p>But it&#8217;s nice to be sure. So I have added a &#8220;QoS Metrics&#8221; category in the list to the right of this post. You can use the tools there to check your connection. I particularly like the one from <a href="https://tools.voxygen.co.uk/">Voxygen</a>, which frames the test results in terms of the number of simultaneous voice sessions that your WAN connection can comfortably handle. Here&#8217;s an example of a test of ten channels:</p>
<p><a href="http://www.wirevolution.com/wp-content/uploads/2010/10/Screen-shot-2010-10-27-at-09.41.03-.png"><img src="http://www.wirevolution.com/wp-content/uploads/2010/10/Screen-shot-2010-10-27-at-09.41.03-.png" alt='Screen shot of Voxygen VoIP performance metrics tool'  class="articleimg" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.wirevolution.com/2010/10/27/qos-meters-on-voxygen/feed/</wfw:commentRss>
		<slash:comments>1</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>Wi-Fi certification for voice devices</title>
		<link>http://www.wirevolution.com/2008/07/03/wi-fi-certification-for-voice-devices/</link>
		<comments>http://www.wirevolution.com/2008/07/03/wi-fi-certification-for-voice-devices/#comments</comments>
		<pubDate>Thu, 03 Jul 2008 06:15:22 +0000</pubDate>
		<dc:creator>Michael</dc:creator>
				<category><![CDATA[dual-mode]]></category>
		<category><![CDATA[enterprise]]></category>
		<category><![CDATA[impairments]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[phones]]></category>
		<category><![CDATA[QoS Metrics]]></category>
		<category><![CDATA[Specifications]]></category>
		<category><![CDATA[UMA]]></category>
		<category><![CDATA[VoIP]]></category>
		<category><![CDATA[Wi-Fi]]></category>

		<guid isPermaLink="false">http://www.wirevolution.com/2008/07/03/wi-fi-certification-for-voice-devices/</guid>
		<description><![CDATA[In news that is huge for VoWi-Fi, the Wi-Fi Alliance announced on June 30th a new certification program, &#8220;Voice-Personal.&#8221; Eight devices have already been certified under this program, including enterprise access points from Cisco and Meru, a residential access point from Broadcom, and client adapters from Intel and Redpine Signals. Why is this huge news? [...]]]></description>
			<content:encoded><![CDATA[<p>In news that is huge for VoWi-Fi, the Wi-Fi Alliance <a href="http://www.wi-fi.org/pressroom_overview.php?newsid=695">announced on June 30th</a> a new certification program, &#8220;Voice-Personal.&#8221;  Eight devices have already been certified under this program, including enterprise access points from Cisco and Meru, a residential access point from Broadcom, and client adapters from Intel and Redpine Signals.</p>
<p>Why is this huge news?  Well, as the press release points out, by 2011 annual shipments of cell phones with Wi-Fi will be running at roughly 300 million units.  The Wi-Fi in these phones will be used for Internet browsing, for syncing photos and music with PCs, and for cheap or free voice calls.  </p>
<p>The certification requirements for Voice-Personal are not aggressive: only four simultaneous voice calls in the presence of data traffic, with a latency of less than 50 milliseconds and a maximum jitter of less than 50 milliseconds. These numbers will produce <a href="http://www.intel.com/network/csp/pdf/8539.pdf">an acceptable call</a> under most conditions, but a network round-trip <a href="http://www.cisco.com/en/US/tech/tk652/tk698/technologies_white_paper09186a00800a8993.shtml#standarfordelaylimits">delay of 300 ms is generally considered</a> to approach the limit of acceptability, and with a Wi-Fi hop at each end running at the limit of these specifications there would be no room in the latency budget for any additional delays in the voice path. The packet loss requirement, 1% with no burst losses, is a very good number considering that modern voice codecs from companies like GIPS can yield excellent sound quality <a href="http://www.gipscorp.com/high-quality-codecs/index.php">in the presence of much higher packet loss</a>.  This number is hard to achieve in the real world, as phones encounter microwave ovens, move through spots of poor coverage and transition between access points.</p>
<p>Since this certification is termed &#8220;Voice-Personal,&#8221; four active calls per access point is acceptable; a residence is unlikely to need more than that.  Three of the four access points submitted for this certification are enterprise access points.  They should be able to handle <a href="http://www.proxim.com/learn/library/whitepapers/voice_over_wifi_capacity_planning.pdf">many more calls</a>, and probably can. The Wi-Fi Alliance is planning a &#8220;Voice-Enterprise&#8221; certification for 2009.</p>
<p>There are several things that are good about this certification.  First, the WFA has seen fit to highlight voice as a primary use for Wi-Fi, and has set a performance baseline.  Second, this certification requires some other certifications as well, like WMM power save and WMM QoS.  So far in 2008, of 99 residential access points certified only 6 support WMM power save, and of 52 enterprise access points only 13 support WMM power save.  One of the biggest criticisms of Wi-Fi in handsets is that it draws too much power.  WMM power save yields radical improvements in battery life &#8211; better than doubling talk time and increasing standby time by over 30%, according to numbers in the <a href="http://wi-fi.org/files/voice-personal_media.pdf">WFA promotional materials</a>.  </p>
]]></content:encoded>
			<wfw:commentRss>http://www.wirevolution.com/2008/07/03/wi-fi-certification-for-voice-devices/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>WSJ on FMC</title>
		<link>http://www.wirevolution.com/2007/05/03/wsj-on-fmc/</link>
		<comments>http://www.wirevolution.com/2007/05/03/wsj-on-fmc/#comments</comments>
		<pubDate>Thu, 03 May 2007 20:05:11 +0000</pubDate>
		<dc:creator>Michael</dc:creator>
				<category><![CDATA[cellular]]></category>
		<category><![CDATA[dual-mode]]></category>
		<category><![CDATA[enterprise]]></category>
		<category><![CDATA[FMC]]></category>
		<category><![CDATA[impairments]]></category>
		<category><![CDATA[Nokia]]></category>
		<category><![CDATA[QoS Metrics]]></category>
		<category><![CDATA[Samsung]]></category>
		<category><![CDATA[T-Mobile]]></category>
		<category><![CDATA[VoIP]]></category>
		<category><![CDATA[Wi-Fi]]></category>

		<guid isPermaLink="false">http://www.wirevolution.com/2007/05/03/wsj-on-fmc/</guid>
		<description><![CDATA[Today&#8217;s Wall Street Journal has a good article about T-Mobile&#8217;s UMA trial in Seattle. It says that T-Mobile may be rolling it out nationally as early as next month, despite some trial particpants&#8217; complaints about handoff and battery life issues. T-Mobile will be offering a home router to help with QoS and battery life. I [...]]]></description>
			<content:encoded><![CDATA[<p>Today&#8217;s Wall Street Journal has a <a href="http://tinyurl.com/2qhyxe">good article</a> about T-Mobile&#8217;s UMA trial in Seattle.  It says that T-Mobile may be rolling it out nationally as early as next month, despite some trial particpants&#8217; complaints about handoff and battery life issues.  T-Mobile will be offering a home router to help with QoS and battery life.  I presume that for the battery life this is just WMM Power Save (802.11e APSD) since that is what the phones in the trial (Samsung T709 and Nokia 6136) support. For QoS side I expect these APs will support WMM (802.11e EDCF), but they could also support some proprietary QoS on the WAN access link, the way that the AT&#038;T CallVantage routers do, which would be interesting.</p>
<p>There is some background on the trial <a href="http://www.solegy.com/blog/eric/?p=84">here</a>.</p>
<p>The article goes on to put the trial into the context of other FMC deployments, from BT Fusion, Telecom Italia and Orange.  The article quotes a Verizon Wireless spokesman saying that they aren&#8217;t convinced that Wi-Fi can deliver high enough voice quality to carry Verizon branded calls.  This is amusing bearing in mind the usual quality of a cellular call in a residence. </p>
<p>The article also quotes Frank Hanzlik, the head of the Wi-Fi Alliance as saying that business FMC may have more potential than consumer.  I agree.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.wirevolution.com/2007/05/03/wsj-on-fmc/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Wi-Fi Interference Experiments</title>
		<link>http://www.wirevolution.com/2007/03/12/wi-fi-inteference-experiments/</link>
		<comments>http://www.wirevolution.com/2007/03/12/wi-fi-inteference-experiments/#comments</comments>
		<pubDate>Mon, 12 Mar 2007 18:08:08 +0000</pubDate>
		<dc:creator>Michael</dc:creator>
				<category><![CDATA[impairments]]></category>
		<category><![CDATA[interference]]></category>
		<category><![CDATA[QoS Metrics]]></category>
		<category><![CDATA[Wi-Fi]]></category>

		<guid isPermaLink="false">http://www.wirevolution.com/2007/03/12/wi-fi-inteference-experiments/</guid>
		<description><![CDATA[Interesting new series of white papers on Wi-Fi interference from Craig Mathias of the Farpoint Group. He set up a couple of clients and attempted various activities (file transfer, VoIP, video streaming) in the presence of interference from various sources (microwave oven, cordless phone, DECT phone, another AP, a Bluetooth headset) and characterized the impairments. [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://tinyurl.com/ywnhxf">Interesting new series of white papers</a> on Wi-Fi interference from Craig Mathias of the Farpoint Group.  He set up a couple of clients and attempted various activities (file transfer, VoIP, video streaming) in the presence of interference from various sources (microwave oven, cordless phone, DECT phone, another AP, a Bluetooth headset) and characterized the impairments.  His conclusions were that some interference sources can completely shut down some uses (almost all of them shut down video), but that interference can be managed and does not present a long term stopper to Wi-Fi.</p>
<p>Missing from the tests was 802.11n.  This should make a huge difference, for several reasons.  First, its MIMO operation is intrinsically more resistant to interference, second 11n operates both in the 2.4 GHz frequency range (like 11b/g) and in the 5 GHz frequency range (like 11a) .  The 5 GHz waveband is immune from microwave oven interference, and most of the cordless phone interference.  Its disadvantage of shorter range is mitigated by the multi-path amplification effect of MIMO.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.wirevolution.com/2007/03/12/wi-fi-inteference-experiments/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

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

