<?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: Speeding Upstream &#8211; Part II</title>
	<atom:link href="http://volpefirm.com/blog/docsis/speeding-upstream-part-ii/feed/" rel="self" type="application/rss+xml" />
	<link>http://volpefirm.com/docsis/speeding-upstream-part-ii/</link>
	<description>A Technical Communications Company</description>
	<lastBuildDate>Wed, 16 May 2012 06:51:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Brady</title>
		<link>http://volpefirm.com/docsis/speeding-upstream-part-ii/#comment-226</link>
		<dc:creator>Brady</dc:creator>
		<pubDate>Thu, 17 Feb 2011 14:49:17 +0000</pubDate>
		<guid isPermaLink="false">http://bradyvolpe.com/?p=328#comment-226</guid>
		<description>Hi Gabriel,

You have a lot of amplifiers!  With that said, there is no formula.  Many operators are in North America are migrating to short runs of amplifiers.  The terminology is often called Fiber Node + # of amplifiers or Node + 4.  In many cases is it is not uncommon to see no more than four amplifiers after the fiber node and a number of operators are even migrating to Node + 1.  Why?  Because when you have so few actives on your return plant, you end up with very few upstream impairments.  further you end up with fewer subscribers per port.  Clearly this does not scale in rural areas where you will need many more actives, but it should give you a sense of what is becoming common.

So when you have 24 amps in cascade and an SNR of &lt;30dB, this is not surprising.  You have a lot of opportunities for ingress and other plant noise, group delay, etc. to get in.  I would recommend that if at all possible you segment your plant with some fiber nodes and you should see your SNR improve.

-Brady</description>
		<content:encoded><![CDATA[<p>Hi Gabriel,</p>
<p>You have a lot of amplifiers!  With that said, there is no formula.  Many operators are in North America are migrating to short runs of amplifiers.  The terminology is often called Fiber Node + # of amplifiers or Node + 4.  In many cases is it is not uncommon to see no more than four amplifiers after the fiber node and a number of operators are even migrating to Node + 1.  Why?  Because when you have so few actives on your return plant, you end up with very few upstream impairments.  further you end up with fewer subscribers per port.  Clearly this does not scale in rural areas where you will need many more actives, but it should give you a sense of what is becoming common.</p>
<p>So when you have 24 amps in cascade and an SNR of &lt;30dB, this is not surprising.  You have a lot of opportunities for ingress and other plant noise, group delay, etc. to get in.  I would recommend that if at all possible you segment your plant with some fiber nodes and you should see your SNR improve.</p>
<p>-Brady</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gabriel burdan</title>
		<link>http://volpefirm.com/docsis/speeding-upstream-part-ii/#comment-225</link>
		<dc:creator>gabriel burdan</dc:creator>
		<pubDate>Tue, 15 Feb 2011 15:12:55 +0000</pubDate>
		<guid isPermaLink="false">http://bradyvolpe.com/?p=328#comment-225</guid>
		<description>Hi.Is there an formula to calculate how many end amplifiers should be on a physical port of an node.(ex. we have in some cases 24 end amplifiers and upstream modulation 64qam with 6.4Mhz channel and upstream snr reported by cmts is not greater than 30db)</description>
		<content:encoded><![CDATA[<p>Hi.Is there an formula to calculate how many end amplifiers should be on a physical port of an node.(ex. we have in some cases 24 end amplifiers and upstream modulation 64qam with 6.4Mhz channel and upstream snr reported by cmts is not greater than 30db)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brady</title>
		<link>http://volpefirm.com/docsis/speeding-upstream-part-ii/#comment-224</link>
		<dc:creator>Brady</dc:creator>
		<pubDate>Wed, 05 Jan 2011 12:57:37 +0000</pubDate>
		<guid isPermaLink="false">http://bradyvolpe.com/?p=328#comment-224</guid>
		<description>Hi Jim,

The idea sounds good, but does not work in application.  By moving to a higher-order constellation, it is possible to transmit more bits per symbol. However, if the mean energy of the constellation is to remain the same (by way of making a fair comparison), the points must be closer together and are thus more susceptible to noise and other corruption; this results in a higher bit error rate and so higher-order QAM can deliver more data less reliably than lower-order QAM, for constant mean constellation energy.  

For 64- and 256-QAM, you are confined to 6 and 8 bits per block, respectively.  That fundamentally limits your data throughput.  I also added a document to the Library for your reference on QAM in a digital cable plant.  You might find it interesting.  Check it out &lt;a href=&quot;http://bradyvolpe.com/library/ANSISCTE072006.pdf&quot; rel=&quot;nofollow&quot;&gt;here&lt;/a&gt;.

-Brady</description>
		<content:encoded><![CDATA[<p>Hi Jim,</p>
<p>The idea sounds good, but does not work in application.  By moving to a higher-order constellation, it is possible to transmit more bits per symbol. However, if the mean energy of the constellation is to remain the same (by way of making a fair comparison), the points must be closer together and are thus more susceptible to noise and other corruption; this results in a higher bit error rate and so higher-order QAM can deliver more data less reliably than lower-order QAM, for constant mean constellation energy.  </p>
<p>For 64- and 256-QAM, you are confined to 6 and 8 bits per block, respectively.  That fundamentally limits your data throughput.  I also added a document to the Library for your reference on QAM in a digital cable plant.  You might find it interesting.  Check it out <a href="http://bradyvolpe.com/library/ANSISCTE072006.pdf" rel="nofollow">here</a>.</p>
<p>-Brady</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brady</title>
		<link>http://volpefirm.com/docsis/speeding-upstream-part-ii/#comment-223</link>
		<dc:creator>Brady</dc:creator>
		<pubDate>Wed, 05 Jan 2011 12:29:55 +0000</pubDate>
		<guid isPermaLink="false">http://bradyvolpe.com/?p=328#comment-223</guid>
		<description>Hi Maurizio,

Currently the DOCSIS specification states that a minimum of four (4) upstream channels can be bonded.  So the implication is that more than four can be bonded.  I don&#039;t know of any system that is currently doing more than four, in fact few are actually truly doing four upstream bonded channels - its just getting traction now.

-Brady</description>
		<content:encoded><![CDATA[<p>Hi Maurizio,</p>
<p>Currently the DOCSIS specification states that a minimum of four (4) upstream channels can be bonded.  So the implication is that more than four can be bonded.  I don&#8217;t know of any system that is currently doing more than four, in fact few are actually truly doing four upstream bonded channels &#8211; its just getting traction now.</p>
<p>-Brady</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Chen</title>
		<link>http://volpefirm.com/docsis/speeding-upstream-part-ii/#comment-222</link>
		<dc:creator>Jim Chen</dc:creator>
		<pubDate>Tue, 21 Dec 2010 00:51:55 +0000</pubDate>
		<guid isPermaLink="false">http://bradyvolpe.com/?p=328#comment-222</guid>
		<description>Hi, like to read your valuable information about DOCSIS. 

Here is my question, can the US be improved with the new standard to define more &quot;bits&quot; in a block ? instead of having 8-bit for 256-QAM, how about pump up to 16-bit per block ? would this technically be possible ? 

Thanks,
Jim Chen
951-907-3210 (cell)</description>
		<content:encoded><![CDATA[<p>Hi, like to read your valuable information about DOCSIS. </p>
<p>Here is my question, can the US be improved with the new standard to define more &#8220;bits&#8221; in a block ? instead of having 8-bit for 256-QAM, how about pump up to 16-bit per block ? would this technically be possible ? </p>
<p>Thanks,<br />
Jim Chen<br />
951-907-3210 (cell)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

