<?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>201509 September/October 2015 Archives - Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</title>
	<atom:link href="https://insidegnss.com/category/issue-sorting/201509-september-october-2015/feed/" rel="self" type="application/rss+xml" />
	<link>https://insidegnss.com/category/issue-sorting/201509-september-october-2015/</link>
	<description>Global Navigation Satellite Systems Engineering, Policy, and Design</description>
	<lastBuildDate>Wed, 10 Feb 2021 21:28:15 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0</generator>

<image>
	<url>https://insidegnss.com/wp-content/uploads/2017/12/site-icon.png</url>
	<title>201509 September/October 2015 Archives - Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</title>
	<link>https://insidegnss.com/category/issue-sorting/201509-september-october-2015/</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Military Receivers: Air Force Wants Foreign GNSS Capability</title>
		<link>https://insidegnss.com/military-receivers-air-force-wants-foreign-gnss-capability/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Wed, 16 Sep 2015 00:31:00 +0000</pubDate>
				<category><![CDATA[201509 September/October 2015]]></category>
		<category><![CDATA[GPS]]></category>
		<category><![CDATA[Military - Defense]]></category>
		<guid isPermaLink="false">http://insidegnss.com/news/military-receivers-air-force-wants-foreign-gnss-capability/</guid>

					<description><![CDATA[<p>Rockwell Collins DAGR. From Wikimedia Commons The GPS Directorate wants industry to more quickly develop innovative user equipment that integrates both the modernized...</p>
<p>The post <a href="https://insidegnss.com/military-receivers-air-force-wants-foreign-gnss-capability/">Military Receivers: Air Force Wants Foreign GNSS Capability</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class='special_post_image'><img class='specialimageclass img-thumbnail' src='https://insidegnss.com/wp-content/uploads/2018/01/Defense_Advanced_GPS_Receiver.jpg' ><span class='specialcaption'>Rockwell Collins DAGR. From Wikimedia Commons</span></div>
<p>
The GPS Directorate wants industry to more quickly develop innovative user equipment that integrates both the modernized GPS signals and signals from international constellations like Galileo.</p>
<p>“In the future,” said the organization’s new director, Col. Steve Whitney, “it’s going to be important that our industry partners and the Directorate investigate ways to pull in these new signals — and that includes some of the non-GPS signals — into our user equipment.”</p>
<p><span id="more-24559"></span></p>
<p>
The GPS Directorate wants industry to more quickly develop innovative user equipment that integrates both the modernized GPS signals and signals from international constellations like Galileo.</p>
<p>“In the future,” said the organization’s new director, Col. Steve Whitney, “it’s going to be important that our industry partners and the Directorate investigate ways to pull in these new signals — and that includes some of the non-GPS signals — into our user equipment.”</p>
<p>Whitney’s interest in incorporating more GNSS signals comes from his experience as senior materiel leader in the Directorate’s User Equipment Division where he worked with the military’s largest Foreign Military Sales (FMS) program.</p>
<p>“We have over 57 partner nations that buy GPS user equipment,” Whitney told <em>Inside GNSS</em>, “and so we have lots of discussions with them about that. That’s really where I think the international engagement in terms of incorporating new signals comes in.”</p>
<p>Some of those discussions likely take place in an 11-nation research development test and evaluation (RDT&amp;E) group formed by the United States and its allies. The group, said Michael Sanjume, deputy chief of the User Equipment Division, works together on advanced technology positioning, navigation, and timing (PNT) applications.</p>
<p>“One of the exploratory project arrangements is looking at the feasibility of open signal GNSS receivers,” Sanjume told <em>Inside GNSS</em>. They are “looking at the possibilities of how we could do it, what level of integration it would be done at —things like that,” he said, although Sanjume stressed that any new application would not appear until later generations of Military GPS User Equipment (MGUE).</p>
<p>Whitney said it made sense to incorporate non-GPS signals. “I don’t see why we shouldn’t go that way and couldn’t go that way,” he said. “I think that’s the smart way to go about it. I think that in the future, though, it’s not necessarily going to be something where the government mandates how to do things. The government is going to turn to industry and ask for their best and brightest solutions. That’s kind of what we’re trying to establish in the commercial market strategy in MGUE.”</p>
<p><strong>Industry Option</strong><br />
That approach, which aims to increase competition within the MGUE program, has been under development for some time.</p>
<p>“Rather than go through complicated contract competition and then downselect to a few vendors, the Directorate is going to establish criteria for MGUE security certification, cryptography, and signal protection and compatibility,” said Whitney, and then leave it industry to do the integration. He said there would be conversations with companies along the way to let them know what the directorate thinks is important.</p>
<p>“I have got the requirements, the specifics that have to be delivered — but we can also talk to them about ‘Hey, these type of areas should be looked at, and you should find a way to do that.’ I think you’ll find that industry, as we discovered in MGUE, is more than capable of responding on a faster timeframe than if we go through a formal program. That’s really the heart of that commercial market- based strategy —invigorating industry and getting them trained and going.”</p>
<p>The GPS Directorate took a concrete step in that direction when it posted a notice August 3 on the Fed Biz Ops website &lt;fbo.gov&gt; announcing an industry meeting on September 1–2. The meeting, about the development of a next-generation cryptographic processor for MGUE, was a directorate initiative specifically aimed at attracting more companies, including small businesses, to compete in the military GPS market.</p>
<p>Whitney said he believes competition has already inspired the MGUE program’s current contractors — Rockwell, L3/Interstate Electronics Corporation, and Raytheon — to begin working to integrate international signals into their devices. “I know from personal discussions all three of them have had talks about it,” he said.</p>
<p>Although he couldn’t say exactly what the current state of play was, “I know that they are making strategic partnerships in how they go about doing that”
</p>
<p>
“This is now going to be about market share,” Whitney told <em>Inside GNSS</em>. “You’re trying to bring the industry forces to bear. And that’s really what it is. They’re trying to become the first one to get there with the greatest</p>
<p>The post <a href="https://insidegnss.com/military-receivers-air-force-wants-foreign-gnss-capability/">Military Receivers: Air Force Wants Foreign GNSS Capability</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>GNSS Hotspots &#124; September 2015</title>
		<link>https://insidegnss.com/gnss-hotspots-september-2015/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Tue, 15 Sep 2015 23:00:05 +0000</pubDate>
				<category><![CDATA[201509 September/October 2015]]></category>
		<category><![CDATA[GNSS (all systems)]]></category>
		<category><![CDATA[GNSS Hotspots]]></category>
		<category><![CDATA[GPS]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2015/09/15/gnss-hotspots-48/</guid>

					<description><![CDATA[<p>One of 12 magnetograms recorded at Greenwich Observatory during the Great Geomagnetic Storm of 1859 1996 soccer game in the Midwest, (Rick Dikeman...</p>
<p>The post <a href="https://insidegnss.com/gnss-hotspots-september-2015/">GNSS Hotspots | September 2015</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/hex570.jpg" /><span class="specialcaption">One of 12 magnetograms recorded at Greenwich Observatory during the Great Geomagnetic Storm of 1859</span></div>
<div class="special_post_image"></div>
<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/Football_iu_1996_sm.jpg" /><span class="specialcaption">1996 soccer game in the Midwest, (Rick Dikeman image)</span></div>
<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/janfeb14-hotspots-350px.jpg" /></div>
<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/Flood_aftermath.jpg" /><span class="specialcaption">Nouméa ground station after the flood</span></div>
<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/20120827-nasa-phonesat-web.jpg" /><span class="specialcaption">A pencil and a coffee cup show the size of NASA&#8217;s teeny tiny PhoneSat</span></div>
<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/ETH Tartaruga AUV web.jpg" /><span class="specialcaption">Bonus Hotspot: Naro Tartaruga AUV</span></div>
<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/Petronas_Lightning_Mitchell_web.jpg" /></div>
<div class="special_post_image"></div>
<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/HotsSM.jpg" /><span class="specialcaption">Pacific lamprey spawning (photo by Jeremy Monroe, Fresh Waters Illustrated)</span></div>
<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/Canaletto Grand Canel.jpg" /><span class="specialcaption">&#8220;Return of the Bucentaurn to the Molo on Ascension Day&#8221;, by (Giovanni Antonio Canal) Canaletto</span></div>
<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/USNO alt master clock.jpg" /><span class="specialcaption">The U.S. Naval Observatory Alternate Master Clock at 2nd Space Operations Squadron, Schriever AFB in Colorado. This photo was taken in January, 2006 during the addition of a leap second. The USNO master clocks control GPS timing. They are accurate to within one second every 20 million years (Satellites are so picky! Humans, on the other hand, just want to know if we&#8217;re too late for lunch) USAF photo by A1C Jason Ridder. </span></div>
<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/Beidou system application diagramWebCROP.jpg" /><span class="specialcaption">Detail of Compass/ BeiDou2 system diagram</span></div>
<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/Beluga-A300-600ST_Hamburg 05WEB.jpg" /><span class="specialcaption">Hotspot 6: Beluga A300 600ST</span></div>
<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/Hurricane-Katrina-rescue-Reed-UCSG.jpg" /></div>
<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/GPSSpoof565x158.gif" /></div>
<p><strong>1. I LOVE MY JOB BUT…</strong><em><br />
Bakersfield, California USA</em><br />
<span id="more-22740"></span></p>
<p><strong>1. I LOVE MY JOB BUT…</strong><em><br />
Bakersfield, California USA</em><br />
√ A California sales manager for a wire transfer firm downloaded a required app called “<strong>Xora</strong>,” to her smart phone. It used <strong>GPS to monitor an employee’s location</strong>, arrival and departure time and said its software “captures a tremendous amount of powerful data, which can be pulled on demand with detailed reports or automated and emailed to you.” The plaintiff was fine with that — during work hours. As it turned out, the <strong>monitoring never stopped</strong>. Employees were required to leave their phones on 24/7 in case a client called. In her complaint, the sales manager said her supervisor “bragged that he knew how fast she had been driving at specific moments ever since she had installed the app.” The plaintiff said this was illegal and removed the app. Shortly thereafter, she got fired. She filed suit in the Bakersfield Superior Court for <strong>invasion of privacy and labor code violations</strong>, among other things. The case is still pending. Xora, now known as <strong>Click Software</strong>, is a mobile workforce management company with many clients. We hope its powerful capabilities include an automatic kill switch — or at least some lullabies after 10 p.m.</p>
<p><strong>2. TO THE RESCUE</strong><em><br />
On the Mediterranean</em><br />
√ <strong>Refugees</strong> from civic breakdown in Syria, Eritrea, Nigeria, Somalia, Sudan and elsewhere are pouring across the Mediterranean towards asylum in Europe and <strong>2,500 have died this year</strong> so far. A Louisiana millionaire couple who lost their house to Hurricane Katrina spent US$ 8 million to save as many refugees as possible from a watery death. <strong>Christophe Catrambone</strong> is the founder of the <strong>Migrant Offshore Aid Station</strong> (MOAS), a charitable foundation. He and a 20-member crew use two <strong>GPS-equipped Schiebel Camcopter S-100</strong> unmanned aerial vehicles lent by the company, a base ship, and rigid hulled inflatable boats to <strong>search for migrants in trouble </strong>and assist them. <strong>Doctors Without Borders </strong>provides medical help. The unmanned air vehicles launch from the ship and send back imagery, 24 hours a day, even in bad weather. The foundation website claims <strong>10,000 lives have been saved</strong> since the project began one year ago.</p>
<p><strong>3. TREMORS</strong><em><br />
Hurricane Sandy’s path, 2012</em><br />
√ Seismologists know that hurricanes shake the ground, not just the air, creating mini-quakes that are hard to place. In a study using the <strong>North American Earthscope project </strong>seismic monitoring site where <strong>GPS reference receivers</strong> provide complementary measurement systems for resolving strain-rate, researchers found they could locate these minor tremors more precisely. The scientists followed <strong>Hurricane Sandy</strong> for six days during its 2012 assault on the east coast of the United States. They ran through 117,370 different combinations of 485 seismic sensors for each hour of data and found out the signals came from the eye of the hurricane. The scientists said this might become a practical way to <strong>predict increases in storm intensity</strong> using the seismic network to remotely monitor air pressure changes inside the storm. Their study appeared in <em>Solid Earth</em>, the journal of geophysical research, this August.</p>
<p><strong>4. BEWARE OF HUMAN</strong><br />
<em>Ontario, Canada</em><br />
√ <strong>HitchBOT</strong>, the traveling robot that depended on humans to give it a ride, successfully crossed Canada and explored Belgium and Germany before being <strong>vandalized in the USA</strong> on August 1. Designed by two researchers from <strong>Ryerson</strong> and <strong>McMasters</strong> universities in Ontario, Canada, HitchBOT used <strong>GPS to locate itself</strong>, sophisticated voice recognition and patterning integrated with social media to communicate, and a playful body made up of odds and ends to inspire affection. Its creators wanted to know how humans might relate to the fast-arriving future when “smart” machines will appear to be sentient. Thousands of humans treated HitchBOT as if it were alive — for good or ill. “Sometimes bad things happen to good robots,” HitchBOT said in its last message. Next time, Hitch, <strong>hire bodyguards</strong>.</p>
<div class="pdfclass"><a class="specialpdf" href="http://insidegnss.com/wp-content/uploads/2018/01/sepoct16-HOTSPOTS.pdf" target="_blank" rel="noopener">Download this article (PDF)</a></div>
<p>The post <a href="https://insidegnss.com/gnss-hotspots-september-2015/">GNSS Hotspots | September 2015</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>John Raquet’s Compass Points</title>
		<link>https://insidegnss.com/john-raquets-compass-points/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Sat, 12 Sep 2015 23:42:44 +0000</pubDate>
				<category><![CDATA[201509 September/October 2015]]></category>
		<category><![CDATA[Column]]></category>
		<category><![CDATA[Human Engineering]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2015/09/12/john-raquets-compass-points/</guid>

					<description><![CDATA[<p>The Raquet family Return to main article: John Raquet: A Family Affair COMPASS POINTS Engineering specialties Navigation; navigation by signals of opportunity; sensor...</p>
<p>The post <a href="https://insidegnss.com/john-raquets-compass-points/">John Raquet’s Compass Points</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class='special_post_image'><img class='specialimageclass img-thumbnail' src='https://insidegnss.com/wp-content/uploads/2018/01/HUMAN-Raquet-family.jpg' ><span class='specialcaption'>The Raquet family</span></div>
<p>
<strong>Return to main article: <a href="http://insidegnss.com/compass-meo-satellite-signals/">John Raquet: A Family Affair</a></strong>
</p>
<p>
<span style="color: #993300"><strong>COMPASS POINTS</strong></span>
</p>
<p>
<strong>Engineering specialties </strong>
</p>
<p>
Navigation; navigation by signals of opportunity; sensor fusion/integrated avionics; GPS; navigation warfare; software development; stochastic estimation.
</p>
<p>
<strong>Favorite equation </strong>
</p>
<p>
<em><strong>e</strong><sup>iπ</sup></em> = –1
</p>
<p><span id="more-22730"></span></p>
<p>
<strong>Return to main article: <a href="http://insidegnss.com/compass-meo-satellite-signals/">John Raquet: A Family Affair</a></strong>
</p>
<p>
<span style="color: #993300"><strong>COMPASS POINTS</strong></span>
</p>
<p>
<strong>Engineering specialties </strong>
</p>
<p>
Navigation; navigation by signals of opportunity; sensor fusion/integrated avionics; GPS; navigation warfare; software development; stochastic estimation.
</p>
<p>
<strong>Favorite equation </strong>
</p>
<p>
<em><strong>e</strong><sup>iπ</sup></em> = –1
</p>
<p>
(<em>i</em> is an imaginary number representing the square root of negative 1)
</p>
<p>
Raquet says this special case of Euler’s formula is interesting because it involves many of the basic concepts of mathematics: an exponential function involving <em>e</em>, the imaginary number<em> i</em>, the value of <em>π</em>, a negative sign, and the value of 1. “And yes,” he adds, “this equation has been on our dining room whiteboard from time to time!”
</p>
<p>
<strong>GNSS event that most signifies that GNSS has ‘arrived’ </strong>
</p>
<p>
“About 10 years ago,” says Raquet, “I was checking out at Wal-Mart, and the Wal-Mart cashier started explaining to me some of the details of how GPS works, including how GPS sends a data stream to the receiver so it can calculate satellite positions. He had no idea that I knew anything about GPS and was just making small talk. At that point, I knew that GNSS had arrived.”
</p>
<p>
<strong>What popular notions about GNSS most annoy you? </strong>
</p>
<p>
Raquet says he’s annoyed by the popular notion that if you have a GPS receiver, then the Air Force can track you. “I used to give an annual lecture on GPS to a group of high school students. At the beginning of this lecture, I would ask them whether or not the government can track them if they have a GPS receiver on, and usually about two thirds would say that it can. I would then attempt to explain that a GPS receiver is only a receiver, and that there is no way for the GPS system to know anything about who is using the system or where they are. After this long explanation, about half of the students still thought that the government was tracking you if you had a GPS receiver!”
</p>
<p>
<strong>As a consumer, what GNSS product, application, or engineering innovation would you most like to see? </strong>
</p>
<p>
Raquet says he’d love to see a GNSS-controlled Frisbee that he could throw and that would always come right back to him. “I think that knowing where the Frisbee is, using GNSS, is the easy part of this problem,” he says. “The bigger challenge is figuring out how to automatically steer a Frisbee in flight!”
</p>
<p>
<strong>Mentors </strong>
</p>
<p>
His first mentor was his father, Charles, a NASA engineer who “inspired within me a love for figuring out how things work,” and his second, Raquet’s Ph.D. advisor at the University of Calgary, Dr. Gérard Lachapelle.
</p>
<p>
<strong>Patents </strong>
</p>
<p>
Haker, M., and J. Raquet, “Global Navigation Satellite System Signal Decomposition and Parameterization Algorithm,” US Patent no. 9,025,640. Issued May 5, 2015 (A method to break down a GNSS signal into a set of direct and multipath components)
</p>
<p>
Morrison, J., and J. Raquet, and M. Veth, “Coded Aperture Aided Navigation and Geolocation System,” US Patent no. 8,577,538, Issued November 5, 2013
</p>
<p>
Martin, R., and J. Velotta, and J. Raquet, “Navigation and Position Determination with a Multicarrier Modulation Signal of Opportunity,” US Patent no. 8,072,383, Issued December 6, 2011</p>
<p>The post <a href="https://insidegnss.com/john-raquets-compass-points/">John Raquet’s Compass Points</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>ESA Launches Two Galileo Satellites</title>
		<link>https://insidegnss.com/esa-launches-two-galileo-satellites/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Fri, 11 Sep 2015 03:48:24 +0000</pubDate>
				<category><![CDATA[201509 September/October 2015]]></category>
		<category><![CDATA[Galileo]]></category>
		<guid isPermaLink="false">http://insidegnss.com/news/esa-launches-two-galileo-satellites/</guid>

					<description><![CDATA[<p>Two Galileo satellites were carried into space today (September 10, 2015) with a successful launch at 10:08 p.m. (EDT) ((02:08 GMT on September...</p>
<p>The post <a href="https://insidegnss.com/esa-launches-two-galileo-satellites/">ESA Launches Two Galileo Satellites</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>
Two Galileo satellites were carried into space today (September 10, 2015) with a successful launch at 10:08 p.m. (EDT) ((02:08 GMT on September 11) from the Soyuz Launch Complex at the European spaceport in French Guiana.</p>
<p><span id="more-24557"></span></p>
<p>
Two Galileo satellites were carried into space today (September 10, 2015) with a successful launch at 10:08 p.m. (EDT) ((02:08 GMT on September 11) from the Soyuz Launch Complex at the European spaceport in French Guiana.</p>
<p>The satellites, named Alba and Oriana after Spanish and Russian children, respectively, <a href="http://insidegnss.com/industryview/hey-kids-get-your-names-on-europes-galileo-satellites/" target="_blank">who won a European Commission Galileo drawing competition,</a> are the fifth and sixth full operational capability (FOC) spacecraft to be launched by the European GNSS program. Developed and built by OHB System AG, the spacecraft were launched on board a Russian Soyuz ST-B rocket.
</p>
<p>
All the Soyuz stages performed as planned, with the Fregat upper stage releasing the satellites in opposite directions in their target orbit at roughly 23,500 kilometers in altitude, about 3 hours and 48 minutes after liftoff.</p>
<p>“The deployment of Europe’s Galileo system is rapidly gathering pace,” said Jan Woerner, director general of the European Space Agency (ESA).</p>
<p>Two further Galileo satellites are still scheduled for launch by end of this year. These satellites have completed testing at ESA’s ESTEC technical center in Noordwijk, the Netherlands, with another two satellites now undergoing their own test campaigns.</p>
<p>Next year the deployment of the Galileo system will be able to be accelerated by the arrival of a new line of specially customized Ariane 5 rockets that will double, from two to four, the number of satellites that can be launched at one time.</p>
<p>The post <a href="https://insidegnss.com/esa-launches-two-galileo-satellites/">ESA Launches Two Galileo Satellites</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Let Us Now Praise</title>
		<link>https://insidegnss.com/let-us-now-praise/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Mon, 07 Sep 2015 01:03:11 +0000</pubDate>
				<category><![CDATA[201509 September/October 2015]]></category>
		<category><![CDATA[Column]]></category>
		<category><![CDATA[GNSS (all systems)]]></category>
		<category><![CDATA[integration/integrated system]]></category>
		<category><![CDATA[SBAS and RNSS]]></category>
		<category><![CDATA[system interoperability]]></category>
		<category><![CDATA[Thinking Aloud]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2015/09/07/let-us-now-praise/</guid>

					<description><![CDATA[<p>When China joined the GNSS club in 2007, it turned a satnav triumvirate into a quartet. But some of the limelight needs to...</p>
<p>The post <a href="https://insidegnss.com/let-us-now-praise/">Let Us Now Praise</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>When China joined the GNSS club in 2007, it turned a satnav triumvirate into a quartet.</p>
<p>But some of the limelight needs to fall a little further from center stage — out there where the Indian Regional Navigation Satellite System (IRNSS) and Japan’s Quasi-Zenith Satellite System (QZSS) are not waiting idly in the wings.</p>
<p><span id="more-22729"></span></p>
<p>When China joined the GNSS club in 2007, it turned a satnav triumvirate into a quartet.</p>
<p>But some of the limelight needs to fall a little further from center stage — out there where the Indian Regional Navigation Satellite System (IRNSS) and Japan’s Quasi-Zenith Satellite System (QZSS) are not waiting idly in the wings.</p>
<p>If all goes as scheduled — and both India and Japan are moving ahead with increased confidence — the regional systems will substantially enrich the world’s positioning, navigation, and timing (PNT) resources. IRNSS should be completed this year, with seven satellites on orbit. QZSS will have four satellites up by 2018 and seven by the end of 2023.</p>
<p>It’s all too easy to conflate regional systems with GNSS augmentation systems, such as WAAS, EGNOS, or Russia’s SDCM — systems that largely replicate and improve the quality of the underlying GNSS service features. (<em>Inside GNSS</em> probably contributes to this lack of differentiation between the two types of systems by having a single <strong>“Augmentation/Region”</strong> button on its website.)</p>
<p>But India and Japan have their own augmentation systems in GAGAN (GPS-Aided Geo-Augmented Navigation) and MSAS (MTSAT Satellite-based Augmentation System), respectively. QZSS and IRNSS, in contrast, are essentially autonomous systems that literally operate outside the orbits and frequencies of the world’s four GNSS systems.</p>
<p>These are not trivial considerations.</p>
<p>As last year’s disappearance of Flight MH370 reminded us, the Indian Ocean region in which IRNSS operates is large and largely unchartered. So, too, the Western Pacific surveyed by QZSS. Having expanded GNSS resources available there will bring benefits to nations well beyond those providing the regional services.</p>
<p>Broadly speaking, regional systems do augment GNSS services, it’s true. But they also move beyond them, bringing their own distinctive characteristics and technological opportunities.</p>
<p>QZSS’s L-band Experimental (LEX) signal — to be renamed L6 when QZSS becomes fully operational — is designed to transmit correction messages that enable positioning, navigation, and timing applications that require centimeter-level accuracy.</p>
<p>The L6 signal (at 1278.75 MHz) will incorporate Geo++ State Space Representation (SSR) technology in which relevant ionospheric effects are estimated in real time using reference network observations, making these suitable for single-frequency GNSS receivers.</p>
<p>Similarly, IRNSS transmits a unique hybrid data structure at L5 (1164.45–1188.45 MHz) that provides grid-based ionospheric corrections for single-frequency users, as well as a ranging signal on S-band (2483.5–2500 MHz) — a relative novelty for GNSS systems.</p>
<p>The QZSS program also attempts to address another challenge: the need for indoor PNT capabilities. The ground-based IMES or the Indoor Messaging System uses pseudorandom noise codes (PRNs), operates in the L1 frequency, and has message formats compatible with QZSS and GPS.</p>
<p>Beyond their technical distinctiveness, regional systems ensure a relatively greater control over strategic national assets and the critical infrastructures and applications that rely upon them. This, in turn, strengthens the sovereignty of nations that possess and operate them.</p>
<p>Both Japan and India are full members of the International Committee on GNSS Providers Forum, along with the “Big Four”: the United States, China, Russia, and the European Union.</p>
<p>They have earned their places at the table.</p>
<div class='pdfclass'><a target='_blank' class='specialpdf' href='http://insidegnss.com/wp-content/uploads/2018/01/sepoct15-THINKING.pdf'>Download this article (PDF)</a></div>
<p>The post <a href="https://insidegnss.com/let-us-now-praise/">Let Us Now Praise</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Alternative PNT</title>
		<link>https://insidegnss.com/alternative-pnt/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Mon, 07 Sep 2015 00:47:22 +0000</pubDate>
				<category><![CDATA[201509 September/October 2015]]></category>
		<category><![CDATA[engineering]]></category>
		<category><![CDATA[GNSS (all systems)]]></category>
		<category><![CDATA[legacy-application]]></category>
		<category><![CDATA[Marine]]></category>
		<category><![CDATA[signal]]></category>
		<category><![CDATA[Thought Leadership Series]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2015/09/07/alternative-pnt/</guid>

					<description><![CDATA[<p>At one time, GPS was expected to supplant a wide range of navigation technologies in the world’s positioning, navigation, and timing (PNT) portfolio....</p>
<p>The post <a href="https://insidegnss.com/alternative-pnt/">Alternative PNT</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>At one time, GPS was expected to supplant a wide range of navigation technologies in the world’s positioning, navigation, and timing (PNT) portfolio. But an unexpected thing happened along the way.</p>
<p><span id="more-22728"></span></p>
<p>At one time, GPS was expected to supplant a wide range of navigation technologies in the world’s positioning, navigation, and timing (PNT) portfolio. But an unexpected thing happened along the way.</p>
<p>As GPS — and more recently, GNSS — moved from concept, to development, to reality, its vulnerabilities became more apparent, along with its remarkable qualities of accessibility, accuracy, and affordability. Interference to low-power GNSS signals, fear of spoofing attacks and intentional jamming, diminished performance in some operational environments — these and other factors have led policy makers and some user communities to reconsider their expectation of GPS universality and, instead, to seek alternative PNT (APNT) resources. In the United States, a 2004 presidential directive mandated creation of a backup system for GPS to ensure the uninterrupted provision of PNT services.</p>
<p>We called on <strong>Sherman Lo</strong> help us understand what is at stake in the search for APNT. Lo is a senior research engineer in the GPS Laboratory at Stanford University, where he earned his Ph.D. in aeronautics and astronautics. For the last several years, he has served as an investigator for the Federal Aviation Administration’s evaluation of APNT alternatives.</p>
<p><strong><em>IGM: What are the leading functions/values/features being looked for in alternative PNT systems?</em></strong></p>
<p><strong>LO: </strong>This topic is a source of much discussion in the APNT community as there is not general agreement in several areas. I think the features needed from APNT are generally agreed upon: robustness, integrity/authenticity, and accuracy (timing or positioning).</p>
<p>However, a debate exists about what those things actually entail. For example, while it is clear that APNT must handle a GNSS outage, no consensus has emerged regarding the length of time and extent in area for which an outage must be managed. I think the differences of opinion come from several factors. First, there have been few major incidents of GNSS denial or spoofing. Second, the uses of and threats to PNT are evolving.</p>
<p>I think that the various stakeholders have different time horizons in mind for APNT. The PNT targets and threats in 2035 will be different than those today or 2025. The challenge with PNT (APNT or otherwise) infrastructure is that it takes time to build out, equip, and modify. It is not like consumer devices or software where we can count on rapid turnover or updates. We must think and plan for the future, sometimes far into the future, and get consensus on what is needed.</p>
<p>For example, FAA APNT currently needs to only provide about one-nautical-mile position accuracy. Hence, distance measuring equipment (DME) — either DME/DME or DME/DME with inertial reference unit (IRU) avionics — is sufficient. However, in the future airspace (2025 and later) as envisioned under the FAA Next Generation Air Transportation System (NextGen), reliance on GNSS and GNSS level performance will be greater and some APNT capabilities will need to improve — to perhaps 0.3 to 0.5 nautical mile accuracy along with better low-altitude coverage.</p>
<p>I suspect that similar issues face other industries such as telecommunications, where one-microsecond timing is sufficient for today but we may be talking about 100 nanoseconds or better in the near future.</p>
<p><strong><em>IGM: The Federal Aviation Administration (FAA) has emerged as a leader in the search for APNT. Are other regulated carriers —rail, maritime, commercial transport, etc. — substantially engaged in this activity and, if so, how? </em></strong></p>
<p><strong>LO: </strong>The FAA has shown great leadership in seeking robust and redundant navigation capability. As for other regulated carriers, the work with which I am most familiar is that of the General Lighthouse Authorities of the United Kingdom and Ireland (GLA) with maritime navigation. The GLA has been at the forefront developing eLoran for maritime APNT and are leading international standardization efforts on eLoran for maritime applications.</p>
<p>However, I feel that other civil agencies are becoming increasingly cognizant of the need for APNT. The Department of Homeland Security (DHS) has engaged in numerous activities to scope out the need for APNT and examining alternatives. It has held interference exercises to help users understand these threats and develop mitigations awareness and supported development of enhanced Loran (eLoran) through its cooperative agreements.</p>
<p><strong><em>IGM: What are the leading candidate technologies for providing APNT service?</em></strong></p>
<p><strong>LO:</strong> Right now, it seems as if each agency has its own leading candidates. For FAA, DME [distance measuring equipment] will be a basis for APNT in the near term. DHS is looking into eLoran, DARPA is developing chip scale inertials, and so on.</p>
<p>This diversity of solutions is due to many reasons — each group has systems to meet specific special needs of their mission. On one hand, heterogeneous solutions are a good thing, as they make it more challenging for attackers. But on the other hand, from a cost and a security perspective, I feel that it is not good to have too many different solutions. Having fewer solutions will allow us to focus on the security of each solution rather than just counting on security through diversity.</p>
<p>I believe that, as different APNT technologies mature, there will be a convergence of solutions with a handful of trusted systems. We track the development of robust alternatives by other groups, as they may offer significant benefits to our FAA APNT efforts. eLoran, should it further develop in the United States, may provide a source of robust time synchronization for APNT. The availability of low-cost, high-accuracy inertial would be very useful for APNT and reduce the requirements on ground infrastructure.</p>
<p><strong><em>IGM: What is the state of play for APNT in other nations and what kinds of relations/interactions are there between their efforts and those in the United States?</em></strong></p>
<p><strong>LO:</strong> Several other nations and groups have expressed interest in US FAA APNT activities. Eurocontrol has talked to us about their APNT efforts and plans to investigated it within the next set of Single European Sky ATM Research (SESAR) activities. SESAR is the European airspace modernization plan similar to the US NextGen. We have and continue to work with the German Aerospace Center (DLR) and National Cheng Kung University in Taiwan on various APNT research within their airspaces. We interact regularly with these groups. DLR is a participant with US and European APNT activities. I think FAA leadership on APNT has led many other groups to look more closely at this issue.</p>
<p>Beyond aviation, I think the other major area of APNT is the ongoing eLoran effort in South Korea, the United Kingdom, and the United States. Korea is planning to modernize their existing stations to eLoran and build three new stations. This eLoran is based on the know-how developed in US/UK efforts.</p>
<p><strong><em>IGM: Is APNT a significant concern for consumers — the people with smartphones, PNDs, in-vehicle navigation systems, etc. — and, if so, how should those concerns be addressed?</em></strong></p>
<p><strong>LO:</strong> I absolutely think that APNT will be a significant concern for consumers for all those items that you mentioned. Positioning is cheap and I think in the future devices will integrate GNSS chips for even minor benefits (for example, GNSS in cameras and laptops).</p>
<p>As for how to address the need for APNT, it depends on the product category and it characteristics. For me, two characteristics come to the forefront. The first is the likelihood and effect on safety of losing PNT. In this dimension, I also think about the likelihood of loss — are there any incentives for jamming or spoofing the GNSS signal in this application. The second characteristic is how quickly would we add new PNT systems should the need arise.</p>
<p>Smartphones seem to be on one end of the spectrum in terms of these two characteristics. First, for these devices the GNSS degradation (interference, spoofing, or otherwise) is generally a nuisance but not a safety event. Second, and most important, smartphones are technology items for which people refresh the technology very quickly, and so new technology can quickly be fielded to address PNT problems if needed.</p>
<p>Other consumer devices (unmanned aerial vehicles, robot lawn mowers) may be more challenging.</p>
<div class="pdfclass"><a class="specialpdf" href="http://insidegnss.com/wp-content/uploads/2018/01/IGM_TLS09_15.pdf" target="_blank" rel="noopener noreferrer">Download this article (PDF)</a></div>
<p>The post <a href="https://insidegnss.com/alternative-pnt/">Alternative PNT</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>John Raquet: A Family Affair</title>
		<link>https://insidegnss.com/john-raquet-a-family-affair/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Mon, 07 Sep 2015 00:46:27 +0000</pubDate>
				<category><![CDATA[201509 September/October 2015]]></category>
		<category><![CDATA[Column]]></category>
		<category><![CDATA[engineering]]></category>
		<category><![CDATA[GPS]]></category>
		<category><![CDATA[history]]></category>
		<category><![CDATA[Human Engineering]]></category>
		<category><![CDATA[military]]></category>
		<category><![CDATA[profile/biography]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2015/09/07/john-raquet-a-family-affair/</guid>

					<description><![CDATA[<p>John and his wife, Cindy. John Raquet’s Compass Points With an imposing 6’2” physique and a disarming grin, John Raquet rises above the...</p>
<p>The post <a href="https://insidegnss.com/john-raquet-a-family-affair/">John Raquet: A Family Affair</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class='special_post_image'><img class='specialimageclass img-thumbnail' src='https://insidegnss.com/wp-content/uploads/2018/01/Raquet2.jpg' ><span class='specialcaption'>John and his wife, Cindy.</span></div>
<p>
<a href="http://insidegnss.com/john-raquets-compass-points/"><strong>John Raquet’s Compass Points</strong></a>
</p>
<p>
With an imposing 6’2” physique and a disarming grin, John Raquet rises above the crowd. To colleagues he’s a top-flight engineer and university professor, and director of the Air Force Institute of Technology (AFIT) Autonomy and Navigation Technology Center. But he is also a former all-star basketball player, a preacher, sometime soccer coach, former military officer, and, most definitely, a family man.
</p>
<p><span id="more-22727"></span></p>
<p>
<a href="http://insidegnss.com/john-raquets-compass-points/"><strong>John Raquet’s Compass Points</strong></a>
</p>
<p>
With an imposing 6’2” physique and a disarming grin, John Raquet rises above the crowd. To colleagues he’s a top-flight engineer and university professor, and director of the Air Force Institute of Technology (AFIT) Autonomy and Navigation Technology Center. But he is also a former all-star basketball player, a preacher, sometime soccer coach, former military officer, and, most definitely, a family man.
</p>
<p>
And boy what a family: wife Cindy plus eight kids, who have managed, among other things, to keep him in wrestling shape.
</p>
<p>
“Thinking back to when I was a Ph.D. student at the University of Calgary over a three-year period, I remember at times coming home after a frustrating day in my student office and finding the children happy to see me and ready for a good friendly wrestle on the floor,” says Raquet.
</p>
<p>
“They really didn’t care if I was struggling in a class or couldn’t get a navigation computer program to compile. Playing with them on the floor after a difficult day was an incredible boost, helping me to keep in mind that some things are more important than others,” he continues. “So, rather than being a distraction from my career, I feel like my children have actually helped me to keep things in perspective.”
</p>
<p>
<strong>In the Beginning. . . .</strong><br />
Raquet grew up in the Cleveland, Ohio, area, in a town called North Olmsted. In high school, he worked at a garden center and was pretty serious about basketball, making an all-Cleveland all-star team his senior year.
</p>
<p>
His mother, Sharon, was a nurse. His father, Charles Raquet, spent his entire career as an engineer at NASA Lewis, now NASA Glenn, in Cleveland.
</p>
<p>
Charles Raquet completed a Ph.D. in physics from Carnegie Tech, now Carnegie Mellon, when John was about six months old.
</p>
<p>
Working for NASA, Charles Raquet spent much of his time developing antenna technology for communication satellites. One of the highlights of John Raquet’s undergraduate university days was having an internship at the same NASA facility where his father worked, testing out arcjet engines for spacecraft in 1988.
</p>
<p>
“Growing up, I had always liked visiting my father’s office and his lab, so it was very exciting to actually be working at the same NASA facility,” John recalls.
</p>
<p>
By 1989, Raquet had a fine undergraduate career at the U.S. Air Force Academy under his belt and a bachelor of science in astronautical engineering in his pocket, and he was active military. His next move was a master of science program in aeronautical/astronautical engineering at the Massachusetts Institute of Technology. There he worked to develop an innovative, fuel-efficient, collision-avoidance and docking system for the Space Shuttle.
</p>
<p>
But there was a major development in his personal life as well. While still in graduate school at MIT, he met Cindy, who was working as a recent Wellesley College graduate in a small high-tech company in Boston. She was one of only a few non-engineers.
</p>
<p>
Cindy has remained a true partner and devoted traveling companion to John throughout the years. “She has attended probably 15 Institute of Navigation [ION] GNSS conferences with me,” he says, “and even though she’s not a navigation engineer, she knows lots of people who attend, because each place that we’ve lived has involved organizations that are active in the ION.”
</p>
<p>
After receiving his master’s degree, Raquet was assigned to what is now the 746th Test Squadron at Holloman Air Force Base, near Alamogordo, New Mexico.
</p>
<p>
He was originally told that he was going to be a flight test engineer, and he was very excited about the opportunity to fly as part of his job, but when he arrived, Holloman leaders discovered that Raquet had a masters degree and decided to put him in the reference systems development element.
</p>
<p>
“This was one of several times in my life where I look back and am glad that I didn’t get what I thought I wanted,” Raquet says, because it put him in the middle of an emerging technology, the Global Positioning System, that was beginning to transform the world of positioning, navigation, and timing.
</p>
<p>
“In the reference systems element, we were starting to use GPS as an input to our flight reference systems, which were used to generate truth data when testing navigation systems, mostly INS [inertial navigation] at that time,” he says. “During the four years I was there, we went from not using GPS, to using GPS pseudoranges, to pseudorange DGPS [differential GPS], to incorporating a full integer-resolved, carrier-phase DGPS solution into our reference system.”
</p>
<p>
So, it turned out that working with reference systems allowed Raquet to “cut his teeth” on GNSS and ultimately set the direction for the rest of his career.
</p>
<p>
<strong>Unforgettable</strong><br />
Raquet says he “first got truly excited about GNSS” when Dr. Gérard Lachapelle came to Holloman AFB in the early 1990s to teach a course on carrier-phase integer ambiguity resolution.
</p>
<p>
“To this day, it still amazes me that, using carrier-phase DGPS, a receiver can tell you where you are within a centimeter, using signals from satellites 20,000 kilometers away and traveling at several kilometers/second.”
</p>
<p>
In the GPS class that he teaches today, Raquet has all of the students submit a work of “GPS Art” sketched by plotting the position of an GNSS antenna moved in whatever shape they want, using carrier-phase DGPS for positioning. “I suspect that this is a part of the course that they will never forget,” he says, “long after all of the details of the course have faded from memory.”
</p>
<p>
From New Mexico, it was on to Canada and back to school, this time as a doctoral student in geomatics engineering at the University of Calgary — Lachapelle’s stamping ground — from 1995 to 1998. There Raquet pioneered a new method for network-based precise differential GPS positioning that is currently deployed throughout the world.
</p>
<p>
And he remained busy on the home front: “Cindy and I started that program with two young children, and left with four — so, there are two Canadians in my family!”
</p>
<p>
<strong>Full Circle</strong><br />
Today, John Raquet is a professor of electrical engineering and Director of the Autonomy and Navigation Technology (ANT) Center at AFIT. Located at Wright Patterson AFB, near Dayton, Ohio, his office is not so very far from where he grew up playing basketball in North Olmsted.
</p>
<p>
Back in Ohio, Raquet appears to have achieved that much-sought but rarely found work-family balance.
</p>
<p>
“I absolutely love being a professor and running a research center,” he says. “One of the best parts of my job is getting to know each of my research students as I work with them over an extended period of time. I also have really enjoyed attempting to develop an engaging, fun culture among the ANT Center staff.”
</p>
<p>
And fun is something he knows about, keeping eight children, ages 8 through 23 — four boys and four girls — entertained and yet on track: traveling, playing whiffle ball in the back yard, hiking, camping, and on and on.
</p>
<p>
“We recently all took a trip to the Grand Canyon and back in our 15-passenger van, which was a blast!” says Dad.
</p>
<p>
One of the family highlights was the opportunity for them all to live in Finland for six months in 2010, when Raquet was AFIT’s first-ever Fulbright Scholar at the Tampere University of Technology.
</p>
<p>
Raquet found the Finnish posting both professionally and personally enriching. “Living in Europe enabled us to show our children quite a few historical sites that we never thought they would be able to see, at least while living in our own home.”
</p>
<p>
In the midst of this rich family life, however, Raquet has still managed to get a little work done.
</p>
<p>
In recent years, ANT has developed the Sensor Processing for Inertial Dynamics Error Reduction (SPIDER) filter framework to alleviate some of the issues inherent with specialized navigation post-processing software.
</p>
<p>
“We got tired having students struggling to reuse sensor integration software, to the point that they would often start over again from scratch,” Raquet explains. “To fix this, we developed the SPIDER filter frame-work, which has a number of nice features that enable the students to add in their own sensor model with-out affecting other sensor models that may already exist. This has significantly improved our ability to reuse this software.”
</p>
<p>
A familiar face at conferences and events, Raquet has many awards and honors and well more than 100 published articles and conference presentations to his credit as well as a long line of mentored students. And one still has the feeling that he’s just getting started.
</p>
<p>
“At the Center, we continue to do lots of work in navigation using non- GNSS means,” Raquet explains, “which is almost always more difficult and less accurate than GNSS, when it’s available.”
</p>
<p>
Recently, ANT has been investigating the use of magnetic field variations to determine absolute position, by comparing the measured variations to a map, demonstrating this capability indoors, in a ground vehicle, and in an aircraft.
</p>
<p>
“We have been spoiled by GNSS, and have come to depend on it,” Raquet says. “So, it is important to have alternative navigation signals to fall back on, if and when GNSS is not available.”
</p>
<p>
<strong>Imparting Perspective </strong><br />
Raquet has worked for the Air Force for his entire career, initially as an active duty military member and now as a government civilian. He was active duty from 1989 through 2003, which included his first five years as a professor, and then converted to civilian status.
</p>
<p>
Raquet decided to get out of the military at the 14-year point, six years before he would have reached full retirement, partly so that he could continue to be a professor, which would not have been possible if he had stayed in uniform.
</p>
<p>
And, as do many parents, he takes a part of his work home with him.
</p>
<p>
“Like my father, I like to talk with my children about how things work,” Raquet says. “After a number of drawings literally on the back of a napkin, we finally broke down and purchased a whiteboard which was installed in our dining room; so, now it’s much more convenient to make a quick drawing of something.”
</p>
<p>
Given that the couple — “mostly Cindy,” Raquet insists — have home-schooled all their children, a whiteboard seems a natural furnishing for their dining room.
</p>
<p>
And that choice seems to have paid off.
</p>
<p>
“We have three in university — two studying music, and one electrical engineering,” Raquet says. “We really don’t know yet what the other children will study, although my 10-year-old has let us know that he is just biding his time until he can build robots for a living!”
</p>
<p>
Music is another family activity, both listening and playing. Most of the children play one or two instruments, including, thus far, the harp, violin, two violas, French horn, flute, trombone, and piano. “
</p>
<p>
“We also enjoy breaking out into spontaneous song from time to time,” he adds.
</p>
<p>
John and Cindy enjoy music as well, although they spend more time teaching it and driving around to lessons than actually playing anything.
</p>
<p>
As a man of faith, Raquet is very active in the Arbor Church, a reformed Baptist congregation, as a pastor and, along with Cindy, as a counselor. Together they have provided premarital counseling for a number of couples, and, looking ahead to their 25th anniversary in January, the Raquets would seem to be good models for giving marital advice.
</p>
<p>
Raquet offers quite a bit of instruction for fellow church members and says he really enjoys preaching things other than engineering.
</p>
<p>
“It’s amazing how often engineering concepts provide good analogies for spiritual concepts,” he says, “although sometimes I have to pass on the best engineering analogies, because only engineers would really get it!”
</p>
<div class='pdfclass'><a target='_blank' class='specialpdf' href='http://insidegnss.com/wp-content/uploads/2018/01/sepoct15-HUMAN.pdf'>Download this article (PDF)</a></div>
<p>The post <a href="https://insidegnss.com/john-raquet-a-family-affair/">John Raquet: A Family Affair</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>GPS Confidential</title>
		<link>https://insidegnss.com/gps-confidential/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Mon, 07 Sep 2015 00:45:04 +0000</pubDate>
				<category><![CDATA[201509 September/October 2015]]></category>
		<category><![CDATA[Article]]></category>
		<category><![CDATA[GNSS (all systems)]]></category>
		<category><![CDATA[GPS]]></category>
		<category><![CDATA[high precision positioning]]></category>
		<category><![CDATA[legacy-application]]></category>
		<category><![CDATA[location based services]]></category>
		<category><![CDATA[signal]]></category>
		<category><![CDATA[Technical Article]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2015/09/07/gps-confidential/</guid>

					<description><![CDATA[<p>Ubiquitous location-aware mobile devices, mainly GPS-enabled smartphones, have led to a boom in location-based services (LBS), which have been revolutionizing businesses and lifestyles....</p>
<p>The post <a href="https://insidegnss.com/gps-confidential/">GPS Confidential</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class='special_post_image'><img class='specialimageclass img-thumbnail' src='https://insidegnss.com/wp-content/uploads/2018/01/ConfidentialEQ.jpg' ><span class='specialcaption'></span></div>
<p>
Ubiquitous location-aware mobile devices, mainly GPS-enabled smartphones, have led to a boom in location-based services (LBS), which have been revolutionizing businesses and lifestyles. Common uses of LBSs include asset tracking, location-based advertising, emergency roadside service, turn-by-turn navigation, and real-time traffic &amp; road information sharing.
</p>
<p><span id="more-22726"></span></p>
<p>
Ubiquitous location-aware mobile devices, mainly GPS-enabled smartphones, have led to a boom in location-based services (LBS), which have been revolutionizing businesses and lifestyles. Common uses of LBSs include asset tracking, location-based advertising, emergency roadside service, turn-by-turn navigation, and real-time traffic &amp; road information sharing.
</p>
<p>
A major category in LBSs is proximity-based services, which allow users to search for friends or other points of interest around them. Examples of proximity-based mobile social networking include Apple’s “Find My Friends,” Facebook’s “Nearby Friends,” Tencent’s “WeChat,” Momo, and Nearby.
</p>
<p>
In Find My Friends, a user can see the locations of his friends and get notified when his friends are nearby. In WeChat, a user can find nearby users by the following two ways:
</p>
<ul>
<li>Shake — A user shakes the phone, and the app will find other WeChat users who are also shaking at the moment locally and around the world. Then the user has an opportunity to message them and make new friends.</li>
<li>Look Around — Look Around is like Shake without the shaking. The app simply finds other WeChat users who have been recently in the user’s vicinity.</li>
</ul>
<p>
To use an LBS, a user usually has to send his exact location to the service provider, sporadically or frequently. The contextual information attached to user locations may, however, also reveal the users’ habits, interests, activities, health status, and political and religious affiliations. The high level of intrusion and privacy threats associated has made many users reluctant to opt into LBSs. So, designing practical and effective privacy-preserving proximity-detection schemes would reassure users who have concerns about maintaining their privacy.
</p>
<p>
Past work on location privacy has explored quite a few approaches, such as anonymization, obfuscation, and adding dummies. A common concept underlying most of these approaches is to “degrade information in a controlled way before releasing it,” as summarized in the paper by B. Hoh and M. Gruteser listed in the Additional Resources section near the end of this article.
</p>
<p>
This article proposes a new approach to preserving location privacy in proximity-based services. Our approach makes use of the location information inside a GPS receiver. The key difference from previous work is that rather than obtaining accurate location information and then degrading it, we extract privacy-preserving location information directly from an intermediate step in GPS location estimation.
</p>
<p>
Our private proximity detection scheme presented in this article is designed for location-based “friending” applications in a global social network. A user shares his untagged range measurement, which is derived from the user’s GPS range measurements, with the server. The server can efficiently detect if any two users are within a threshold distance of each other. However, it is computationally intensive for the server to infer each user’s exact location from the untagged range measurement. Our approach can be used independently or together with other approaches, such as obfuscation, to provide a higher level of privacy protection.
</p>
<p>
This article describes how untagged range measurements preserve location privacy and a very efficient matching algorithm for proximity detection. It also evaluates the proximity detection performance through a theoretical analysis and field experiments. The evaluation results demonstrate the efficacy and robustness of our scheme.
</p>
<p>
<strong>Previous Work in the Field</strong><br />
When a large number of people are using a “friending” app, a centralized server that detects proximity between each pair of users greatly reduces the communication costs. In this scenario, the goal would be to enable the server to perform proximity detection without leaking user locations to the server. The server should be able to infer as little information about user location as possible from the data it receives.
</p>
<p>
A possible approach is privacy-preserving test described in the article by A. Narayanan <em>et alia</em>, which is based on the <em>location tag</em> initially studied by the publications by D. Qiu <em>et alia</em> listed in Additional Resources. With proper location tags, location proximity can be reduced to measuring the similarity between two sets of tags. Narayanan <em>et alia</em> suggested deriving tags from surrounding environment including WiFi traffic and access point identifiers, GSM signals, and GPS signals.
</p>
<p>
The untagged range measurement proposed in this article is closely related to the location tag. A major difference is that the location tag still requires certain types of cryptography to work. The ElGamal encryption suggested by A. Narayan <em>et alia</em> requires much more computational resources on the user end and server side than does our method proposed in this article.
</p>
<p>
<strong>Private Proximity Testing Using Untagged GPS Range Measurements</strong><br />
Traditionally, GPS range measurements are tagged with satellite pseudo-random noise (PRN) codes, in order to identify the specific GPS satellites from which the ranges are measured. The novelty of our approach is based on untagged range measurements, a vector of GPS range measurements without pseudo-random noise (PRN) code designations. Suppose user <em>i </em>shares his untagged range measurements
</p>
<p>
<em><strong>r</strong><sub>i</sub> </em>= [<em>r<sub>i</sub></em><sup>(1)</sup>, <em>r<sub>i</sub></em><sup>(2)</sup>, . . . , <em>r<sub>i</sub></em><sup>(<em>K<sub>i</sub></em>)</sup>]<sup>T</sup>          <strong><span style="color: #ff0000">(2)</span></strong>
</p>
<p>
where <em>K<sub>i</sub></em> is the number of satellites visible to this user. The range measurement made to the satellite <em>k</em>, <em>r<sub>i</sub></em><sup>(<em>k</em>)</sup> does not include the receiver clock bias, for all <em>k</em> = 1, . . . , <em>K<sub>i</sub></em>, as the receiver clock bias can be easily calculated and removed beforehand. Furthermore, we require <em>r<sub>i</sub></em> to be a <em>sorted vector</em> in ascending order, i.e.,
</p>
<p>
<em>r<sub>i</sub></em><sup>(1)</sup> ≤ <em>r<sub>i</sub></em><sup>(2)</sup> ≤ . . . ≤ <em>r<sub>i</sub></em><sup>(<em>K<sub>i</sub></em>)</sup>.
</p>
<p>
<strong><span style="color: #993300">Location Privacy Protection.</span></strong> When the range measurements are not designated with PRN numbers, if the adversary has no knowledge of satellite orbits, the <em>K</em> range measurements can be seen as an ordered selection from the <em>L</em> satellites in the whole constellation. Therefore, the search space is <em>K</em>-per-mutations of <em>L</em>.
</p>
<p>
Usually, we have <em>L</em> ≈ 30 and <em>K</em> ≈ 10, and thus the size of search space is <em>L</em>!/(<em>L</em> – <em>K</em>)! ≈ 1.1 x 10<sup>14</sup>.<br />
Even though a server may use the knowledge of satellite orbits to reduce the search space, a large number of permutations still remain to be searched. Intensive computation discourages an adversary from inferring a user’s actual location from untagged range measurements, especially in a large social network.
</p>
<p>
The untagged range measurements can also confuse an adversary. First, untagged range measurements seen at two or more distant locations may happen to be similar. These events are categorized as <em>distant false alarms</em> in a later section on “Proximity Detection Performance Analysis.” Second, a user can add dummy measurements to his sorted vector so that multiple locations exist at which the untagged range measurements will be a subset of the sorted vector. In this article, we assume no dummy measurements added to sorted vectors.
</p>
<p>
Furthermore, the untagged range measurements are ephemeral. The satellite-to-user range is decreasing when the satellite is approaching and is increasing when the satellite is leaving. The range change rate varies with satellite elevation. For satellites at the zenith, the range rate is close to zero. For low-elevation satellites, the range rate can be as high as ±930 meters per second. Therefore, untagged range measurements are valid for
</p>
<p>
<strong>Equation <span style="color: #ff0000">(3)</span></strong> <em>(see inset photo, above right, for equations)</em>
</p>
<p>
If we choose <em>t</em> = 10 kilometers, then untagged range measurements are valid for approximately 10 seconds.
</p>
<p>
<strong><span style="color: #993300">Proximity Detection.</span></strong> Consider two users at locations <em>x</em><sub>1</sub> and <em>x</em><sub>2</sub>, as shown in <a href="http://insidegnss.com/figure-1-2-3-4-gps-confidential/"><strong>Figure 1</strong></a>. Without loss of generality, assume user 2 is to the north of user 1. Suppose a GPS satellite is visible to both users, and the elevation and azimuth of the GPS satellite seen by user 1 are <em>α</em> and <em>β</em>. When the two users are nearby, the distance between the two users is much shorter than the distance to the satellite. Thus, we have the approximation
</p>
<p>
|<em>r</em><sub>2</sub> − <em>r</em><sub>1</sub>| ≈ ||<em><strong>x</strong></em><sub>2</sub> − <em><strong>x</strong></em><sub>1</sub>||<sub>2</sub>|cos <em>α</em> cos <em>β</em>|.          <strong><span style="color: #ff0000">(4)</span></strong>
</p>
<p>
Define a threshold distance <em>t </em>&gt; 0. The two users are deemed “nearby” if ||<em><strong>x</strong></em><sub>2</sub> − <em><strong>x</strong></em><sub>1</sub>||<sub>2 </sub>≤<sub> </sub><em>t</em>. Therefore, a necessary condition for two users to be nearby is
</p>
<p>
|<em>r</em><sub>2</sub> − <em>r</em><sub>1</sub>| ≤ <em>t</em>|cos <em>α</em> cos <em>β</em>| ≤ t.          <strong><span style="color: #ff0000">(5)</span></strong>
</p>
<p>
In our scheme, the server has to do blind matching of range measurements because the users do not designate PRN numbers to range measurements in order to protect their privacy. We formulate this “blind matching” problem in an optimization framework and propose an algorithm to solve it.
</p>
<p>
<span style="color: #993300"><strong>Blind Matching As an Optimization Problem.</strong></span> Let ⊂ denote the subset relation between two sorted vectors. We write <em><strong>x</strong></em> ⊂ <em><strong>y</strong></em> if each element in <strong>x</strong> also belongs to <strong>y</strong>. Let card(<em>x</em>) denote the cardinality, i.e., number of elements, of a vector (or a set) <em>x</em>. The proximity detection problem can be formulated as the following optimization problem:
</p>
<p>
maximize <em>c</em>,<br />
subject to <em>c</em> = card(<strong><em>q</em></strong><sub>1</sub>) = card(<strong><em>q</em></strong><sub>2</sub>),          <span style="color: #ff0000"><strong>(6)</strong></span><br />
<em><strong>          </strong></em><strong><em>q</em></strong><sub>1</sub> ∈ <em><strong>r</strong></em><sub>1</sub>,<strong><em><br />
q</em></strong><sub>2</sub> ∈ <em><strong>r</strong></em><sub>2</sub>,<br />
||<strong><em>q</em></strong><sub>1</sub> − <strong><em>q</em></strong><sub>2</sub>||<sub>∞</sub> ≤ <em>t</em>,
</p>
<p>
where the infinity norm
</p>
<p>
||[<em>u</em><sub>1</sub>, . . . , <em>u<sub>n</sub></em>]<sup>T</sup>||<sub>∞</sub> = max {|<em>u</em>1|, . . . , |<em>u<sub>n</sub></em>|}.
</p>
<p>
The optimization problem maximizes <em>c</em>, the number of matched range measurements. The decision whether the two users are nearby depends on <em>c</em>, card(<em><strong>r</strong></em><sub>1</sub>), and card(<em><strong>r</strong></em><sub>2</sub>). In this article, we use a very simple criterion: two users are decided to be nearby if the <em>match ratio</em>
</p>
<p>
<strong>Equation <span style="color: #ff0000">(7)</span></strong>
</p>
<p>
where the decision threshold <em>ζ</em>, 0 ≤ <em>ζ</em> ≤ 1, is selected to achieve certain detection error performance.
</p>
<p>
<span style="color: #993300"><strong>Efficient Blind Matching Algorithm. </strong></span>The optimization problem (6) is similar to the longest common subsequence (LCS) problem. Dynamic programming is often used to solve the LCS problem efficiently. Here we borrow this idea to solve the optimization problem.
</p>
<p>
Let <em>r</em><sup>(<em>k</em>)</sup> denote the <em>k</em>th element in the sorted vector <strong><em>r</em></strong>, and let <strong><em>r</em></strong>[<em>n</em>] denote the vector of the first <em>n</em> elements, i.e., <strong><em>r</em></strong>[<em>n</em>] = [<em>r</em><sup>(1)</sup>, <em>r</em><sup>(2)</sup>, . . . , <em>r</em><sup>(<em>n</em>)</sup>]<sup>T</sup>. Let <em>c</em>(<em><strong>r</strong></em><sub>1</sub>[<em>k</em><sub>1</sub>], <em><strong>r</strong></em><sub>2</sub>[<em>k</em><sub>2</sub>]) denote the maximum number of matched range measurements between <strong><em>r</em></strong><sub>1</sub>[<em>k</em><sub>1</sub>] and <em><strong>r</strong></em><sub>2</sub>[<em>k</em><sub>2</sub>]. We then have the following recursive property:
</p>
<p>
<strong>Equation <span style="color: #ff0000">(8)</span></strong>
</p>
<p>
This algorithm achieves the worst-case time complexity of <em>O</em>(card(<em><strong>r</strong></em><sub>1</sub>) + card(<em><strong>r</strong></em><sub>2</sub>)) and the space complexity of <em>O</em>(1).<br />
The algorithm only involves addition and comparison, two of the fastest operations on most CPUs. Therefore, our proximity detection algorithm is very efficient.
</p>
<p>
Once we obtain <em>c</em> using the previously described algorithm, we then use Equation (7) to determine if the two users are in proximity.
</p>
<p>
<strong>Proximity Detection Performance Analysis</strong><br />
As a statistical hypothesis test, private proximity detection has a probability of making two types of errors: <em>false alarm</em> and <em>missed detection</em>.
</p>
<p>
<strong>Equation <span style="color: #ff0000">(9)</span></strong>
</p>
<p>
<strong>Equation <span style="color: #ff0000">(10)</span></strong>
</p>
<p>
<strong>Equation <span style="color: #ff0000">(11)</span></strong>
</p>
<p>
We focus our theoretical performance analysis on PFA for two reasons. First, PDE is dominated by PFA, as demonstrated by
</p>
<p>
<strong><span style="color: #000000">Equation <span style="color: #ff0000">(12)</span></span></strong>
</p>
<p>
where in general we have card(<em>S</em>  <em>X</em>) &gt;&gt; card(<em>X</em>).<br />
Second, the inequality (5) always holds if two users are within the threshold. Therefore, missed detection mainly results from users accidentally losing track of several satellites, which can happen indoors, in an urban canyon, or in other GPS-challenged environments.
</p>
<p>
We should note the existence of two types of false alarm:
</p>
<ul>
<li><em>Nearby false alarm</em>: A pair of users are incorrectly detected to be nearby; their actual distance is greater than <em>t</em>, but still close to <em>t</em>, and they may see the same set of GPS satellites.</li>
<li><em>Distant false alarm</em>: A pair of users are incorrectly detected to be nearby; their actual distance is much greater than <em>t</em>, and they may see totally different sets of GPS satellites.</li>
</ul>
<p>In this article, nearby false alarm is not our major concern because “proximity” itself is a fuzzy concept in social networking. For example, if two users within a distance <em>t</em> are always deemed nearby, it is acceptable that two users within a larger distance (e.g., 1.5<em>t</em>) are detected to be nearby with a certain probability. The following analysis is about distant false alarm.</p>
<p>
<strong><span style="color: #993300">Probabilistic Model of Ranges.</span></strong><br />
Suppose we randomly choose a location on the Earth. At a random epoch the range to an arbitrary GPS satellite observed at this location is a random variable <em>r</em>. Let pdf<em><sub>r</sub></em>(<em>x</em>) = <sup><sub>d</sub></sup>/<sub>dx</sub> Prob(<em>r</em> ≤ <em>x</em>) be its probability density function.
</p>
<p>
Here we use a uniform distribution to approximate the actual distribution of ranges, i.e, <em>r</em> ~ <em>U</em>(<em>r<sub>min</sub></em>, <em>r<sub>max</sub></em>). When the satellite elevation mask angle is set to 10 degrees, <em>r<sub>min</sub></em> ≈ 20,189 kilometers and <em>r<sub>max</sub></em> ≈ 24,619 kilometers. Let the spread of range measurements <em>λ</em> = <em>r<sub>max</sub></em> – <em>r<sub>min</sub></em>, and we have pdf<em><sub>r</sub></em>(<em>x</em>) = 1/<em>λ</em>.
</p>
<p>
A fundamental assumption of this analysis is that ranges to different satellites are independent and identically distributed (i.i.d.). The validity and efficacy of this assumption has been demonstrated in our previous work (L. Heng <em>et alia</em>).
</p>
<p>
In this analysis, we ignore GPS range measurement errors because such errors are much less than the threshold distance.
</p>
<p>
<strong><span style="color: #993300">Probability of False Alarm.</span></strong> Suppose user 1 reports an untagged range vector <em>r</em><sub>1</sub> = [<em>r</em><sub>1</sub><sup>(1)</sup>, . . . , <em>r</em><sub>1</sub><sup>(<em>K</em><sub>1</sub>)</sup>]<sup>T</sup> and user 2 reports an untagged range vector <em>r</em><sub>2</sub> = [<em>r</em><sub>2</sub><sup>(1)</sup>, . . . , <em>r</em><sub>2</sub><sup>(<em>K</em><sub>2</sub>)</sup>]<sup>T</sup> Both users are randomly chosen on the Earth so that with a very high probability they are far apart. Let <em>c</em> denote the number of matched range measurements. According to our discussion in the section on “Proximity Detection,” false alarm occurs when the match ratio <em>m</em> = <em>c</em>/ min{<em>K</em><sub>1</sub>,K<sub>2</sub>} is grater than or equal to the threshold <em>ζ</em>.
</p>
<p>
Let us randomly shuffle <em>r</em><sub>2</sub>. Based on our i.i.d. assumption mentioned earlier, <em>r</em><sub>2</sub><sup>(<em>k</em>)</sup> ∼ <em>U</em>(<em>r<sub>min</sub></em>, <em>r<sub>max</sub></em>) for all <em>k</em> = 1, . . . , <em>K</em><sub>2</sub>. The probability of <em>r</em><sub>2</sub><sup>(1)</sup> matching one of the elements of <em>r</em><sub>1</sub> is given by
</p>
<p>
<strong>Equation <span style="color: #ff0000">(13)</span></strong>
</p>
<p>
If <em>r</em><sub>2</sub><sup>(1)</sup> matches one of the elements of <em>r</em><sub>1</sub>, then the probability of <em>r</em><sub>2</sub><sup>(2)</sup> matching one of the remainder elements of <em>r</em><sub>1</sub> has a similar upper bound 2<em>t</em>(<em>K</em><sub>1</sub> – 1)/<em>λ</em>. Similarly, the <em>i</em>th match happens with a probability less than or equal to 2<em>t</em>(<em>K</em><sub>1</sub> + 1 – <em>i</em>)/<em>λ</em>.
</p>
<p>
Let <em>η</em> = <em>ζ</em>min{<em>K</em><sub>1</sub>, <em>K</em><sub>2</sub>} be the required number of matched range measurements, where ⎡<strong>·</strong>⎤ is the ceiling function. Finally, the probability of at least <em>η</em> matched range measurements has the following upper bound:
</p>
<p>
<strong>Equation <span style="color: #ff0000">(14)</span></strong>
</p>
<p>
Since <em>P<sub>FA</sub></em> ≤ 1, we finally have the following upper bound:
</p>
<p>
<strong>Equation <span style="color: #ff0000">(15)</span></strong>
</p>
<p>
The equation shows that increasing <em>λ</em> (equivalent to using a lower mask angle) and/or decreasing threshold distance <em>t </em>will reduce the false alarm rate.
</p>
<p>
<strong>Experiment 1: Real Data from Global GPS Receiver Networks</strong><br />
We first validate our theory and algorithm using real GPS pseudorange measurements collected by the International GNSS Service (IGS) and the University NAVStar Consortium (UNAVCO). The two networks consist of more than 1,000 stations all over the world. Each station has one or multiple GPS receivers continuously generating GPS pseudorange measurement data. We obtained range measurements by removing receiver clock biases from pseudoranges. The experiment provides a more realistic assessment because the receivers occasionally lose GPS signals.
</p>
<p>
We treated the IGS and UNAVCO stations as nodes to test for proximity using the scheme outlined in the earlier section. These stations are usually very far (at least tens of kilometers) apart. With a proper distance threshold, the receivers at different stations can be seen as distant users, while the receivers at the same stations are nearby users.
</p>
<p>
We applied our algorithm to the IGS data recorded on January 10, 2014. The pseudorange measurements released by 1,171 stations around the world at the start of the day during one time epoch was used to aggregate the statistics for validation. <a href="http://insidegnss.com/figure-1-2-3-4-gps-confidential/"><strong>Figure 2</strong></a> shows the variation of probability of false alarm with the threshold distance.
</p>
<p>
In <a href="http://insidegnss.com/figure-1-2-3-4-gps-confidential/"><strong>Figure 3</strong></a>, we see that the missed detection rate is below 0.05 for <em>ζ </em>≤ 0.8. However, the false alarm rate is higher for lower values of <em>ζ</em>. This trade-off is succinctly depicted in <a href="http://insidegnss.com/figure-1-2-3-4-gps-confidential/"><strong>Figure 4</strong></a>, which plots the probability of detection <em>P<sub>D</sub></em> = 1 – <em>P<sub>MD</sub></em> versus <em>P<sub>FA</sub></em>, also known as the receiver operating characteristic (ROC) curve. Thus, the empirical results clearly illustrate the viability of our scheme for efficient private proximity detection.
</p>
<p>
The results with real data demonstrate the robustness of our scheme. Occasional loss of satellites cause missed detection. With a proper choice of decision threshold <em>ζ</em>, we can still achieve satisfactory detection performance.
</p>
<p>
<strong>Experiment 2: Real Data from Android Phones</strong><br />
With the evaluation using the IGS tracking network, the “user” locations were fixed. Further, most pairs of stations were very far apart and the locations of the stations in the tracking network do not model the distribution of mobile phone users very well. Thus, we performed some local experiments to further validate the algorithm.
</p>
<p>
We developed an Android application to log GPS range data. Upon post-processing, we can evaluate the utility of our scheme. However, working with the Android API presents a fresh set of challenges. An additional evaluation using GPS receivers is presented to further strengthen the proof of concept.
</p>
<p>
In an ideal scenario, an implementation of a proximity-based service using an Android app would just have the Android app interacting with a friend-finder server as shown in <a href="http://insidegnss.com/figures-5-6-7-gps-confidential/"><strong>Figure 5</strong></a>. However, several challenges arose while working with the Android location application programming interface (API), which is the only mode of accessing the underlying GPS engine. We provide a description of the challenges and the suitable modifications required below.
</p>
<p>
<strong><span style="color: #993300">Pseudorange Measurements Not Available from the API. </span></strong>An app developer can only access geodetic coordinates (latitude, longitude, and height) information of an user. Thus, we had to set up an external server to continually download high rate ephemeris from nearby IGS stations. The high rate ephemeris within the last two hours from the stations NIST and GODS (shown in <a href="http://insidegnss.com/figures-5-6-7-gps-confidential/"><strong>Figure 6</strong></a>) were downloaded and hosted on a server.
</p>
<p>
The Android app downloaded and updated the ephemeris from the server periodically. Further, Android provides a GPSSatellite class which reports the satellites currently in view along with the elevation and azimuth. Using the last known location, the satellites in view and the downloaded ephemeris, we find the range measurements and form the anonymous range vector for proximity detection.
</p>
<p>
<strong><span style="color: #993300">Unknown Clock Bias and Time Sync Issues.</span></strong><br />
Another major issue is that the Android API does not report accurate GPS time. It only reports the coordinated universal time (UTC) time at fix and the clock error can be as large as a few minutes. In order to circumvent this problem, the app was forced to compute the satellite positions and range measurements at fixed time epochs.
</p>
<p>
Initially, we manually configured each of the devices used for testing to not have time lag more than 5–10 seconds. However, the range measurements vary rapidly as the satellites are continually moving. In order to ensure time sync between users, the app was forced to report range measurements at fixed time epochs, i.e, integer multiples of 20 seconds.
</p>
<p>
<strong><span style="color: #993300">Fluctuating Satellite Set.</span></strong><br />
As stated earlier, the GPSSatellite class reports the satellites currently in view along with the elevation and azimuth. However, the satellites in view were very fluctuant and the 4-5 satellites reported changed very rapidly (on the order of seconds). Thus, we aggregated the reports over 10 seconds to find all the satellites in view.
</p>
<p>
<strong><span style="color: #993300">Synchronous versus Asynchronous Implementation.</span></strong><br />
In an asychronous implementation, the user notifies the LBS server when he/she is looking for friends nearby. The LBS server can then notify the user’s friends and obtain their untagged range measurements to test for proximity. In a synchronous implementation, the users report their untagged range measurements periodically at fixed time epochs.
</p>
<p>
The former implementation is obviously better in terms of privacy because the users give away less information. Also, there is the extra communication overhead of continuously reporting data in the synchronous implementation. However, we resort to a synchronous implementation in this work for simplicity. Further, we do not implement a friend-finder server as we are simply recording data for research purposes. The Android app just logs all the pseudorange data in a text file. <a href="http://insidegnss.com/figures-5-6-7-gps-confidential/"><strong>Figure 7</strong></a> shows the final implementation used for this experiment.
</p>
<p>
We processed the files from all users after the recording to evaluate our algorithms. The app was distributed to six graduate students who lived and worked in Urbana-Champaign, Illinois. They primarily worked indoors and were close to each other for most part of the data collection. We present the results from this data collection in Figures 20, 21, and 22.
</p>
<p>
<a href="http://insidegnss.com/figures-8-9-10-gps-confidential/"><strong>Figure 8</strong></a> shows the probability of correct decisions, false alarms, and missed detections. Unlike the IGS stations, most users in this experiment were close to each other for the most period. Hence, we see a relatively higher ratio of false alarms as the denominator in equation (9) is considerable smaller. <a href="http://insidegnss.com/figures-8-9-10-gps-confidential/"><strong>Figures 9 and 10</strong></a> show an interesting comparison of the number of mismatches between the anonymous range vectors of two users using two different threshold distance parameters <em>t</em>. We see that the results are consistent with what we expect.
</p>
<p>
<strong>Experiment 3: Real Data from GPS Receivers</strong><br />
In the previous section, we elaborated on the challenges and our approach to Android data collection. We had to construct our own range measurements from the satellite ephemeris and the last known position.
</p>
<p>
We thus decided to perform another experiment with small L1 single-frequency GPS receivers known to output pseudorange measurements. Four graduate students from University of Illinois took part in this experiment. Two of them drove in opposite directions from the Urbana-Champaign campus for a few kilometers. Two others walked around on the campus. The paths of these users are presented in <a href="http://insidegnss.com/figures-11-12-13-14-gps-confidential/"><strong>Figure 11</strong></a>.
</p>
<p>
Three accompanying figures present the variation of match ratio with distance for <em>t</em> = 750, 1,500, and 5,000 meters, respectively, for a pair of users. From <a href="http://insidegnss.com/figures-11-12-13-14-gps-confidential/"><strong>Figure 12</strong></a>, we can see that there is a sharp decrease in match ratio when the distance between the users increases more than the threshold of <em>t</em> = 750 meters. This demonstrates the robustness of the algorithm. For the same pair of users, as can be seen in <a href="http://insidegnss.com/figures-11-12-13-14-gps-confidential/"><strong>Figure 13</strong></a>, a higher threshold of <em>t</em> = 1500 meters gives appropriate results in terms of match ratio. In <a href="http://insidegnss.com/figures-11-12-13-14-gps-confidential/"><strong>Figure 14</strong></a>, the threshold <em>t</em> = 5,000 meters is always above the distance between the two users. As a result, the match ratio is close to 1.0 most of the time.
</p>
<p>
<strong>Conclusion</strong><br />
This article proposed a novel private proximity detection method, which makes use of partial GPS measurement information. We developed an efficient algorithm for proximity detection. We theoretically analyzed proximity detection performance and derived an upper bound on probability of false alarm.
</p>
<p>
We further conducted experiments using globally and locally collected data. The empirical results demonstrated the efficacy and robustness of our scheme for performing private proximity detection.
</p>
<p>
<strong><span style="color: #993300">Acknowledgments</span></strong><br />
This article is based on two of the authors’ papers: “Private Proximity Detection Using Partial GPS Information,” submitted to <em>IEEE Transactions on Aerospace and Electronic Systems</em>, and “GPS Privacy: Enabling Proximity-Based Services While Keeping GPS Locations Private,” in <em>Proceedings<br />
of the 27th International Technical Meeting of the Satellite Division of the Institute of Navigation (ION GNSS+ 2014)</em>, Tampa, Florida, USA.
</p>
<p>
<span style="color: #993300"><strong>Additional Resources</strong></span><strong><span style="color: #ff0000"><br />
[1]</span></strong> Apostolico, A., and C. Guerra, “The Longest Common Subsequence Problem Revisited,” <em>Algorithmica</em>, vol. 2, no. 1-4, pp. 315–336, 1987<strong><span style="color: #ff0000"><br />
[2] </span></strong>Atallah, M. J., and W. Du, “Secure multi-party computational geometry,” in <em>Proceedings of the 7th International Workshop on Algorithms and Data Structures</em>, ser. WADS ’01, pp. 165–179, London, UK, Springer-Verlag, 2001 <strong><span style="color: #ff0000"><br />
[3] </span></strong>Ghinita, G., “Privacy for Location-Based Services,” ser. <em>Synthesis Lectures on Information Security, Privacy, and Trust</em>, Morgan &amp; Claypool Publishers, 2013<strong><span style="color: #ff0000"><br />
[4]</span></strong> Heng, L., and T. Walter, P. Enge, and G. X. Gao,<br />
“Overcoming RFI with High Mask Angle Antennas and Multiple GNSS Constellations,” in <em>Proceedings of the 26th International Technical Meeting of the Satellite Division of the Institute of Navigation (ION GNSS+ 2013)</em>, pp. 3433–3442, Nashville, Tennessee USA, September 2013<strong><span style="color: #ff0000"><br />
[5] </span></strong>Hoh, B., and M. Gruteser, “Protecting Location Privacy through Path Confusion,” in <em>Security and Privacy for Emerging Areas in Communications Networks</em>, 2005, SecureComm 2005, First International Conference on Security and Privacy in Communication Networks, 2005, pp. 194–205<strong><span style="color: #ff0000"><br />
[6] </span></strong>Krumm, J., “A survey of computational location privacy,” <em>Personal Ubiquitous Computing</em>, vol. 13, no. 6, pp. 391–399, August 2009<strong><span style="color: #ff0000"><br />
[7] </span></strong>Matsuo, Y., and N. Okazaki, K. Izumi, Y. Nakamura, T. Nishimura, and K. Hasida, “Inferring long-term user property based on<br />
users location history,” in <em>Proceedings of the 20th International Joint Conference on Artificial Intelligence (IJCAI ’07)</em>, 2007<strong><span style="color: #ff0000"><br />
[8]</span></strong> Misra, P., and P. Enge, <em>Global Positioning System: Signals, Measurements, and Performance</em>, 2nd ed., Ganga-Jamuna Press, Lincoln, Massachusetts USA, 2006<strong><span style="color: #ff0000"><br />
[9]</span></strong> Narayanan, A., and N. Thiagarajan, M. Lakhani, M. Hamburg, and D. Boneh, “Location privacy via private proximity testing.” in <em>Proceedings of 18th Annual Network &amp; Distributed System Security Symposium (NDSS 2011)</em>, 2011<strong><span style="color: #ff0000"><br />
[10] </span></strong>Qiu, D., and D. Boneh, S. Lo, and P. Enge, “Robust Location Tag Generation from Noisy Location Data for Security<br />
Applications,” in <em>Proceedings of the Institute of Navigation International Technical Meeting (ION ITM)</em>, September 2009<strong><span style="color: #ff0000"><br />
[11]</span></strong> Qiu, D., and S. Lo, and P. Enge, “Security for Insecure Times: Geoencryption with Loran,” <em>GPS World</em>, 2007<strong><span style="color: #ff0000"><br />
[12] </span></strong>Ravichandran, R., and M. Benisch, P. G. Kelley, and N. M. Sadeh, “Capturing Social Networking Privacy Preferences,” in <em>Proceedings of the 9th International Symposium on Privacy Enhancing Technologies</em>, ser. PETS ’09, pp. 1–18, Springer-Verlag, Berlin, Heidelberg, Germany, 2009<strong><span style="color: #ff0000"><br />
[13]</span></strong> Riley, P. F., “The tolls of privacy: An underestimated roadblock for electronic toll collection usage,” <em>Computer Law &amp; Security Review</em>, vol. 24, no. 6, pp. 521–528, 2008<strong><span style="color: #ff0000"><br />
[14]</span></strong> Shin, K. G., and X. Ju, Z. Chen, and X. Hu, “Privacy Protection for Users of Location-Based Services,” <em>IEEE Wireless Communications</em>, vol. 19, no. 1, pp. 30–39, 2012<strong><span style="color: #ff0000"><br />
[15]</span></strong> Swets, J. A., <em>Signal Detection Theory and ROC Analysis in Psychology and Diagnostics: Collected Papers</em>, Lawrence Erlbaum Associates, Mahwah, New Jersey USA, 1996<strong><span style="color: #ff0000"><br />
[16] </span></strong>Zhong, G., and I. Goldberg, and U. Hengartner, “Louis, Lester and Pierre: Three Protocols for Location Privacy,” in <em>Privacy Enhancing Technologies</em>, ser. Lecture Notes in Computer Science, vol. 4776, pp. 62–76 N. Borisov and P. Golle, Eds. Springer Berlin Heidelberg, 2007
</p>
<div class='pdfclass'><a target="_blank" class="specialpdf" href="http://insidegnss.com/wp-content/uploads/2018/04/sepoct15-HENG_0.pdf">Download this article (PDF)</a></div>
<p>The post <a href="https://insidegnss.com/gps-confidential/">GPS Confidential</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Urban Localization and 3D Mapping Using GNSS Shadows</title>
		<link>https://insidegnss.com/urban-localization-and-3d-mapping-using-gnss-shadows/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Mon, 07 Sep 2015 00:43:58 +0000</pubDate>
				<category><![CDATA[201509 September/October 2015]]></category>
		<category><![CDATA[Article]]></category>
		<category><![CDATA[Compass/Beidou]]></category>
		<category><![CDATA[Galileo]]></category>
		<category><![CDATA[GLONASS]]></category>
		<category><![CDATA[GNSS (all systems)]]></category>
		<category><![CDATA[GPS]]></category>
		<category><![CDATA[high precision positioning]]></category>
		<category><![CDATA[SBAS and RNSS]]></category>
		<category><![CDATA[signal]]></category>
		<category><![CDATA[Technical Article]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2015/09/07/urban-localization-and-3d-mapping-using-gnss-shadows/</guid>

					<description><![CDATA[<p>It is by now well known that GNSS-based localization in built-up urban environments can be extremely inaccurate. This is a fundamental problem that...</p>
<p>The post <a href="https://insidegnss.com/urban-localization-and-3d-mapping-using-gnss-shadows/">Urban Localization and 3D Mapping Using GNSS Shadows</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>
It is by now well known that GNSS-based localization in built-up urban environments can be extremely inaccurate. This is a fundamental problem that hardware enhancements cannot solve.
</p>
<p>
A GNSS receiver estimates 3D location and timing from pseudoranges from four or more satellites, assuming that these pseudoranges correspond to direct line-of-sight (LOS) paths from each satellite. In urban canyons, however, the signal from a satellite to the receiver suffers from multipath propagation and shadowing.
</p>
<p><span id="more-22725"></span></p>
<p>
It is by now well known that GNSS-based localization in built-up urban environments can be extremely inaccurate. This is a fundamental problem that hardware enhancements cannot solve.
</p>
<p>
A GNSS receiver estimates 3D location and timing from pseudoranges from four or more satellites, assuming that these pseudoranges correspond to direct line-of-sight (LOS) paths from each satellite. In urban canyons, however, the signal from a satellite to the receiver suffers from multipath propagation and shadowing.
</p>
<p>
Even if the LOS path is available, the pseudorange estimate may be corrupted due to the presence of alternative paths. Furthermore, the LOS is frequently blocked except for satellites at the highest elevations; so, the satellite is either unavailable, or the strongest path seen by the receiver is a reflection off a building, leading to a pseudorange often significantly larger than that for the LOS path. These errors in pseudoranges lead to large errors in localization (e.g., up to 50 meters in high-rise environments such as New York City).
</p>
<p>
Attempts to enhance GNSS localization using signals from other sources, such as cellular and WiFi, have had limited success: it is difficult to use geometric techniques to infer location in a complex propagation environment, and received signal strength measurements are subject to significant fluctuations due to multipath fading and shadowing.
</p>
<p>
<strong>Shadow Matching</strong><br />
Over the past few years, several groups of researchers have realized that we can turn shadowing in urban environments from a bug into a feature, by using information already available in the GNSS receiver regarding the signal-to-noise ratio (SNR) that corresponds to each satellite it sees. If the LOS path from the receiver to a satellite is blocked (i.e., the receiver is in the shadow of a structure), then this SNR is likely to be small. Conversely, if the LOS path is available, the SNR is likely to be high.
</p>
<p>
If we interpret these SNR measurements with the aid of a 3D map of the environment, then we can significantly reduce localization uncertainty by performing shadow matching, as shown in <strong>Figure 1 </strong><em>(see inset photo, above right, for all figures)</em>. In its simplest form, the concept of shadow matching is summarized as follows:
</p>
<p>
<strong><span style="color: #993300">Shadow Matching with 3D Maps</span></strong><br />
1. Compute shadows of nearby obstacles using satellite ephemeris data and 3D maps<br />
2. Classify each satellite as visible (LOS) or blocked (NLOS) based on measured SNR<br />
3. Match the location of the GNSS device to areas inside/outside of the various shadows
</p>
<p>
Any GNSS-capable Android smartphone or tablet can provide, via the location application programming interface (API), its estimated position with uncertainty, as well as the satellite coordinates and SNRs. Thus, shadow matching can be performed entirely in software without requiring any changes in GNSS receiver hardware or firmware.
</p>
<p>
The article by Wang <em>et alia</em> listed in the Additional Resources section near the end of this article provides an introduction to the basic idea of shadow matching. Wang and his coauthors reported promising results in mitigating GNSS cross-street errors using relatively straightforward techniques.
</p>
<p>
While shadow matching clearly provides information that is useful for urban localization, naive application of this idea using deterministic algorithms has significant limitations. First, the concepts of “high SNR when not blocked” and “low SNR when blocked” are inherently probabilistic, because SNRs exhibit large fluctuations due to multipath fading. Second, the range of SNRs seen by a device depends on the hardware implementation and physical realization of the GNSS receiver. Third, the potentially large errors in the raw location estimates output by the GNSS receiver are not captured by the typical computations of uncertainty regions based on dilution of precision (DOP), because these implicitly assume that paths to all satellites are LoS. Hence, it is unclear how large an area to perform shadow matching over and how to fuse shadow matching information with GNSS location estimates. Finally, shadow matching is based on having access to accurate 3D maps, which are not readily available in many settings.
</p>
<p>
In the work described here, we address the preceding challenges through an adaptive Bayesian framework for inference, localization, and tracking with two complementary ingredients:
</p>
<ul>
<li><strong><span style="color: #993300">Real-time Localization:</span></strong> Where accurate 3D maps are available, we develop nonlinear filters for localization based on the following ingredients: (a) probabilistic, rather than deterministic, modeling of shadow matching; (b) on-the-fly adaptation to device characteristics; (c) probabilistic fusion of information from shadow matching and GNSS location estimates; (d) mobility modeling using state space techniques. Because of significant modeling uncertainties and computational constraints, our solution needs to go well beyond classical particle filters.</li>
<li><strong><span style="color: #993300">3D SLAM:</span></strong> When accurate 3D maps are not available, the same Bayesian framework, with additional computation, is used for generating and refining 3D maps using simultaneous localization and mapping (SLAM) based on crowdsourced GNSS data. Intuitively, we can do this by assigning likelihoods of blockage to many crisscrossing receiver-satellite rays based on measured SNRs and then stitching these rays together, accounting for the uncertainty in the receivers’ locations, into 3D maps. The framework can exploit “warm start” (e.g., based on public building data), if available. </li>
</ul>
<p>
Increased accuracy in urban localization clearly has many compelling applications, including car services, delivery services, navigation and guidance for vehicles (including for emerging automated and semi-automated operation), tourism, and hyperlocalized advertising.
</p>
<p>
We do not discuss any application in detail but instead focus on core technical aspects of our proposed solution in the remainder of this article. In particular, we describe the key concepts behind these algorithms in more detail, discuss cloud-based implementations with lightweight application layer modifications to mobile devices, and provide experimental results demonstrating the scalability and efficacy of these techniques.
</p>
<p>
Initial results based on these ideas, and the underlying technical details, were described in a series of publications last year. (See the articles by A. T. Irish <em>et alia</em> and J. T. Isaacs <em>et alia</em> in Additional Resources.) The experimental results reported here are based on significant enhancements to those techniques.
</p>
<p>
<strong>Real-Time Localization and Tracking</strong><br />
In Bayesian estimation, we compute the conditional distribution of a quantity of interest given a set of measurements. This is termed a <em>posterior distribution</em>, because we can only compute it after we see the measurements. In particular, we are interested in estimating the posterior distribution for the location of the GNSS receiver, based on measurements consisting of the GNSS position fixes and the satellite SNRs. In order to do this, we must model the conditional distribution of these measurements, conditioned on the actual location.
</p>
<p>
We consider a discrete time model, typically with samples spaced by one second. The true 3D location at time <em>t </em>is denoted by <em>x<sub>t</sub></em>, and the corresponding GNSS location fix is denoted by <em>y<sub>t</sub></em>. The satellite SNR measurements are denoted by <em>z<sub>t,n</sub></em>, where <em>z<sub>t,n</sub></em> is the SNR to satellite <em>n</em> at time <em>t</em>.
</p>
<p>
<strong><span style="color: #993300">Modeling GNSS Location Fixes. </span></strong>The measurement model for the GNSS location fix is, in principle, straightforward:
</p>
<p align="center">
<em>y<sub>t</sub></em> = <em>x<sub>t</sub></em> + e<sub><em>t</em></sub>,
</p>
<p>
where the covariance of the error e<sub><em>t</em></sub> can be estimated using standard DOP-style computations. However, these standard computations assume that the paths seen by the GNSS receiver are LOS, whereas many of the dominant paths in urban environments are actually strong reflections, with the LOS path blocked. Thus, in order to obtain satisfactory localization performance, we need to modify the model for {e<sub><em>t</em></sub>}, resulting in a non-Gaussian statistical model.
</p>
<p>
<strong><span style="color: #993300">Modeling Satellite SNR Measurements.</span></strong> We represent the 3D map <em>m</em> using an occupancy grid: space is divided into binary-valued “voxels” or “cells,” with <em>m<sub>i</sub></em> = 1 if the <em>i</em>th cell is occupied, and <em>m<sub>i</sub></em> = 0 if the <em>i</em>th cell is unoccupied. If the ray from a hypothesized location to a satellite crosses only unoccupied cells, it is classified as LOS. If a ray passes through at least one occupied cell), it is classified as NLOS (or shadowed).
</p>
<p>
<strong>Figure 2</strong> illustrates this approach. On the left, we illustrate ray tracing: blue/red lines represent LOS/NLOS signal paths to satellites, light/dark grid cells approximate empty/occupied space. On the right, we show typical SNR distributions that have been found to yield good performance: Rician for LOS, and lognormal (with smaller mean and higher spread) for NLOS.
</p>
<p>
Note that we have made a drastic simplification in our model for NLOS rays, in that the distribution does not depend on the number of occupied voxels the ray crosses. Although it might be possible to improve performance using a more detailed model, our simplification leads to a significant reduction in computational complexity, while yielding excellent localization performance. Additional improvements can be obtained by introducing dependence of the LOS/NLOS SNR distributions on satellite elevation.
</p>
<p>
<strong><span style="color: #993300">Tracking framework.</span></strong> We use a standard linear state space model for pedestrian motion, with the state consisting of position and velocity. However, because the measurement model is nonlinear and non-Gaussian, a standard Kalman filter cannot be used. Simple extensions such as the extended Kalman filter also do not work, as the posterior distribution of the state is often multimodal.
</p>
<p>
We therefore use a particle filter. Roughly speaking, it operates as follows: At each time <em>t</em>, the posterior distribution of the state is approximated by a discrete probability mass function putting weights at a set of hypothesized state values, or particles. These particles are propagated probabilistically to obtain a new set of particles and weights at time <em>t</em> + 1, based on the dynamics of the motion model, and the new set of measurements.
</p>
<p>
The particle filter has by now become a standard tool, but we have needed to make a number of modifications in order to account for modeling uncertainties.
</p>
<p>
<strong>Figure 3</strong> shows example pedestrian results for Bush Street in downtown San Francisco. Figure 3(a) shows the mean trails and 68 percent confidence circles for the GPS reported fix (red) and the particle-filtered estimate (blue), with the ground truth path in yellow. Note that GPS makes cross-street errors which are corrected by our algorithm.
</p>
<p>
Figure 3(b) shows the SNR likelihood surface at the beginning of the trail: GPS starts out with a cross-street error, which our algorithm is able to correct because the SNR likelihood has a strong peak on the correct side of the street. The large greyish-green ellipse is the 3σ uncertainty estimated by GPS around its (incorrect) estimate, while the smaller black ellipse is the 3σ uncertainty estimated around the location estimate provided by the particle filter.
</p>
<p>
Finally, Figure 3(c) shows the composite SNR/GPS likelihood surface, which exhibits a peak at the correct location. We also show the satellite rays colored likely LOS (green) to likely NLOS (red) according to our SNR model; from the image, we can see that these do correspond to unblocked and blocked rays, respectively.
</p>
<p>
Vehicular applications require more sophisticated motion models, and knowledge of the road network can also be exploited. However, the essential ingredients, in terms of the measurement model and the particle filter, are the same. <strong>Figure 4</strong> shows example vehicular results with the 68 percent probability tunnels for both the GPS reported estimate (red) and our filtered estimate (blue), along with a road centerline clamping of the filtered estimate (green).
</p>
<p>
<strong>SLAM for CrowdSourced 3D Maps</strong><br />
For 3D mapping, we are interested in using the noisy GNSS position measurements <em>y</em> and the SNR measurements <em>z</em>, to estimate the 3D map <em>m</em>. In particular, we wish to estimate the probability of each map cell being occupied or not, given all the measurements. That is, we wish to compute the <em>marginal posterior distributions</em>, <em>p</em>(<em>m<sub>i</sub></em> | <em>y,z</em>) for each cell <em>i</em>. However, because the GPS fixes are noisy, we do not know the paths <em>x</em> followed by the devices. Thus, in order to estimate the map, we must also estimate quantities of the form <em>p</em>(<em>x<sub>t</sub><sup>j</sup></em> | <em>y,z</em>), where <em>x<sub>t</sub><sup>j</sup></em> is the position of a particular device <em>j</em> at time <em>t</em>. In the robotics community, this is referred to as the SLAM problem.
</p>
<p>
Our approach for Bayesian estimation of the map is to use a <em>factor graph </em>representation of the measurements and the quantities to be inferred, which allows us to employ <em>loopy belief propagation</em> to approximately compute the map marginal posteriors. While a detailed exposition of factor graphs is beyond the scope of this article, we provide intuition into their applicability in our context.
</p>
<p>
<strong>Figure 5</strong> illustrates the construction of the factor graph based on measurements corresponding to a single GNSS receiver over two consecutive time periods. The variables that we wish to perform inference on, denoted by circles, are the binary-valued map cell occupancies {<em>m<sub>i</sub></em>} (which is our primary interest in shadow-based SLAM) and the true locations {<em>x<sub>t</sub></em>} as a function of time <em>t</em> (which are, for the mapping task, nuisance variables to be averaged out).
</p>
<p>
The factors represent the statistical information about the variables provided by the measurements. In Figure 5, the factor <em>g<sub>t</sub> </em>represents <em>p</em>(<em>y<sub>t</sub></em> | <em>x<sub>t</sub></em>), the likelihood function corresponding to the GPS fix at time <em>t</em>, and the factor <em>f<sub>t,n</sub></em> represents <em>p</em>(<em>z<sub>t,n</sub></em> | <em>m,x<sub>t</sub></em>), the likelihood function corresponding to the SNR to the <em>n</em>th satellite at time <em>t</em>.
</p>
<p>
Belief propagation can now be implemented by the standard sum-product algorithm described in the article by F. Kschischang <em>et alia</em>, passing messages back and forth between nodes. A message is simply a function whose domain is the set of values taken by the variable. Thus, for a binary-valued map cell <em>m<sub>i</sub></em>, a message is a binary vector.
</p>
<p>
For a position variable <em>x<sub>t</sub></em>, we simply quantize its possible set of values to a discrete set (e.g., with <em>K</em> possible values), and a message is then a <em>K</em>-dimensional vector corresponding to the values of the function evaluated at these <em>K</em> points. A message along an edge from a variable node to a factor node is simply a product of messages coming along all of the other edges.
</p>
<p>
A message from a factor node <em>f</em> to a variable node <em>v</em> is more complicated: it involves products of messages coming into that factor node, but also involves summing over (marginalizing out) all variables other than <em>v</em>. We refer the reader to the article by A. T. Irish <em>et alia</em> (2014a) for details, but it is worth mentioning that our simplified SNR model (in which the NLOS model for SNR is independent of the number of occupied map cells intersected by the ray) is key to tractable computation of messages from SNR factor nodes to position and map variable nodes.
</p>
<p>
The preceding procedure has been successfully used to construct 3D maps of the campus of the University of California, Santa Barbara (UCSB), as well as of downtown Santa Barbara. Here we will present sample results for the latter based on about 25 hours of input data from four Android devices. <strong>Figure 6</strong>(a) shows an aerial view, with GNSS traces in red and mapped region outlined in yellow. Figure 6(b) shows the cell occupancy estimates for 2D slices at multiple heights.
</p>
<p>
We employed a “warm start” with prior information based on 2D OpenStreetMap data employed to initialize the map for the first couple of slices. Note, however, that, given enough data, 3D maps can be generated without any prior information. (This was the case for the 3D maps generated for UCSB campus; see A. T. Irish <em>et alia</em> (2014a) for details).
</p>
<p>
<strong>Architecture and Implementation</strong><br />
Shadow-based localization and 3D SLAM can be easily deployed on existing mobile devices via a software development kit (SDK), which performs a very simple function: send GNSS data to “the cloud” at regular intervals and receive improved position information (along with an estimated uncertainty) back. The GNSS data includes the estimated latitude and longitude coordinates, along with the azimuth, elevation, and SNR of each satellite in view. As shown in <strong>Figure 7</strong>, all of the heavy lifting for both real-time localization and 3D mapping is done by means of Internet cloud computing.
</p>
<p>
The preceding architecture naturally scales to include additional sources of information when available — for example, inertial navigation, WiFi, and cellular. Such information can be sent from mobile device to cloud, and can be incorporated into the Bayesian computations done in the cloud. Such extensions are also under development.
</p>
<p>
<strong>Conclusions</strong><br />
The accurate urban localization provided by enhancing GPS with shadow matching has the potential to create significant commercial benefits, including for car/taxi services, delivery services, location-based advertising, e911, tourism, and automated and semi-automated navigation.
</p>
<p>
Several academic research groups worldwide have demonstrated the promise of shadow matching over the past few years. However, a key innovation in the approach described here is that, in contrast to the ad hoc algorithms used previously, it is based on a Bayesian inference framework that systematically accounts for significant modeling uncertainties and nonlinearities, and seamlessly extends to incorporate additional sources of information as they become available.
</p>
<p>
The approach proposed here has been demonstrated to provide significant improvements in localization over raw GNSS estimates in challenging high-rise environments such as downtown San Francisco, with latencies of the order of 100 milliseconds. With current (and ever decreasing) cloud computing costs and the inherent parallelizability of the core computation bottlenecks (such as ray tracing and particle sampling techniques), providing such a service is estimated to cost less than one U.S. penny per hour per device.
</p>
<p>
On the mapping side, shadow-based SLAM provides a method for creating 3D maps from scratch and an effective means of refining them from a warm start. The former is probably most important for military applications.
</p>
<p>
For most urban environments worldwide, 2D maps together with public municipal data on building heights can be used to build a coarse 3D map, which can subsequently be refined by shadowbased SLAM. Even in areas where accurate 3D building models are available, shadow-based SLAM provides the ability to continuously monitor and capture changes in the environment (e.g., new construction, demolition). It also captures features such as trees and lampposts. As vehicles migrate towards automated operation, a fine-grained mapping of features in the environment become increasingly important for timely decision making in navigation and path planning.
</p>
<p>
While the cloud-centric architecture described previously in the “Architecture and Implementation” section enables immediate deployment of shadow-matching technology on mobile devices via a lightweight SDK, it is also of great interest to explore means of efficiently migrating some of the algorithmic functionalities to a mobile device. Accomplishing such a migration would reduce reliance on network connectivity by exploiting the computational resources available on today’s smart phones. Self-contained operation with limited or no network connectivity is also an important feature for incorporating these advances in urban localization into vehicular navigation systems.
</p>
<p>
<span style="color: #ff0000"><strong><span style="color: #993300">Additional Resources</span><br />
[1] </strong></span>Ben-Moshe, B., and E. Elkin, H. Levi, and A. Weissman, “Improving Accuracy of GNSS Devices in Urban Canyons,” in <em>Proceedings of the 23rd Canadian Conference on Computational Geometry</em>, 2011 <strong><span style="color: #ff0000"><br />
[2]</span></strong> Groves, P., “Shadow Matching: A New GNSS Positioning Technique for Urban Canyons,” <em>Journal of Navigation</em>, 64(3):417–430, 2011 <strong><span style="color: #ff0000"><br />
[3]</span></strong> Irish, A. T. (2014a), J. T. Isaacs, F. Quitin, J. P. Hespanha, and U. Madhow, “Belief Propagation Based Localization and Mapping Using Sparsely Sampled GNSS SNR Measurementsl”, in <em>Proceedings of IEEE International Conference on Robotics and Automation</em>, 2014 <strong><span style="color: #ff0000"><br />
[4] </span></strong>Irish, A. T. (2014b), J. T. Isaacs, F. Quitin, J. P. Hespanha, and U. Madhow, “Probabilistic 3D mapping based on GNSS SNR measurements,” in <em>Proceedings of IEEE International Conference on Acoustics and Signal Processing</em>, 2014 <strong><span style="color: #ff0000"><br />
[5]</span></strong> Isaacs, J. T., and A. T. Irish, F. Quitin, U. Madhow, and J. P. Hespanha, “Bayesian Localization and Mapping Using GNSS SNR Measurements,” in <em>Proceedings of IEEE/ION Position Location and Navigation Symposium</em>, 2014 <strong><span style="color: #ff0000"><br />
[6]</span></strong> Kim, K., and J. Summet, T. Starner, D. Ashbrook, M. Kapade, and I. Essa, “Localization and 3D Reconstruction of Urban Scenes using GPS,” in <em>Proceedings of IEEE International Symposium on Wearable Computers</em>, pp. 11–14, 2008 <strong><span style="color: #ff0000"><br />
[7]</span></strong> Kschischang, F., and B. Frey, and H.-A. Loeliger, “Factor Graphs and the Sum-Product Algorithm,” <em>IEEE Transactions on Information Theory</em>, 47(2):498–519, 2001 <strong><span style="color: #ff0000"><br />
[8] </span></strong>Park, M., and H. Kim, S. Lee, and K. Bae, “Performance Evaluation of Android Location Service at the Urban Canyon,” in <em>Proceedings of IEEE International Conference on Advanced Communication Technology</em>, pp. 662–665, 2014<strong><span style="color: #ff0000"><br />
[9]</span></strong> Thrun, S., “Simultaneous Localization and Mapping,” in <em>Robotics and Cognitive Approaches to Spatial Mapping</em>, pp. 13–41, Springer, 2008 <strong><span style="color: #ff0000"><br />
[10]</span></strong> Wang, L., and P. D. Groves, and M. K. Ziebart, “Urban Positioning on a Smartphone: Real-Time Shadow Matching Using GNSS and 3D City Models, In <em>Proceedings of ION GNSS+</em>, 2013
</p>
<div class='pdfclass'><a target='_blank' class='specialpdf' href='http://insidegnss.com/wp-content/uploads/2018/01/sepoct15-MADHOW.pdf'>Download this article (PDF)</a></div>
<p>The post <a href="https://insidegnss.com/urban-localization-and-3d-mapping-using-gnss-shadows/">Urban Localization and 3D Mapping Using GNSS Shadows</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>GLONASS for Precise Navigation in Space</title>
		<link>https://insidegnss.com/glonass-for-precise-navigation-in-space/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Mon, 07 Sep 2015 00:43:00 +0000</pubDate>
				<category><![CDATA[201509 September/October 2015]]></category>
		<category><![CDATA[Aerospace and Defense]]></category>
		<category><![CDATA[Article]]></category>
		<category><![CDATA[GLONASS]]></category>
		<category><![CDATA[satellites/space segment]]></category>
		<category><![CDATA[Technical Article]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2015/09/07/glonass-for-precise-navigation-in-space/</guid>

					<description><![CDATA[<p>Figures and Tables The current stage of GLONASS evolution is aimed at meeting future user requirements of which the most important is the...</p>
<p>The post <a href="https://insidegnss.com/glonass-for-precise-navigation-in-space/">GLONASS for Precise Navigation in Space</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class='special_post_image'><img class='specialimageclass img-thumbnail' src='https://insidegnss.com/wp-content/uploads/2018/01/GLONASSimg.jpg' ><span class='specialcaption'>Figures and Tables</span></div>
<p>
The current stage of GLONASS evolution is aimed at meeting future user requirements of which the most important is the improved accuracy of positioning.
</p>
<p>
During the implementation of the GLONASS Space Segment Modernization Program (2012–2015), the GLONASS team is facing the situation in which it is not feasible to launch new navigation satellites because the existing constellation is comprised of GLONASS-M satellites operating beyond their guaranteed design lifetime. Nine more GLONASS-M satellites are in ground storage.
</p>
<p><span id="more-22724"></span></p>
<p>
The current stage of GLONASS evolution is aimed at meeting future user requirements of which the most important is the improved accuracy of positioning.
</p>
<p>
During the implementation of the GLONASS Space Segment Modernization Program (2012–2015), the GLONASS team is facing the situation in which it is not feasible to launch new navigation satellites because the existing constellation is comprised of GLONASS-M satellites operating beyond their guaranteed design lifetime. Nine more GLONASS-M satellites are in ground storage.
</p>
<p>
In these circumstances the decision was taken to install L3 code division multiple access (CDMA) navigation payloads onboard the GLONASS-M satellites # 755–761 — only the first of which has been launched. In the meantime, the GLONASS developers’ team conducted analysis and experimental testing of the options to improve performance of the GLONASS services based on the current GLONASS-M satellites transmitting the traditional frequency division multiple access (FDMA) signals.
</p>
<p>
<strong>Analysis of GLONASS Evolution Prospects </strong><br />
As a result of the GLONASS Federal Program in 2002–2011 resulted in the creation of a considerable scientific and technological backlog. Technological solutions for augmenting GLONASS were implemented primarily based on modernized software to enable the improvement of system performance. The most significant of these augmentations is the ground network of reference stations for the System of Differential Correction and Monitoring (SDCM).
</p>
<p>
A trade-off analysis for GLONASS services development identified the need to create a global ground network to improve the accuracy of orbit and clock prediction when implementing techniques for estimating the combined ephemeris and time parameters using one-way measurements by the ground segment.
</p>
<p>
Associated efforts initiated in 2007 resulted in deployment of a ground network with 19 reference stations in the Russian Federation and 4 stations abroad for the SCDM, which enable observation of the GLONASS satellites in both hemispheres. The main disadvantage of the network is the lack of overlap for satellite visibility zones from the stations in the Russian territory and the stations abroad. This results in the need to attract additional international stations on the territory of the Indian Ocean to provide for orbit and clock data estimates along the whole satellite track.
</p>
<p>
Despite these limitations, the prerequisites for improving the current GLONASS performance still exist. That is why the task of estimating the potentially achievable GLONASS performance in terms of accuracy becomes utterly vital. The main issue is identifying the minimum number of reference stations needed and determining the dependence of orbit and clock data errors on the periodicity of their update on board a satellite.
</p>
<p>
<strong>GLONASS Performance Improvement Options</strong><br />
We conducted an experimental study to assess options for improving GLONASS performance. To do this we used the adaptable high-accuracy hardware and software of the Information and Analysis Center (IAC) for Positioning, Navigation and Timing residing in the Central Research Institute of Machine Building of the Russian Federal Space Agency.
</p>
<p>
Based on International GNSS Service (IGS) weekly estimates, the IAC determined the orbital error of GLONASS satellites to be about 0.02–0.025 meter (RMS). In the technological cycle employed in IAC we also estimate the systematic errors of the reference stations’ receivers. The delay of the IAC final data is seven days.
</p>
<p>
We selected a 45-day period starting February 2, 2015 for the estimation of of potential GLONASS performance. <strong>Figure 1 </strong><em>(see inset photo, above right, for all figures and tables) </em>shows the network of selected SDCM reference stations expanded with several IGS stations. These stations provide a data stream at one-hertz frequency.
</p>
<p>
We conducted the orbit and clock data estimation using two-day interval measurements with six-hour periodicity. The estimated parameters included the GLONASS satellites ephemerides, the stochastic corrections to satellite and reference station timescale parameters, the troposphere model parameters, the coordinates of the stations, and the Earth rotation parameters.
</p>
<p>
At the end of each solution the predicted orbit and clock data for a 24-hour interval were generated. It is worth mentioning that the clock corrections were generated using an adaptive model without high-accuracy referencing to the GLONASS time scale.
</p>
<p>
The equivalent user range error (UERE, disregarding propagation errors and user receiver biases) was estimated against the postprocessed precise orbit and clock data generated by IAC at 15-minute intervals. We estimated UEREs for all satellites in the constellation without limitations.
</p>
<p>
<strong>Figure 2</strong> presents the estimates of Allan deviation for the clocks on all operational satellites in the GLONASS constellation.
</p>
<p>
The following five optional modes of operation for onboard and ground capabilities were studied when estimating UERE (<strong>Table 1</strong>):
</p>
<ul>
<li>estimating, predicting, and uploading orbit and clock data every 6 hours with 6-hour delay from the latest measurement (orbit and clock data prediction at the 6–12 hour interval</li>
<li>estimating, predicting, and uploading orbit and clock data every 6 hours with an hour delay from the latest measurement (orbit and clock data prediction at 1–6 hour interval instead of the 1–7 hour interval)</li>
<li>estimating, predicting, and uploading orbit and clock data every hour with 2-hour delay from the latest measurement (orbit and clock data prediction at the 2–3 hour interval)</li>
<li>estimating, predicting, and uploading orbit and clock data every 2 hours with an hour delay from the latest measurement (orbit and clock data prediction at 1–3 hour interval)</li>
<li>estimating, predicting and uploading orbit and clock data every 15 minutes with an hour delay from the latest measurement (orbit and clock data prediction at 0.25–1.25 hour interval).</li>
</ul>
<p>
The obtained results demonstrate that the accuracy of user position solutions can be improved by employing the orbit and clock data determination technique based on the measurements from both the limited ground network and the FDMA navigation signals. The improved orbit determination and clock synchronization accuracy is achieved through the faster calculation of the orbit and clock data and its delivery to users.
</p>
<p>
<strong>GLONASS Use for Precise Orbit Determination of LEO Satellites</strong><br />
For decades before the global navigation satellite systems came into being, the position of any satellite had been determined through a dynamic method incorporating <em>a priori</em> specified models (geopotential, tidal deformations, atmosphere, and so on). Such models were validated along with the satellites orbits, while solution accuracy was estimated based on measurement residuals or laser ranging data. With the advent of GNSS, onboard carrier phase measurements and precise point positioning (PPP) technology in particular have enabled a change in the approach to the solution of the aforementioned tasks.
</p>
<p>
Such solutions are based on high-accuracy GNSS satellite orbit and clock data, resulting from the sophisticated processing of one-way navigation measurements obtained from global networks of commercial geodetic-grade receivers.
</p>
<p>
In the 1990s such solutions were carried out only for geodynamic research in analysis centers (such as those located in Pasadena, Ottawa, Bern, Potsdam, and Darmstadt) united by the International GNSS Service (IGS) with its Central Bureau located at the NASA Jet Propulsion Laboratory (JPL). During that period methods and models of processing phase measurements were being improved using <em>a posteriori</em> approaches.
</p>
<p>
By that time it had already become clear that GNSS phase measurements could potentially enable the determination of user position in real time with significantly better accuracy. High-accuracy GNSS satellite orbit and clock data is the only thing needed to accomplish this. Still, one substantial restriction on carrier phase positioning is the need for a continuity of phase measurements at a relatively high rate providing cycle-slip detection.
</p>
<p>
Therefore, it seems reasonable that the evolution of GNSS measurement techniques could support orbit determination of low Earth orbiting (LEO) satellites. The position dilution of precision (PDOP) at a LEO altitude of 500 kilometers is almost the same as that at the ground level, while atmospheric influences, the major error source for a ground-level user, are substantially lower.
</p>
<p>
In order to estimate the accuracy of a LEO satellite position determination based on GLONASS measurements, we chose the 24-hour interval (January 7, 2015) of measurements by a navigation receiver on board the Resurs-P satellite. This Earth remote sensing satellite is the first in a series of three spacecraft designated for updating maps, supporting economic activity of some user groups, as well as collecting data to support environmental monitoring and protection.
</p>
<p>
The Resurs-P satellite carries four GNSS navigation receiver sets on board, providing a unique opportunity to estimate both the spacecraft’s flight path and its orientation pattern based on navigation measurements. <strong>Figure 3 </strong>shows the exterior of the Resurs-P satellite.
</p>
<p>
Estimation of the Resurs-P flight path error may only be evaluated indirectly using high-accuracy ephemeris and time information based on phase measurements of GLONASS satellites’ signals. The availability of several navigation receiver sets onboard the spacecraft enables us to compare flight paths obtained and processed independently and thus evaluate the accuracy of orbits. <strong>Figure 4</strong> shows the difference of flight paths from separate GNSS receivers. <strong>Figure 5</strong> provides a typical example of phase measurement residuals.
</p>
<p>
In order to improve orbit quality all four receivers were processed in one filter together with strong constraint on the distance between each pair of receivers and other parameters. Taking into account that the noise error of residuals for the ionosphere-free combination phase measurements are at the level of 0.01 meter (RMS) and that the flight paths from the various receiver sets, obtained through independent processing, align at 0.05 meter (RMS), we can estimate the 3D final flight path accuracy for combined processing at the level of 0.10 meter (RMS).
</p>
<p>
The four receiver sets also allow estimation of the satellite’s attitude based on GNSS measurements only. <strong>Figure 6</strong> shows the values of the Resurs-P roll axis angular displacement off the Earth’s center direction. Thus, the noise component of the satellite attitude determination is at the level of 10 angular minutes (RMS).
</p>
<p>
<strong>Conclusion</strong><br />
Allowing for the current onboard clock performance of GLONASS-M satellites and augmentations are capable of driving the orbit and clock error down to 0.3 meter in real time. This allows use of GLONASS with existing FDMA signals for high accuracy navigation.
</p>
<p>
<span style="color: #993300"><strong>Additional Resources</strong></span><span style="color: #ff0000"><strong><br />
1. </strong></span>Lyskov, D., Deputy Head of the Russian Space Agency, Roscosmos, “Directions 2014: New Horizons of GLONASS,” <em>GPS World</em>, December 1, 2013<strong><span style="color: #ff0000"><br />
2.</span></strong> The Central Research Institute of Machine Building Informational-Analytical Center, Service for the comprehensive analysis of GNSS performance <strong>[Electronic resource]</strong>. (date of access: April 10, 2015)
</p>
<div class='pdfclass'><a target='_blank' class='specialpdf' href='http://insidegnss.com/wp-content/uploads/2018/01/sepoct15-GLONASS.pdf'>Download this article (PDF)</a></div>
<p>The post <a href="https://insidegnss.com/glonass-for-precise-navigation-in-space/">GLONASS for Precise Navigation in Space</a> appeared first on <a href="https://insidegnss.com">Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</a>.</p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
