<?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: Improving GPRS Data Experience using NACC</title>
	<atom:link href="http://mobilewireless.wordpress.com/2007/11/17/improving-gprs-data-experience-using-nacc/feed/" rel="self" type="application/rss+xml" />
	<link>http://mobilewireless.wordpress.com/2007/11/17/improving-gprs-data-experience-using-nacc/</link>
	<description>In this blog, I capture my thoughts and analysis on mobile and wireless technologies that are set to dominate the way we live now and in the future. © 2007. Please seek permission for using articles.</description>
	<lastBuildDate>Thu, 05 Nov 2009 12:15:08 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: arvindpadmanabhan</title>
		<link>http://mobilewireless.wordpress.com/2007/11/17/improving-gprs-data-experience-using-nacc/#comment-327</link>
		<dc:creator>arvindpadmanabhan</dc:creator>
		<pubDate>Thu, 03 Apr 2008 09:09:26 +0000</pubDate>
		<guid isPermaLink="false">http://mobilewireless.wordpress.com/2007/11/17/improving-gprs-data-experience-using-nacc/#comment-327</guid>
		<description>Good observation. There was no need to introduce PSCN but I guess the designers wanted to clearly separate signalling that&#039;s specific to NACC. PSI is sent on PBCCH and PACCH. If an MS requires updated PSI it would be sent to it on PACCH while GPRS Transfer Mode. For the purpose of debugging, it is difficult to ascertain if the PSI transmission was triggered because of an update or because of the requirements of NACC. I expected sensible implementations would always use PSCD if the transmission has been triggered for NACC.</description>
		<content:encoded><![CDATA[<p>Good observation. There was no need to introduce PSCN but I guess the designers wanted to clearly separate signalling that&#8217;s specific to NACC. PSI is sent on PBCCH and PACCH. If an MS requires updated PSI it would be sent to it on PACCH while GPRS Transfer Mode. For the purpose of debugging, it is difficult to ascertain if the PSI transmission was triggered because of an update or because of the requirements of NACC. I expected sensible implementations would always use PSCD if the transmission has been triggered for NACC.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jackson</title>
		<link>http://mobilewireless.wordpress.com/2007/11/17/improving-gprs-data-experience-using-nacc/#comment-326</link>
		<dc:creator>Jackson</dc:creator>
		<pubDate>Tue, 01 Apr 2008 14:11:52 +0000</pubDate>
		<guid isPermaLink="false">http://mobilewireless.wordpress.com/2007/11/17/improving-gprs-data-experience-using-nacc/#comment-326</guid>
		<description>What was the need to introduce a new message PSCN, When network could have sent the PSI/SI on PACCH to MS in the new cell</description>
		<content:encoded><![CDATA[<p>What was the need to introduce a new message PSCN, When network could have sent the PSI/SI on PACCH to MS in the new cell</p>
]]></content:encoded>
	</item>
</channel>
</rss>
