<?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 &#8220;tragedy&#8221; of the radio spectrum commons?</title>
	<atom:link href="http://www.sifry.com/alerts/2002/05/the-tragedy-of-the-radio-spectrum-commons/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sifry.com/alerts/2002/05/the-tragedy-of-the-radio-spectrum-commons/</link>
	<description>Dave Sifry&#039;s Musings</description>
	<lastBuildDate>Wed, 10 Nov 2010 05:38:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
	<item>
		<title>By: Hamish MacEwan</title>
		<link>http://www.sifry.com/alerts/2002/05/the-tragedy-of-the-radio-spectrum-commons/comment-page-1/#comment-15</link>
		<dc:creator>Hamish MacEwan</dc:creator>
		<pubDate>Mon, 13 May 2002 22:04:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.sifry.org/alerts/?p=35#comment-15</guid>
		<description>&#8220;[1]Presentation to the Technical Advisory Council ([2]TAC) of the [3]FCC by [4]Vanu [5]Bose &quot;[6]Software Radio: Enabling Dynamic Spectrum Management&quot; and [7]David Reed &quot;[8]How wireless networks scale: the illusion of spectrum scarcity.&quot;&#8221;
&#8220;Counterintuitive results from multiuser information theory, network architectures, and physics:
* Multipath increases capacity
* Repeating increases capacity
* Motion increases capacity
* Repeating reduces energy (safety)
* Distributed computation increases battery life
* Channel sharing decreases latency and jitter&#8221;
Highly recommended presentation suggesting that the cost of spectrum management by &quot;exclusive property rights&quot; mandated by the State outweighs the advantages we could obtain from a new model that   acknowledges physics and the 70 years of receiver development since the regulatory model was adopted at the time of the sinking of the Titanic.
Also suggests that tragedy of the commons, desirable as it is as justification for those with a bleak view of human self-interest, is more counter-intuitive and less inevitable in WLAN than we might expect.
Hamish.
References
1. &lt;a href=&quot;http://www.fcc.gov/realaudio/mt042602.ram&quot; rel=&quot;nofollow&quot;&gt;http://www.fcc.gov/realaudio/mt042602.ram&lt;/a&gt;
2. &lt;a href=&quot;http://ftp.fcc.gov/cgb/dro/tac.html&quot; rel=&quot;nofollow&quot;&gt;http://ftp.fcc.gov/cgb/dro/tac.html&lt;/a&gt;
3. &lt;a href=&quot;http://www.fcc.gov/&quot; rel=&quot;nofollow&quot;&gt;http://www.fcc.gov/&lt;/a&gt;
4. &lt;a href=&quot;http://www.vanu.com/&quot; rel=&quot;nofollow&quot;&gt;http://www.vanu.com/&lt;/a&gt;
5. &lt;a href=&quot;http://www.sds.lcs.mit.edu/~vanu/home.html&quot; rel=&quot;nofollow&quot;&gt;http://www.sds.lcs.mit.edu/~vanu/home.html&lt;/a&gt;
6. &lt;a href=&quot;http://www.seas.gwu.edu/~cjackson/TAC/vanuinc-tac.pdf&quot; rel=&quot;nofollow&quot;&gt;http://www.seas.gwu.edu/~cjackson/TAC/vanuinc-tac.pdf&lt;/a&gt;
7. &lt;a href=&quot;http://www.reed.com/dprframeweb/dprframe.asp&quot; rel=&quot;nofollow&quot;&gt;http://www.reed.com/dprframeweb/dprframe.asp&lt;/a&gt;
8. &lt;a href=&quot;http://www.seas.gwu.edu/~cjackson/TAC/Spectrum%20capacity%20myth%20FCC%20TAC.pdf&quot; rel=&quot;nofollow&quot;&gt;http://www.seas.gwu.edu/~cjackson/TAC/Spectrum%20capacity%20myth%20FCC%20TAC.pdf&lt;/a&gt;
</description>
		<content:encoded><![CDATA[<p>&ldquo;[1]Presentation to the Technical Advisory Council ([2]TAC) of the [3]FCC by [4]Vanu [5]Bose &#8220;[6]Software Radio: Enabling Dynamic Spectrum Management&#8221; and [7]David Reed &#8220;[8]How wireless networks scale: the illusion of spectrum scarcity.&#8221;&rdquo;<br />
&ldquo;Counterintuitive results from multiuser information theory, network architectures, and physics:<br />
* Multipath increases capacity<br />
* Repeating increases capacity<br />
* Motion increases capacity<br />
* Repeating reduces energy (safety)<br />
* Distributed computation increases battery life<br />
* Channel sharing decreases latency and jitter&rdquo;<br />
Highly recommended presentation suggesting that the cost of spectrum management by &#8220;exclusive property rights&#8221; mandated by the State outweighs the advantages we could obtain from a new model that   acknowledges physics and the 70 years of receiver development since the regulatory model was adopted at the time of the sinking of the Titanic.<br />
Also suggests that tragedy of the commons, desirable as it is as justification for those with a bleak view of human self-interest, is more counter-intuitive and less inevitable in WLAN than we might expect.<br />
Hamish.<br />
References<br />
1. <a href="http://www.fcc.gov/realaudio/mt042602.ram" rel="nofollow">http://www.fcc.gov/realaudio/mt042602.ram</a><br />
2. <a href="http://ftp.fcc.gov/cgb/dro/tac.html" rel="nofollow">http://ftp.fcc.gov/cgb/dro/tac.html</a><br />
3. <a href="http://www.fcc.gov/" rel="nofollow">http://www.fcc.gov/</a><br />
4. <a href="http://www.vanu.com/" rel="nofollow">http://www.vanu.com/</a><br />
5. <a href="http://www.sds.lcs.mit.edu/~vanu/home.html" rel="nofollow">http://www.sds.lcs.mit.edu/~vanu/home.html</a><br />
6. <a href="http://www.seas.gwu.edu/~cjackson/TAC/vanuinc-tac.pdf" rel="nofollow">http://www.seas.gwu.edu/~cjackson/TAC/vanuinc-tac.pdf</a><br />
7. <a href="http://www.reed.com/dprframeweb/dprframe.asp" rel="nofollow">http://www.reed.com/dprframeweb/dprframe.asp</a><br />
8. <a href="http://www.seas.gwu.edu/~cjackson/TAC/Spectrum%20capacity%20myth%20FCC%20TAC.pdf" rel="nofollow">http://www.seas.gwu.edu/~cjackson/TAC/Spectrum%20capacity%20myth%20FCC%20TAC.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bennett Kobb</title>
		<link>http://www.sifry.com/alerts/2002/05/the-tragedy-of-the-radio-spectrum-commons/comment-page-1/#comment-14</link>
		<dc:creator>Bennett Kobb</dc:creator>
		<pubDate>Mon, 13 May 2002 17:45:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.sifry.org/alerts/?p=35#comment-14</guid>
		<description>It sounds as if you&#039;re proposing the &quot;spectrum etiquette,&quot; in the 1910-1920, 1920-1930, and 2390-2400 MHz bands for unlicensed Part 15 devices. It already exists, enshrined in the FCC rules. I proposed it in 1991. It may not be perfect, but it is an alternative approach. It permits devices of unlike manufacture to intelligently share the spectrum without having to exchange information. No manufacturers of unlicensed data communications products ever used it. That&#039;s right -- two of the three bands are unused for unlicensed data communications. 802.11b captured their investment. The FCC has now proposed to re-allocate these three bands, and likely to auction them. One of these bands (1920-1930 MHz) is used for enterprise-level cordless phone systems. Virtually all of the proponents of this etiquette were members of IEEE 802.11, by the way. Eventually we turned our attention to what is now 802.11a at 5 GHz.
</description>
		<content:encoded><![CDATA[<p>It sounds as if you&#8217;re proposing the &#8220;spectrum etiquette,&#8221; in the 1910-1920, 1920-1930, and 2390-2400 MHz bands for unlicensed Part 15 devices. It already exists, enshrined in the FCC rules. I proposed it in 1991. It may not be perfect, but it is an alternative approach. It permits devices of unlike manufacture to intelligently share the spectrum without having to exchange information. No manufacturers of unlicensed data communications products ever used it. That&#8217;s right &#8212; two of the three bands are unused for unlicensed data communications. 802.11b captured their investment. The FCC has now proposed to re-allocate these three bands, and likely to auction them. One of these bands (1920-1930 MHz) is used for enterprise-level cordless phone systems. Virtually all of the proponents of this etiquette were members of IEEE 802.11, by the way. Eventually we turned our attention to what is now 802.11a at 5 GHz.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

