<?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>201708 September/October 2017 Archives - Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</title>
	<atom:link href="https://insidegnss.com/category/issue-sorting/201708-september-october-2017/feed/" rel="self" type="application/rss+xml" />
	<link>https://insidegnss.com/category/issue-sorting/201708-september-october-2017/</link>
	<description>Global Navigation Satellite Systems Engineering, Policy, and Design</description>
	<lastBuildDate>Wed, 10 Feb 2021 21:36:05 +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>201708 September/October 2017 Archives - Inside GNSS - Global Navigation Satellite Systems Engineering, Policy, and Design</title>
	<link>https://insidegnss.com/category/issue-sorting/201708-september-october-2017/</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>GNSS Hotspots &#124; September 2017</title>
		<link>https://insidegnss.com/gnss-hotspots-september-2017/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Tue, 26 Sep 2017 09:10:45 +0000</pubDate>
				<category><![CDATA[201708 September/October 2017]]></category>
		<category><![CDATA[civil]]></category>
		<category><![CDATA[commercial]]></category>
		<category><![CDATA[Galileo]]></category>
		<category><![CDATA[GNSS (all systems)]]></category>
		<category><![CDATA[GNSS Hotspots]]></category>
		<category><![CDATA[GPS]]></category>
		<category><![CDATA[legacy-application]]></category>
		<category><![CDATA[mapping/GIS]]></category>
		<category><![CDATA[satellites/space segment]]></category>
		<category><![CDATA[SBAS and RNSS]]></category>
		<category><![CDATA[surveying]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2017/09/26/gnss-hotspots-60/</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-2017/">GNSS Hotspots | September 2017</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. Mangrove Tree-Planting Drones </strong><em><br />
Myanmar (Southeast Asia)</em><br />
<span id="more-22946"></span></p>
<p><strong>1. Mangrove Tree-Planting Drones </strong><em><br />
Myanmar (Southeast Asia)</em><br />
√ For about five years now, a group of villagers in the delta of the <strong>Irrawaddy River in Myanmar </strong>(also known as Burma) has painstakingly planted <strong>2.7 million mangrove trees </strong>with the hopes of beginning to restore an ecosystem that has been disappearing for decades. But this work is rather laborious, and the local nonprofit guiding the work wants to cover a much larger area — so they’re turning <strong>drones</strong> to help with their large-scale tree-planting project.</p>
<p>The drones, from the startup<strong> BioCarbon Engineering</strong>, can plant as many as 100,000 trees in a single day, leaving the local community to focus on taking care of the young trees that have already started to grow, according to the company, which has offices in Oxford, U.K., Sydney, Australia and Dublin, Ireland. In September, the company will begin a drone-planting program in the area along with <strong>Worldview International Foundation</strong>, the nonprofit guiding local tree-planting projects. To date, the organization has worked with villagers to plant an area of 750 hectares, about twice the size of Central Park. The drones will help cover another 250 hectares with 1 million additional trees. Ultimately, the nonprofit hopes to use drones to help plant 1 billion trees in an even larger area.</p>
<p>In the past villages have spent years replanting mangroves along the Irrawaddy River. With drones, their work will now go much faster.</p>
<p><strong>2. Laser-Mapping Landscape Changes </strong><em><br />
Gargoyle Ridge in the McMurdo Dry Valleys, Antarctica </em><br />
√ With the help of <strong>LiDAR</strong>, researchers led by <strong>Portland State University (PSU) </strong>have publicly released high-resolution maps of <strong>Antarctica’s McMurdo Dry Valleys</strong>, a unique desert region. The high-resolution maps cover 3,564 square kilometers of the McMurdo Dry Valleys and allow researchers to compare present-day conditions with the last surveys conducted more than a decade ago.</p>
<p>The research project led by PSU, and funded by the <strong>United States National Science Foundation (NSF)</strong>, mapped the area using LiDAR, a remote-sensing method that uses laser beam pulses to measure the distance from the detector to the Earth’s surface. The data, collected by aerial survey missions flown in the Southern Hemisphere summer of 2014-2015, provides detailed imagery of the perpetually ice-free region, where changes, such as rapid erosion along some streams, have been observed in recent years.</p>
<p>The LIDAR maps are publicly available on two NSF-funded facilities: <a href="http://www.opentopography.org" target="_blank" rel="noopener">Open Topography</a>, and the <a href="http://www.pgc.umn.edu" target="_blank" rel="noopener">Polar Geospatial Center</a>.</p>
<p>The McMurdo Dry Valleys are interesting to a wide range of scientists from biologists to geologists to glaciologists. The valleys are, for example, one of the few places on the massive continent—which is the size of the U.S. and Mexico combined—where bedrock is exposed, allowing geologists to reconstruct the continent’s geological history.</p>
<p>The region also is home to one of NSF’s Long Term Ecological Research sites, which support studies of its unusual habitat, dominated by microbial life, both in the soil and in unique ecosystems under at least one of its glaciers and in several of its highly salty lakes.</p>
<p>Evidence of past glacial advance and retreat is also more easily observed in the Dry Valleys, which provides window into the past behavior of the vast Antarctic ice sheets, the activity of which can influence global sea levels.</p>
<p><strong>3. Fries with Your Drone Delivery? </strong><em><br />
Reykjavik, Iceland </em><br />
√ <strong>Impatient Icelanders</strong> are getting help from <strong>Flytrex</strong>, an Israeli startup, that just started <strong>delivering small orders like takeout food by drone</strong> in a partnership with <strong>Aha</strong>, Iceland’s largest instant delivery platform. The drones, technically hexacopters, were approved by the <strong>Icelandic Transport Authority</strong> to pick up orders from restaurants and stores on one side of Reykjavik, where Aha has its offices, and fly them to a drop-off point in the suburb of Grafarvogur.</p>
<p>While Flytrex and Aha don’t offer direct store-to-home-delivery, the companies said that even on a trial basis the service would slash waiting times in a city whose bay delivery trucks must skirt to reach their destinations. A drone cuts delivery times by flying across the water to a truck that will complete the delivery.</p>
<p>Flytrex doesn’t make drones but develops autonomous, drone-based delivery systems. The drones can carry packages weighing up to three kilograms, about the size of a mailbox, so they can only handle smaller orders or takeout food.</p>
<p>The single drone now in use can make between 20 and 60 flights day, according to Flytrex, which has developed hardware that is installed on the drone and links it to a cellular network via a SIM card that enables a controller to locate, monitor its speed, altitude and other parameters in real time.</p>
<p><strong>4. Tough Testing for Galileo </strong><em><br />
Noordwijk, the Netherlands </em><br />
√ Each <strong>Galileo satellite</strong> must go through a rigorous <strong>test campaign</strong> to assure its readiness for the violence of launch, airlessness and temperature extremes of Earth orbit. Each one is dispatched to a unique location in Europe to ensure its readiness prior to launch: a 3,000-square meter cleanroom complex nestled in sandy dunes along the Dutch coast, filled with test equipment to simulate all aspects of spaceflight.</p>
<p>The <strong>test centre in Noordwijk</strong> – Europe’s largest satellite test site – is part of<strong> ESA’s </strong>main technical center, but it is maintained and operated on a commercial basis on behalf of the Agency by a private company created for the purpose: <strong>European Test Services (ETS) B.V. </strong></p>
<p>ETS has been responsible for supporting many historic test campaigns – including space-certifying Europe’s 20-metric-ton ATV space truck and Envisat, the world’s largest civilian Earth-observing mission. But in terms of scale alone, its work with Galileo is the company’s greatest challenge.</p>
<p>ETS is about to complete its contracts with <strong>OHB System AG</strong>, covering the environmental test of <strong>22 “Full Operational Capability” Galileo satellites</strong>, preceded by the testing of the very first of the first-generation “In-Orbit Validation” Galileo satellites on a previous, separate contract.</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-2017/">GNSS Hotspots | September 2017</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>Ensuring PNT for All</title>
		<link>https://insidegnss.com/ensuring-pnt-for-all/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Tue, 26 Sep 2017 08:59:27 +0000</pubDate>
				<category><![CDATA[201708 September/October 2017]]></category>
		<category><![CDATA[civil]]></category>
		<category><![CDATA[Column]]></category>
		<category><![CDATA[GNSS (all systems)]]></category>
		<category><![CDATA[Military - Defense]]></category>
		<category><![CDATA[PNT]]></category>
		<category><![CDATA[policy]]></category>
		<category><![CDATA[receiver]]></category>
		<category><![CDATA[signal]]></category>
		<category><![CDATA[system infrastructure/technology]]></category>
		<category><![CDATA[Thinking Aloud]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2017/09/26/ensuring-pnt-for-all/</guid>

					<description><![CDATA[<p>Today’s headlines frame my thoughts about securing GNSS assets, which one expert has characterized as our “least visible and most vulnerable infrastructure.” Today’s...</p>
<p>The post <a href="https://insidegnss.com/ensuring-pnt-for-all/">Ensuring PNT for All</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>
Today’s headlines frame my thoughts about securing GNSS assets, which one expert has characterized as our “least visible and most vulnerable infrastructure.”
</p>
<p><span id="more-22945"></span></p>
<p>
Today’s headlines frame my thoughts about securing GNSS assets, which one expert has characterized as our “least visible and most vulnerable infrastructure.”
</p>
<p>
In the Columbia River Gorge, a National Scenic Area spanning the Washington-Oregon border, a 15-year-old boy has been accused of intentionally tossing fireworks into tinder-dry grass thereby starting a (thus far) 33,000-acre forest fire that has devastated a natural treasure. Meanwhile, in the latest incident of large-scale identity theft, credit-rating agency Equifax has belatedly acknowledged a months-long breach of its database in which 143 million personal records were reportedly accessed.
</p>
<p>
In one case, an individual — obliviously or purposefully — creates outsized havoc, in the other, a skilled team of professional thieves disrupt a global enterprise and endanger the financial well-being of millions.
</p>
<p>
Of course, we have headlines closer to the point, such as <a href="http://insidegnss.com/news/reports-of-mass-gps-spoofing-attack-in-the-black-sea-strengthen-calls-for-pnt-backup/">“Reports of Mass GPS Spoofing Attack in the Black Sea,”</a> or <a href="http://insidegnss.com/news/south-korea-developing-an-eloran-network-to-protect-ships-from-cyber-attacks/">“South Korea developing eLoran Network to Protect Ships”</a> from North Korean GPS jamming.
</p>
<p>
These latter incidents, of course, arise from state-sponsored or –enabled actions. But, as with the Columbia gorge fire, personal behaviors — often harder to detect and prevent — can similarly afflict GNSS capabilities. In recent years, considerable attention has focused on the use of small GNSS jammers, also known as “personal privacy devices.” Perhaps the best-known case is that of a trucker trying to jam his vehicle’s own receiver who interrupted GPS-aided landing operations at Newark International Airport.
</p>
<p>
As the articles on jamming and spoofing mitigation in this issue of <em>Inside GNSS</em> reflect, the motives and methods of perpetrators vary. But, given the natural progression of information-sharing and widening expertise in GNSS — along with our cultural soft spot for making heroes out of rebels and outlaws — we can probably assume that the trend toward disruption will only get worse.
</p>
<p>
Some GNSS user groups have struck out on their own to ensure the security of their constituencies and their particular needs. Military users benefit from a variety of alternative PNT technologies such as geomagnetic mapping, vision- and image-based navigation, and chip-scale atomic clocks and inertial measurement units. The U.S. Federal Aviation Administration has decided to retain, for the time being, a minimum operational network of VHF omnidirectional range (VOR) facilities originally planned to be phased out with the introduction of GNSS.
</p>
<p>
Over time, some of these alternatives may migrate into the commercial and professional space — then again, they may not. And the vast majority of individual GNSS consumers have no organizations to advocate for their needs.
</p>
<p>
So, what is to be done? How can we ensure that the positioning, navigation, and timing (PNT) utility is available to all users, and not just those sectors with the resources to develop solutions for themselves? The future of location-based applications and enterprise — and the associated economic benefits — depend on a satisfactory answer to that question.
</p>
<p>
Multi-level threats clearly require multi-tiered responses that fit the corresponding scope and scale of different domains. At the system level, GNSS providers are exploring such measures as encryption, signal authentication, stronger signal power, and advanced signal designs.
</p>
<p>
National and international legal/initiatives include such efforts as regulating the sale and use of GNSS jammers and spoofers. Alternative PNT systems — for example, enhanced Loran (eLoran) — represent a potential multinational approach to the problem.
</p>
<p>
At the level of user equipment, several GNSS manufacturers are incorporating interference detection and mitigation (IDM) and antispoofing capabilities into proprietary products.
</p>
<p>
The variety of these initiatives and their advocates illustrates the breadth of concern about assured PNT, but also reflect the fractured nature of responses to the threats to GNSS. The situation calls for leadership with the expertise and stature to bring comprehensive solutions before the wider GNSS community.
</p>
<p>
The International Committee on GNSS has the membership and forum, if not yet the clear mandate, to impose such solutions globally. At the national level, the U.S. Space-Based PNT Executive Committee assisted by its expert advisory panel seems the most likely candidate for this role.
</p>
<div class='pdfclass'><a target='_blank' class='specialpdf' href='http://insidegnss.com/wp-content/uploads/2018/01/sepoct17-THINKING.pdf'>Download this article (PDF)</a></div>
<p>The post <a href="https://insidegnss.com/ensuring-pnt-for-all/">Ensuring PNT for All</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>How do you use GNSS to compute the attitude of an object?</title>
		<link>https://insidegnss.com/how-do-you-use-gnss-to-compute-the-attitude-of-an-object/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Tue, 19 Sep 2017 17:52:38 +0000</pubDate>
				<category><![CDATA[201708 September/October 2017]]></category>
		<category><![CDATA[Column]]></category>
		<category><![CDATA[Feature]]></category>
		<category><![CDATA[GNSS Solutions]]></category>
		<category><![CDATA[legacy-application]]></category>
		<category><![CDATA[receiver]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2017/09/19/how-do-you-use-gnss-to-compute-the-attitude-of-an-object/</guid>

					<description><![CDATA[<p>Q: How do you use GNSS to compute the attitude of an object? A: GNSS technology is used to support a wide range...</p>
<p>The post <a href="https://insidegnss.com/how-do-you-use-gnss-to-compute-the-attitude-of-an-object/">How do you use GNSS to compute the attitude of an object?</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/SolFigs_0.jpg" /></div>
<p><strong>Q: How do you use GNSS to compute the attitude of an object? </strong></p>
<p><span id="more-22936"></span></p>
<p><strong>A: </strong>GNSS technology is used to support a wide range of position, velocity and time applications across numerous platforms. One of the lesser-known applications of GNSS is its ability to determine the attitude, or orientation, of an object. Such systems can be made to be quite small and can yield accurate solutions that operate in virtually any environment in which GNSS satellite visibility is reasonable. The only requirement from a GNSS receiver perspective is that the receiver be able to provide reliable carrier phase measurements.</p>
<p>This article begins with a brief summary of how the attitude of a vehicle is determined and then explains how GNSS can be used. It wraps up with a brief discussion about attainable accuracies.</p>
<p><strong>Attitude Determination </strong><br />
Attitude determination is the process of determining the rotation angles that relate two different coordinate frames. Although any two coordinate frames can be used, we herein consider the rotation between a local-level frame (e.g., North, East, Up or East, North, Down, etc.) and the body frame. The body frame is a frame attached to the object (“body”) whose attitude is desired (an example body frame is given later).</p>
<p>With this in mind, we present the following key relationship</p>
<p><em>r⃗<sup>l</sup></em> = <em>R<sup>l</sup><sub>b</sub></em><em>r⃗<sup>b</sup></em>     <span style="color: #ff0000;"><strong>(1) </strong></span></p>
<p>where <em>r⃗</em> is a vector parameterized in the local-level (superscript <em>l</em>) or body (superscript <em>b</em>) frame and <em>R<sup>l</sup><sub>b</sub></em> is the rotation matrix (or direction cosine matrix) from the body frame to the local-level frame.</p>
<p>The rotation matrix between any two frames can be defined using three consecutive rotations about the three coordinates axes — these are called Euler angles. For the case under consideration, since one of the frames is the local-level frame, the Euler angles can be expressed as familiar roll, pitch and azimuth angles.</p>
<p>To compute the rotation matrix, one needs to know or measure at least two vectors in each coordinate frame. These vectors could be anything including velocity, rotation rates, etc., as long as they are non-collinear (i.e., not parallel). It is possible to use a single vector, but then you cannot determine all three Euler angles; more on this later.</p>
<p><strong>GNSS Attitude System Setup </strong><br />
For GNSS attitude determination systems, the vectors used in equation (1) are <em>relative</em> position vectors. The question, of course, is: where do these come from?</p>
<p>Before answering this question, let’s clarify what constitutes a GNSS attitude system. To determine the full attitude, at least three GNSS receivers are needed. The only other requirement is some software to process the data from these receivers.</p>
<p>Returning to the question that opened this section, the body frame vectors are defined by the location of the receivers (actually the antennas; denoted <em>A</em> ‒ <em>C</em>) on the object whose attitude is desired. Assuming a three-antenna system, a common (if not easy to understand) configuration is to mount the antennas such that two antennas fall along the direction of travel, and the third one is 90 degrees offset. One possible setup is illustrated in <span style="color: #ff0000;"><strong>Figure 1</strong></span> <em>(see inset photo, above right) </em>for the case of a road vehicle.</p>
<p>Once installed, the body frame coordinates are defined by measuring the position of the antennas relative to the coordinate frame of the vehicle. The coordinate frame of the vehicle can be arbitrarily defined but is usually selected such that one axis is along the direction of travel, one lateral to the direction of travel, and the third axis completes on orthogonal frame (e.g., forward, right, down).</p>
<p>As might be expected, these same vectors in the local-level frame are determined from GNSS measurements. Once computed, the rotation matrix between the body and local-level frames can then be determined. Both of these steps are accomplished by the processing software and are discussed in the next section.</p>
<p><strong>Data Processing </strong><br />
As mentioned, the inter-antenna vectors in the local-level frame are computed from GNSS. For an N-antenna system, only N-1 independent vectors need to be solved. Although not required, this is commonly done by selecting one antenna/receiver as the “base” and then computing the vector to each of the other antennas/receivers in the system.</p>
<p>Continuing with the three-receiver example in Figure 1, we select antenna A as the base and compute vectors ray <em>AB</em> and ray <em>BC</em>. Of course, if there are other antennas, the vector from Point <em>A</em> to each point would also be computed.</p>
<p>To be more specific, the inter-receiver vectors are computed using standard differential carrier phase processing. Because the inter-antenna spacing is typically limited to a few meters, the spatially-correlated orbit, ionosphere and troposphere errors are virtually zero. This dramatically simplifies the ambiguity resolution process, since the only errors that need to be handled are multipath, noise and antenna phase center variation, which are generally small, as discussed later.</p>
<p>It is also possible to use the known baseline length between the receivers (as measured in the body frame), or any a priori attitude information to make the ambiguity resolution process even more robust.</p>
<p>Some of you might be wondering why I have not mentioned the requirement for a base station. The reason is precisely because we are estimating relative, not absolute, position vectors. By definition, differential data processing yields a relative position vector. If the location of the base station is known in an absolute sense — this is the most common use of a base station — then the resulting solution of the rover is also absolute.</p>
<p>For attitude determination, absolute location is not important. As such, the location of the base receiver (Point A in the above example) can be computed from a standalone (single point) solution. Even absolute positioning errors of 100 meters (which would be extremely large if the carrier phase data needed for attitude determination is still available) will be buried by the other errors in the system, and thus can be ignored.</p>
<p>The only other effect that might be important here is the timing accuracy of each receiver. As discussed in the March/April 2011 <strong>GNSS Solutions</strong> column, <a href="http://insidegnss.com/gnss-receiver-clocks/">“GNSS Receiver Clocks,”</a> a relative timing error of Δ<em>t</em> between the receivers will result in a relative position error of <em>s </em>· Δ<em>t</em>, where <em>s </em>is the speed of the vehicle. Assuming a timing error of 2 milliseconds (most receivers limit timing errors to ±1 milliseconds) and a vehicle traveling at 100 kilometers per hour, the relative positioning error would be approximately 5.6 centimeters. As discussed below, this would dominate the error budget and would therefore have to be properly accounted for.</p>
<p>The outputs of the GNSS processing are the vectors in the local-level frame; these can be computed directly in that frame or can be computed from vectors in an Earth-Centered Earth-Fixed (ECEF) frame. Mathematically, this is written as</p>
<p><em>r⃗<sup>GNSS </sup>= r⃗<sup>l</sup></em> + <em><em>n⃗<sup>GNSS<br />
</sup>=</em> </em><em><em>R<sup>l</sup><sub>b</sub></em></em><em><em><em>r⃗<sup>b</sup></em></em> + </em><em>n⃗<sup>GNSS</sup></em>     <strong><span style="color: #ff0000;">(2) </span></strong></p>
<p>where <em>r⃗<sup>GNSS</sup></em> is the GNSS-derived vector in the local-level frame, <em>n⃗<sup>GNSS</sup></em> is the measurement noise, and equation (1) was used to get from the first to second line. Equation (2) is written in parametric form and can thus be used as input to any standard least-squares or Kalman filtering estimation algorithm to estimate the Euler angles embedded in <em>R<sup>l</sup><sub>b</sub></em>.</p>
<p><strong>Two-Antenna Systems </strong><br />
Until now, we have only considered systems consisting of three or more receivers in order to estimate the full attitude of an object. However, two-receiver systems can be used to estimate rotations orthogonal to the vector connecting the two antennas.</p>
<p>The most common two-receiver system is one where the two receivers are set up parallel (or orthogonal) to the direction of travel. This allows for estimation of the azimuth and pitch (or roll) of the vehicle; the third angle is unobservable.</p>
<p><strong>Expected Accuracy </strong><br />
As discussed above, the GNSS measurement errors are limited to multipath (2‒3 centimeters), noise (less than 1 millimeter) and phase center variation (1‒2 centimeters or less) (all values quoted as one standard deviation values). Assuming the measurement geometry is reasonable (HDOP ≈ 1 and VDOP ≈ 1.5), the main factor affecting accuracy is the length of the inter-antenna vectors.</p>
<p>To illustrate, let’s consider a two-receiver system with the understanding that there is an analogous relationship for three-plus receiver systems. Specifically, for the setup in <span style="color: #ff0000;"><strong>Figure 2</strong></span> <em>(see inset photo, above right)</em>, for an inter-receiver separation of <em>d</em>, the pitch (ϕ) and azimuth (α) can be computed as</p>
<p><em>(see inset photo, above right for equations)</em></p>
<p>where σ<sub><em>EIN</em></sub> is the North/East relative positioning uncertainty, σ<sub><em>U</em></sub> is the vertical relative positioning accuracy, and <em>d<sub>h</sub></em> is the horizontal distance between the receivers. In other words, the longer the inter-receiver separation the better the attitude accuracy.</p>
<p>To give some numbers, for the lower- end measurement errors and DOP values listed at the start of this section, and nominal horizontal receiver separation of 1 meter, the pitch and azimuth accuracy would be 1.3 and 1.9 degrees, respectively. This is a one-off accuracy estimate and further filtering/ averaging would yield even better performance.</p>
<p><strong>Summary </strong><br />
This article has given an overview of how GNSS can be used to determine the attitude of an object. Although reliant on ambiguity resolution, the short baselines involved make the process quite robust. The result can be highly accurate attitude estimates that can be applied to a wide range of applications.</p>
<div class="pdfclass"><a class="specialpdf" href="http://insidegnss.com/wp-content/uploads/2018/01/sepoct17-SOLUTIONS.pdf" target="_blank" rel="noopener">Download this article (PDF)</a></div>
<p>The post <a href="https://insidegnss.com/how-do-you-use-gnss-to-compute-the-attitude-of-an-object/">How do you use GNSS to compute the attitude of an object?</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 III Contest At Hand But Context has Shifted Sharply</title>
		<link>https://insidegnss.com/gps-iii-contest-at-hand-but-context-has-shifted-sharply/</link>
		
		<dc:creator><![CDATA[Dee Ann Divis]]></dc:creator>
		<pubDate>Tue, 19 Sep 2017 17:52:12 +0000</pubDate>
				<category><![CDATA[201708 September/October 2017]]></category>
		<category><![CDATA[Aerospace and Defense]]></category>
		<category><![CDATA[civil]]></category>
		<category><![CDATA[Column]]></category>
		<category><![CDATA[GPS]]></category>
		<category><![CDATA[Military - Defense]]></category>
		<category><![CDATA[policy]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Washington View]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2017/09/19/gps-iii-contest-at-hand-but-context-has-shifted-sharply/</guid>

					<description><![CDATA[<p>After several years of shifting plans the competition to build the next tranche of GPS III satellites is poised to start, though the...</p>
<p>The post <a href="https://insidegnss.com/gps-iii-contest-at-hand-but-context-has-shifted-sharply/">GPS III Contest At Hand But Context has Shifted Sharply</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>
After several years of shifting plans the competition to build the next tranche of GPS III satellites is poised to start, though the context in which that contest will take place has changed markedly from when planning first began.
</p>
<p><span id="more-22935"></span></p>
<p>
After several years of shifting plans the competition to build the next tranche of GPS III satellites is poised to start, though the context in which that contest will take place has changed markedly from when planning first began.
</p>
<p>
The Request For Proposals (RFP) will go out in November 2017, the Air Force told <em>Inside GNSS</em> in response to a query. If that seems somewhat later than expected, it is. In a June 28 presentation, the GPS Directorate’s Deputy Director Col. Gerry Gleckel told the National Space-Based Positioning, Navigation, and Timing (PNT) Advisory Board the RFP would be out by the end of the 2017 fiscal year — that is by Sept. 30, 2017. Other than a delay, the November release should not create any new issues.
</p>
<p>
Gleckel also told the PNT Advisory Board that for cost and scheduling reasons the Air Force plans to select, and stick with, one contractor to build all 22 satellites.
</p>
<p>
“Every time we restart that (process), it’s billions of dollars in nonrecurring engineering costs,” Gleckel said. “There’s delay going through the satellite design process and in qualification. We want to get some more stability in our satellites.”
</p>
<p>
If the Air Force does indeed choose a winner-take-all approach, it will add to the pressure on would-be contractors. Not only will unsuccessful bidders lose out on what promises to be a multibillion dollar contract, but the plan puts losing firms at a long-term disadvantage when it comes to future GPS-related deals. Key personnel and expertise will naturally coalesce around the new prime contractor, which according to Gleckel’s presentation, will be developing and then building and launching GPS III satellites into 2033 — that is for the next 16 years. That’s a long time for a losing bidder to maintain resources while it waits for another chance.
</p>
<p>
<strong>A Long Process </strong><br />
The initial GPS III contract won by Lockheed Martin in 2008 was for two research and development satellites plus five options to build pairs of additional spacecraft for a total of 12 GPS IIIA satellites. The next phase, which was to be the GPS IIIB tranche of eight more spacecraft, was to be awarded in roughly 2011 followed sometime later by the final contract for 16 GPS IIIC spacecraft. The Air Force, however, retained the right to re-compete the procurement for GPS IIIB and GPS IIIC — a hedge against poor performance or the need to secure the industrial base for future space developments. That turned out to be a wise decision.
</p>
<p>
Work on IIIA started off smoothly but internal interference problems developed in the payload as ITT Exelis, the payload subcontractor, worked to add new signals. (Exelis became part of Harris Corp. in 2015). There were other problems as well including a failure to qualify and then properly test a ceramic capacitor — an oversight that added four months to the program’s already delayed schedule. The Air Force became increasingly annoyed and didn’t mind saying so in public.
</p>
<p>
“Obviously, we want a GPS III that does what it’s supposed to do, delivered on time,” said Lt. Gen. Ellen Pawlikowski, commander of Air Force Materiel Command, during the 2016 National Space Symposium, according to <em>Defense News</em>.
</p>
<p>
By 2014 GPS officials were so frustrated they went out of their way to boost competition for Lockheed Martin, creating a two-phase process for the follow-on procurement. Under Phase 1 they planned to award up to two Production Readiness Firm Fixed Price contracts worth $200 million each. The winners were to go through critical design review for the space vehicle and navigation payload with demonstrations and qualification of the satellite subsystem boxes. Then, in Phase 2, the Phase 1 firm or firms would compete against Lockheed Martin (which, along with Exelis, was barred from competing in Phase 1). The prize, after all of this, was a deal for as many as 22 satellites.
</p>
<p>
That plan, however, did not last. In May 2015, under budget pressure from sequestration, the Air Force reframed the competition to allow Lockheed Martin to compete — but shrunk the award from $200 million to a scant $6 million per firm. That money was to enable them only to demonstrate that they had, or could attain, a long list of capabilities, including the ability to produce an average of two satellites a year (down from the previous requirement to be able to produce two to three spacecraft annually).
</p>
<p>
The Air Force went ahead with the scaled-down awards, inking Production Readiness Feasibility Assessment contracts with Boeing Network and Space Systems, Lockheed Martin Space Systems Company, and Northrop Grumman Aerospace Systems in May 2016.
</p>
<p>
<strong>Phase 2 </strong><br />
Earlier this year, in an April 19 Special Notice posted on <em>Fed Biz Opps</em>, Air Force Space Command announced the next step in its two-phase selection process — an Industry Day for potential GPS III bidders to be held May 4, 2017 in El Segundo, Calif. The Air Force wanted to share information on its plans with potential bidders and get feedback from them on what it intended to do. According to the notice, an RFP for a fixed-price contract to begin delivering GPS III spacecraft in 2025 was to be released later in 2017 with an announcement of the winning contractor to be made late in 2018.
</p>
<p>
Interestingly, the notice made clear that the three winners of Phase 1 were not the only ones being invited to compete. “Participation in Phase 1,” the Air Force wrote, “is not a prerequisite to participation in Phase 2.”
</p>
<p>
Even so, it’s unlikely that firms outside of the Phase 1 winners will compete, said Todd Harrison, director of the Aerospace Security Project and of defense budget analysis at the Center for Strategic and International Studies. “They are leaving it open that another company could bid,” he told <em>Inside GNSS</em> at the time, “but it doesn’t mean that some other company would actually be able to crack into this acquisition. There is still a substantial barrier to entry for building a GPS satellite.”
</p>
<p>
<strong>Circumstances Shift </strong><br />
Whoever bids on Phase 2 will be competing to provide spacecraft to an Air Force whose operational environment has sharply changed in just the last several years.
</p>
<p>
In April 2016, not quite a year after the Air Force released its Phase 1 RFP and month before the Phase 1 winners were revealed, Gen. John Hyten, then the commander of Air Force Space Command, announced the Space Enterprise Vision (SEV). The SEV framed how programs across the full range of military space activities were to take action to meet the threat posed by a more space-capable China and Russia
</p>
<p>
“In the recent past, the United States enjoyed unchallenged freedom of action in the space domain,” Hyten said in a statement formally announcing SEV. “Most U.S. military space systems were not designed with threats in mind, and were built for long-term functionality and efficiency, with systems operating for decades in some cases. Without the need to factor in threats, longevity and cost were the critical factors to design and these factors were applied in a mission stovepipe. This is no longer an adequate methodology to equip space forces.”
</p>
<p>
China became a particular focus of concern in 2007 after the nation used an anti-satellite missile (an ASAT) to destroy one of its own spacecraft, an aging weather satellite in low Earth orbit. And defense officials have made clear China is working hard to expand its military capabilities in space.
</p>
<p>
“The PLA (People’s Liberation Army) is acquiring a range of technologies to improve China’s counter-space capabilities,” the Department of Defense (DoD) said in its annual report to Congress on military and security developments in China. China was working on directed-energy weapons and satellite jammers, DoD wrote, and navigation satellites were among the targets suggested in Chinese PLA writings.
</p>
<p>
“The potential adversaries we have around the world know very well how important space is to us and how important it is to our alliances and to our partners and how we would operate and fight,” confirmed Deborah Lee James, who served as secretary of the Air Force from December 2013 to January 2017.
</p>
<p>
China has been watching and learning from U.S. space operations for the last 25 years, James told a September 6 symposium on organizing military space.
</p>
<p>
“They’ve not been sitting still when it comes to investing and testing capabilities which ultimately could threaten our ability to be able to use space, our space assets, in the event of conflict,” she told the audience at the Center for Strategic and International Studies.
</p>
<p>
In addition to the ASAT test in 2007, she said, China in 2013 tested a direct-ascent, anti-satellite system that could reach geosynchronous orbit — where key military satellites reside. Both China and Russia have also demonstrated their ability to do robotic rendezvous and proximity operations and, James told the audience, a year or two ago a Russian satellite showed an unusual pattern of movements in GEO orbit including loitering near several U.S. commercial communications satellites.
</p>
<p>
“Space is no longer a peaceful domain if it ever was one,” said James. “It is now contested and congested.”
</p>
<p>
<strong>Must Go Faster </strong><br />
“In the not-too-distant future, they (the Chinese) will be able to use that capability to threaten every spacecraft we have in space. We have to prevent that, and the best way to prevent war is to be prepared for war,” Hyten told an audience in January at Stanford University in California, according to a DoD summary. “So, the United States is going to do that, and we’re going to make sure that everybody knows we’re prepared for war.”
</p>
<p>
Now the commander of United States Strategic Command, Hyten is pushing the service to make that happen. Though America still enjoys a significant advantage in space, he told the <em>Washington Free Beacon</em>, that advantage is eroding and space defense requires moving much more quickly than the Pentagon’s acquisitions processes currently allow.
</p>
<p>
“Can we go fast enough as a nation to stay ahead of our adversaries?” Hyten said in an interview. “We have to go fast.”
</p>
<p>
That sense of urgency was underscored in an SEV-related Sources Sought announcement posted August 30 by Air Force Space Command.
</p>
<p>
Defense officials reached out to determine what systems engineering and integration (SE&amp;I) services industry had available to support, among other activities “new and on-going efforts in all phases of the acquisition life cycle and standardize systems engineering processes.” The eventual contractor would work on three programs: the Air Force Satellite Control Network (AFSCN), the Launch and Test Range System (LTRS), and the Space Training Acquisition Office (STAO). Though not specific to the GPS III RFI, the work would cover a long list of mission areas including navigation satellites, next generation space navigation systems, navigation user equipment and satellite ground stations among its mission areas.
</p>
<p>
“The purpose of this Synopsis is to gain insight into existing Industry capabilities and systems,” Space Command wrote. “It is aimed at receiving feedback from industry on the capabilities out there to perform SE&amp;I support within a diminished timeline due to the urgency of this Space Enterprise Vision (SEV) requirement directed from Space and Missile Systems Center (SMC) leadership.”
</p>
<p>
The Air Force may also be looking at other ways to speed up replenishment of the GPS constellation in a pinch. On July 31 Space Command posted a Special Notice asking for feedback on reducing the design life of the GPS satellites. Shorter-lived spacecraft can be made smaller, perhaps enabling more than one satellite to be launched per spacecraft. Though the July 31 notice asked for ideas for the generation of satellites after GPS III, the notion of building smaller GPS satellites has been discussed for years. Quick replenishment is one way to address the risk of losing satellites and also a way to update the constellation with important new technology.
</p>
<p>
In fact, the current GPS III work schedule, according to Gleckel, specifically incorporates “tech insertion points” aimed, at least in part, at adapting to the new, contested nature of space operations.
</p>
<p>
“That’s where we can add additional capabilities into a future flow,” Gleckel said during his presentation. “Again, with the same contractor without starting over, without the costs and time that go along with that — but still allowing us to change with the threats.” 
</p>
<div class='pdfclass'><a target='_blank' class='specialpdf' href='http://insidegnss.com/wp-content/uploads/2018/01/sepoct17-WASHVIEW.pdf'>Download this article (PDF)</a></div>
<p>The post <a href="https://insidegnss.com/gps-iii-contest-at-hand-but-context-has-shifted-sharply/">GPS III Contest At Hand But Context has Shifted Sharply</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>GSA&#8217;s GNSS Opinion Leaders for September 2017</title>
		<link>https://insidegnss.com/gsas-gnss-opinion-leaders-for-september-2017/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Tue, 19 Sep 2017 17:50:54 +0000</pubDate>
				<category><![CDATA[201708 September/October 2017]]></category>
		<category><![CDATA[Galileo]]></category>
		<category><![CDATA[GNSS (all systems)]]></category>
		<category><![CDATA[GPS]]></category>
		<category><![CDATA[legacy-application]]></category>
		<category><![CDATA[product design]]></category>
		<category><![CDATA[Roads and Highways]]></category>
		<category><![CDATA[Series]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2017/09/19/gsas-gnss-opinion-leaders-2/</guid>

					<description><![CDATA[<p>Bernhard Richter, Leica Geosystems GNSS business director Enrico Salvatori, Qualcomm Europe Carlo Bagnoli, STMicroelectronics Multinational semiconductor and telecommunications company Qualcomm is a world...</p>
<p>The post <a href="https://insidegnss.com/gsas-gnss-opinion-leaders-for-september-2017/">GSA&#8217;s GNSS Opinion Leaders for September 2017</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/Richter.jpg" /><span class="specialcaption">Bernhard Richter, Leica Geosystems GNSS business director</span></div>
<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/Salvatori.jpg" /><span class="specialcaption">Enrico Salvatori, Qualcomm Europe</span></div>
<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/Bagnoli.jpg" /><span class="specialcaption">Carlo Bagnoli, STMicroelectronics</span></div>
<p>Multinational semiconductor and telecommunications company Qualcomm is a world leader in the design and marketing of 3G, 4G and next-generation wireless technologies. Headquartered in San Diego, California, Qualcomm has been widening its footprint in the Europe, Middle East and Africa (EMEA) region, with a core focus in Europe.</p>
<p>“We expect to grow Qualcomm’s presence in Europe, becoming a major EU (European Union) player in the digitization of European industries,” said Qualcomm senior vice president and president of Qualcomm Europe, Enrico Salvatori.</p>
<p><span id="more-22934"></span></p>
<p>Multinational semiconductor and telecommunications company Qualcomm is a world leader in the design and marketing of 3G, 4G and next-generation wireless technologies. Headquartered in San Diego, California, Qualcomm has been widening its footprint in the Europe, Middle East and Africa (EMEA) region, with a core focus in Europe.</p>
<p>“We expect to grow Qualcomm’s presence in Europe, becoming a major EU (European Union) player in the digitization of European industries,” said Qualcomm senior vice president and president of Qualcomm Europe, Enrico Salvatori.</p>
<p>Part of that growth entails the company’s recently announced acquisition of Dutch-based NXP Semiconductors, a leading supplier for the secure identification, automotive and digital networking industries, a deal expected to be sealed by the end of calendar year 2017.</p>
<p><strong>Key European Considerations </strong><br />
“Accurate, reliable, and rapid position location is an important part of the mobile experience,” Salvatori said. “We are currently continuing 5G standardization in 3GPP under an accelerated timeline, which will ultimately achieve results for all use cases for extreme mobile broad-band (MBB), massive Internet of Things (IoT) and mission-critical services, in line with the European Commission’s 5G Action Plan.”</p>
<p>The Commission, which is the executive arm of the EU, has been actively promoting very high-capacity networks such as 5G as Europe works to keep pace in the global wireless technologies market, citing expected worldwide 5G revenues for mobile operators in the region of €225 billion per year by 2025 (about 270 billion USD).</p>
<p>Salvatori said Qualcomm is proud to have established a long-lasting partnership with the European Commission (EC) and, as it happens, with the European GNSS Agency (GSA), sharing that agency’s central goal of bringing Europe’s global satellite navigation program, “Galileo,” to full fruition.</p>
<p>“Here at Qualcomm,” Salvatori said, “we are pursuing ongoing work on various IoT verticals, including LTE MTC/ NB-IOT and in particular C-V2X. And with LTE Release 14, we believe we can lead the way toward dedicated evolutions of 5G in addition to the NR.”</p>
<p>Salvatori is well-positioned to speak on such matters. He oversees Qualcomm’s European strategy for ensuring that OEMs and operators drive the latest G technology (4G/5G) adoption throughout all of Europe, in both developed and emerging markets.</p>
<p><strong>Galileo in its Proper Place </strong><br />
For companies like Qualcomm looking to make the most of Europe’s emerging navigation and location-based services markets, the launch of live Galileo services last year was a veritable milestone.</p>
<p>“We were thrilled to see the European satellite system starting operations,” Salvatori said, “a real turning point for the location industry. We strongly believe that broad availability of Galileo will underpin Europe’s future innovation at home and globally, providing a backbone for the further development of the Digital Single Market and Europe’s industrial growth and competitiveness in the context of 5G, but also to the benefit of the new connected verticals.”</p>
<p>European authorities expect the addition of another GNSS, in the form of Galileo, will enable more accurate location performance, faster time-to-first-fix, and improved robustness all over the world, particularly in challenging urban environments where the combination of narrow streets and tall buildings can reduce accuracy.</p>
<p>And the launch of Galileo services was in many ways a victory for Qualcomm itself; as long-standing partners, the EC, the GSA and Qualcomm have worked in concert, with the GSA consistently highlighting Qualcomm’s role as a central player in the EU wireless technologies arena. The first European Galileo-enabled smartphone, produced by Spanish company BQ, was based on a Qualcomm chipset.</p>
<p>In fact, Salvatori said, “Qualcomm Technologies began implementing hardware support for Galileo several years ago in selected chipsets. And it was our company that proposed the mobile industry’s first pervasive, end-to-end, location services platform (Qualcomm® Location), for smartphone, computing, infotainment, telematics, and IoT applications.”</p>
<p>With optimized software enhancements, Qualcomm® Location now uses up to six satellite constellations. “Our users now benefit from more than 80 different satellites when calculating global position for navigation or location-based applications,” he said.</p>
<p>Salvatori said Qualcomm’s Galileo-enabled platform is being deployed broadly across the company’s modem and application processor portfolios. “This feature is integrated in the latest Qualcomm Snapdragon 800, 600, and 400 processors and modems,” he said. “And Galileo will be supported on smartphones and computing devices with the appropriate software release on Snapdragon 820, 652, 650, 625, 617, and 435 processors.”</p>
<p>The same goes for automotive infotainment solutions using Snapdragon 820A, and telematics and IoT solutions with Snapdragon X16, X12, X7, and X5 LTE modems, and Qualcomm 9&#215;15 and MDM6x00 modems.</p>
<p>“This will also enable infotainment and telematics solution providers to satisfy an important component of the European eCall mandate ahead of the March 2018 deadline,” Salvatori said.</p>
<p><strong>Low Investment, High Benefits </strong><br />
Salvatori said bringing Galileo into Qualcomm’s already broad location services platform presented no particular technical issues. “Supporting a new GNSS constellation does require some R&amp;D,” he said, “but we had already implemented support for other GNSS constellations like GPS, GLONASS and BeiDou.</p>
<p>“For us, Galileo’s introduction in the market at commercial scale promises more innovation and business models for the expanded connectivity needs of tomorrow. This is particularly clear to us in areas such as automotive, where Galileo’s capabilities will underpin the evolution of cars toward ever greater connectivity and automation.”</p>
<p>Salvatori said Qualcomm’s support of Galileo is an essential extension of the company’s work in creating and evolving vehicle-to-everything communications and 5G, working closely with the mobile and automotive industries to bring these innovations to market fast and with sustained investments.</p>
<p><span style="color: #993300;"><strong>THINGS YOU SHOULD KNOW </strong></span><br />
<strong>3GPP—</strong>Third Generation Partnership Project, a collaboration between groups of telecommunications associations, known as the Organizational Partners.<br />
<strong>LTE—</strong>Long Term Evolution, applying to the idea of improving wireless broadband speeds to meet increasing demand.<br />
<strong>MTC—</strong>Machine Type Communication, also known as machine-to-machine communication, i.e. direct communication between devices. <strong><br />
NB-IOT—</strong>Narrow-Band Internet of Things, a Low-Power Wide-Area Network radio technology standard enabling a range of devices and services to be connected using cellular telecommunications bands. <strong><br />
C-V2X—</strong>Cellular Vehicle to Everything, combining features of V2V (Vehicle to Vehicle), V2I (Vehicle to Infrastructure), V2P (Vehicle to Pedestrian) and V2N (Vehicle to Network). <strong><br />
LTE Release 14—</strong>3GPP standards are structured as Releases. Discussion of 3GPP thus frequently refers to the functionality in one release or another. <strong><br />
NR—</strong>5G New Radio, aimed at bringing fiber-like performance to wireless broadband at a significantly lower cost per bit. <strong><br />
UMTS—</strong>Universal Mobile Telecommunications System, a third-generation mobile cellular system for networks based on the GSM standard. <strong><br />
HSPA—</strong>High Speed Packet Access commonly refers to UMTS-based 3G networks that support specialized data for improved download and upload speeds.</p>
<p><span style="color: #993300;"><strong>R&amp;D FOREFRONT</strong></span><br />
<strong>QUALCOMM IS CURRENTLY LEADING THE “CONVEX” CONSORTIUM</strong>, which also includes Audi, Ericsson, Swarco Traffic Systems and the University of Kaiserslautern. The group’s aim is to set up a test bed for first LTE Rel. 14 trials for V2X and to validate performance and feasibility.</p>
<p>The project combines techniques for vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), vehicle-to-person, (V2P), and vehicle-to-network (V2N) communications, which are considered key components for the implementation of advanced driving assistance systems and for automated driving.</p>
<p>The project is funded by the German Ministry of Transport and Digital Infrastructure (BMVI) in the program “Automated and Connected Driving on Digital Test Fields in Germany.”</p>
<div class="pdfclass"><a class="specialpdf" href="http://insidegnss.com/wp-content/uploads/2018/01/IGM_GSA.pdf" target="_blank" rel="noopener">Download this article (PDF)</a></div>
<div class="pdfclass"><a class="specialpdf" href="http://insidegnss.com/wp-content/uploads/2018/01/sepoct17-GNSSOPINION.pdf" target="_blank" rel="noopener">Download this article (PDF)</a></div>
<div class="pdfclass"><a class="specialpdf" href="http://insidegnss.com/wp-content/uploads/2018/01/novdec17-GNSSOpinion.pdf" target="_blank" rel="noopener">Download this article (PDF)</a></div>
<p>The post <a href="https://insidegnss.com/gsas-gnss-opinion-leaders-for-september-2017/">GSA&#8217;s GNSS Opinion Leaders for September 2017</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>Consumer Mass Market Accelerometers for GNSS Anti-Spoofing</title>
		<link>https://insidegnss.com/consumer-mass-market-accelerometers-for-gnss-anti-spoofing/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Tue, 19 Sep 2017 17:46:40 +0000</pubDate>
				<category><![CDATA[201708 September/October 2017]]></category>
		<category><![CDATA[Article]]></category>
		<category><![CDATA[engineering]]></category>
		<category><![CDATA[Marine]]></category>
		<category><![CDATA[Military - Defense]]></category>
		<category><![CDATA[Roads and Highways]]></category>
		<category><![CDATA[signal]]></category>
		<category><![CDATA[Technical Article]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2017/09/19/consumer-mass-market-accelerometers-for-gnss-anti-spoofing/</guid>

					<description><![CDATA[<p>Equations 1 &#8211; 4 Spoofing of Global Navigation Satellite System (GNSS) signals can have deleterious effects on society given the widespread use and...</p>
<p>The post <a href="https://insidegnss.com/consumer-mass-market-accelerometers-for-gnss-anti-spoofing/">Consumer Mass Market Accelerometers for GNSS Anti-Spoofing</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/ConsumerEQ.jpg" /><span class="specialcaption">Equations 1 &#8211; 4</span></div>
<p><span id="more-22933"></span></p>
<p>Spoofing of Global Navigation Satellite System (GNSS) signals can have deleterious effects on society given the widespread use and dependence of critical infrastructure on GNSS. However, few commercial receivers have significant anti-spoofing (A/S) mechanisms. Even simple interference events such as jamming and meaconing have resulted in erroneous position outputs from shipboard and airborne receivers (see W. Dunkel <em>et alia</em>; S. Pullen and G. Gao; A. Grant <em>et alia</em>; and A. J. Van Dierendonck in Additional Resources). Spoofing tests have shown that deliberate GNSS spoofing could have significant impact on the GNSS receiver and hence GNSS dependent systems (J. S. Warner and R. G. Johnson; D. P. Shepard <em>et alia</em>). While the extent of the impact is still debated, it is clear that a spoofing event would significantly harm some users. So, the debate over the utility of A/S comes down to the likelihood of spoofing events.</p>
<p>It is clear that GNSS spoofing, outside a laboratory or military setting, has occurred. Recently, GNSS spoofing was observed outside the Kremlin (C. Sebastian) and in the Black Sea (see Goward, Additional Resources). Furthermore, the popularity of location-based games such as Pokémon Go has also induced hackers to build and utilize GNSS spoofers (I. Birnbaum). While the spoofer in Birnbaum uses an expensive GNSS signal generator, other professional security groups have put together GNSS spoofers using low cost software defined radios (SDRs), open source software, and some basic GNSS know-how (see L. Huang and Q. Yang). GNSS spoofing capabilities are no longer solely the realm of navigation experts. As time goes by, spoofing capabilities will get better and costs will only decrease.</p>
<p>There are many motivations to spoof. Ordinary citizens may spoof to aid their gaming, to protect their privacy, or to subvert location based charges (e.g., road tolling) or restrictions. A quick search on the Google Play store shows multiple pages of “Fake GPS” applications. The first application, “Fake GPS Location Spoofer Free,” alone has more than 60,000 reviews as of May 2017. This indicates that many people took the time to not only download and use the app but also to comment on its benefits! There is substantial and growing public interest in spoofing location. Coupling these two factors — the availability of GNSS spoofing equipment or know-how and public interest in spoofing — means we should expect more spoofing incidents in the future. And while critical infrastructure may not be the target for most spoofers, it may fall victim as collateral damage.</p>
<p>We developed and examined a GNSS spoofing detection method via direct comparison of acceleration using commercial inertial sensors. The developed concept allows for comparison of the two sensors without coupling GNSS with an inertial measurement unit (IMU). The design allows for a robust, steady state spoof detection capability that can be developed as an add-on to existing receivers. This article focuses on our preliminary development and demonstration of the concept for aviation.</p>
<p><strong>Background: Prior Art &amp; Developed Technique </strong><span style="color: #993300;"><strong><br />
Prior Art and Goals </strong></span><br />
Despite not being a current commercial concern, there is significant literature on GNSS spoofing detection (see Additional Resources). Various researchers have proposed and developed numerous anti-spoofing techniques. Antenna-based techniques use signal properties such as direction of arrival and polarization to detect the presence of spoofing. Internal receiver metrics can be examined for signatures found in spoofing attacks. This includes changes in automatic gain control (AGC) and signal power. The network method checks the received signal against known trusted signals. Redundancy techniques check GNSS measurements against redundant internal or external measures.</p>
<p>While there are many A/S techniques, there is no panacea for spoofing. There is currently no one technique that ideally satisfies all needs. There will likely need to be different solutions for different users, applications, and requirements. As each technique is likely only good against a subset of threats, the overall solution may actually employ several, complimentary techniques to cover all desired threats. Regardless, the techniques employed should have certain characteristics. First, they need to be robust meaning that they catch the threats that they were designed for while having very low false alert rates. Second, they need to be reasonable to implement. This means that they do not significantly change existing receiver designs or add to their cost. A/S needs to be effective but also transparent to the user. It cannot inconvenience users through false alerts or additional, costly complexity. This motivates our investigation of the use of simple inertial-based techniques.</p>
<p>Use of inertial sensors to complement and cross check GNSS is not new. Traditional aviation GNSS/inertial cross-checking algorithms for fault detection have previously been adapted to spoof detection (Y. Liu <em>et alia</em>). Tanil <em>et alia</em> investigated the use of inertials with Kalman filtering to perform spoofing detection in the position domain. These techniques, which require comparisons in the pseudorange or position domain, essentially require GNSS to regularly calibrate IMU results. The deep intertwining of GNSS information to transform IMU results to the position domain limit the trustworthiness of the comparison over time. A spoofer may induce a small GNSS error that causes a bias error in the calibration of the acceleration that can then be slowly exploited. Hence, these spoofing detection methods are considered transient detectors as they only have a limited detection window in which the IMU-derived positions can be considered uncontaminated by GNSS spoof induced errors.</p>
<p><strong><span style="color: #993300;">Developed Technique </span></strong><br />
Overcoming the limited spoof detection window means not deeply intertwining GNSS with the IMU-derived results. Position domain comparison requires regular calibration of the MEMS accelerometer and gyroscope measurements by the GNSS and could cause GNSS spoof induced errors to affect IMU results in a manner that cannot be unraveled. Instead we compare the fundamental IMU outputs of acceleration and rotation rate by aligning GNSS and IMU measurement axes. This alignment is accomplished using GNSS information to approximate attitude. For the study, we compared acceleration as measured by the GNSS and IMU and developed test statistics to help decide if spoofing is present. These tests will have to account not just for errors due to the sensors but also for those due to misalignment of the GNSS and IMU coordinate frames. The benefit of the technique developed is that in uncoupling GNSS outputs from the IMU, we provide an unlimited detection window and steady state detection. It also allows the technique to be implemented as an overlay so that it can be an add-on to an existing receiver.</p>
<p>Any spoofing attack without a good estimate of the vehicle acceleration should be detectable. Even a spoofer that can measure the acceleration remotely or relay a measurement of acceleration from an onboard device may be detectable. This is because the spoofer will incur errors and delays that may be detected provided there are high frequency dynamics. However, there are threats that the technique cannot catch. An attacker with accurate and near real-time knowledge of acceleration can slowly drift the measured position from truth as long as they keep the acceleration error within the allowable detection tolerance. Physical security or complimentary detection techniques may handle these threats.</p>
<p>To be effective, the technique requires a high frequency component of acceleration and predictable attitude. The former represents in cryptographic terms, a one-time pad that a spoofer cannot guess <em>a priori</em>. In flight, there can be many sources of unpredictable acceleration — wind, pilot input to thrust, lowering of the landing gear, etc. Others have considered these items for their ability to provide motion that is difficult for a spoofer to predict (C. Tanil <em>et alia</em> (2015a, 2015b)). Because GNSS alone is used to derive attitude, stable or predictable attitude is desired. Single antenna GNSS measurements cannot estimate some attitude parameters such as roll angle without additional information. Without a reasonable sense of the true attitude, the reference frames between the IMU and GNSS may not be well-aligned and a comparison between IMU and GNSS accelerations cannot be made. While the requirement seems demanding, commercial flights desire stable attitude, especially on approach. This makes sense as the aircraft should be reasonably steady for landing. It should not have much roll and the pitch angle should be small as the aircraft tries to maintain a small, constant glide slope (approximately three degrees). Another time where aircraft attitude is reasonably stable is during cruise, i.e., the majority of any flight. Having established a generally stable attitude over the course of a given flight, we now focus on final approach, as it is the most critical phase of flight.</p>
<p>Critical to the utility of the methodology are two key questions. First, are there adequate motions available for spoof detection using a low cost INS? The motion must be semi-random and significant relative to the capability of the sensors and their errors. This will be examined using flight test data. It must be significant enough to rise above the errors and biases induced by our methodology. The second question is whether we can develop a robust, steady-state test metric for spoof detection given that information.</p>
<p><strong><span style="color: #993300;">Data Collection &amp; Testing </span></strong><br />
While theoretically acceleration from GNSS acceleration and microelectromechanical systems (MEMS) inertials should be suitable for aviation and other transportation, real world errors and biases may result in different performance. We conducted a flight test to gather data to validate our theoretical conclusions and examine flight disturbances.</p>
<p><strong><span style="color: #993300;">Data collection equipment </span></strong><br />
Several instruments were used to collect data for evaluating the utility of a low cost accelerometer for spoof detection. (Please see Manufacturers section for information on the various system components). The receiver and flight test vehicle are shown in <a href="http://insidegnss.com/figures-1-2-3-consumer-mass-market-accelerometers-for-gnss-anti-spoofing/"><strong>Figure 1</strong></a>. The receiver is connected to an external aircraft antenna located on the top center of the body. Normally, GNSS carrier derived velocity would be used to calculate velocity and acceleration. However, the equipment set up was fixed for the test and did not collect this measurement. Instead, dual frequency Precise Point Positioning (PPP) at 10 hertz was used as a proxy with only the Global Position System (GPS) constellation being processed. A smartphone provided the MEMS inertial data. Ideally, the inertial should be tied to the same sampling device as the GNSS. However, due to the fixed set up, the inertial portion of the receiver was not utilized.</p>
<p><strong><span style="color: #993300;">Flight Test</span></strong><br />
A flight test was conducted on August 24, 2016 to collect data for the feasibility of concept. The smartphone was placed on the armrest roughly aligned with the aircraft body axis — it was not collocated with the GNSS antenna though it is located at roughly the same place along the aircraft body. The flight test incorporated several segments representative of the key phases of flight. There are straight and level, coordinated banked turns (in a figure eight pattern), and missed approach segments. The flight and its segments, flown over the period of about 3.5 hours, are shown in <a href="http://insidegnss.com/figures-1-2-3-consumer-mass-market-accelerometers-for-gnss-anti-spoofing/"><strong>Figure 2</strong></a>.</p>
<p><strong><span style="color: #993300;">Comparison of Flight Acceleration Data </span></strong><br />
To compare the GNSS and accelerometer measurements, we must align these measurements and account for gravity. Aligning the measurements means rotating the GNSS measurements to the body frame. We first convert the GNSS positions from Earth centered, Earth fixed (ECEF) to the local east north up (ENU) frame using an initial or representative GNSS position. Then positions are differenced and double differenced to get velocity and acceleration in that frame. This information is used for the comparison and to estimate attitude. The velocity vector in the horizontal direction is used to derive the aircraft heading, which is roughly the direction of the aircraft nose or yaw. If the aircraft is relatively level, such as on approach and in level flight, roll and pitch are small (approximately zero) and adjustments are not necessary. If necessary, the velocity vector in the vertical direction can be used to derive the climb angle which approximates the pitch angle with a bias. Roll may also be derived by assuming a coordinated turn. We do not use roll or pitch estimates in the analysis that follows. The estimated angles are used to derive the rotation matrix to transform GNSS ENU axes to aircraft body axes. Gravity must be accounted for as accelerometers measure specific force rather than acceleration. Hence it will measure gravity whereas GNSS will not. We can either add the acceleration due to gravity, g, set nominally at 9.81 meters per second squared (m/s<sup>2</sup>), to the GNSS up direction or subtract it from the accelerometer z-axis. Both are equivalent and yield the same equation for acceleration difference. These adjustments result in some residual errors — particularly from residual differences between the accelerometer frame and the adjusted GNSS frame. Additionally, the gravity adjustment can also have errors from variations of gravitational force at different locations and altitudes. With the adjustments, we can calculate the acceleration differences between the sensors. This is shown in Equation (1) where is the acceleration from the sensor (accelerometer or GNSS) along the <em>i</em>-axis.</p>
<p>Equation<span style="color: #ff0000;"> <strong>(1) </strong><em><span style="color: #000000;">(see inset photo, above right)</span></em></span></p>
<p><a href="http://insidegnss.com/figures-1-2-3-consumer-mass-market-accelerometers-for-gnss-anti-spoofing/"><strong>Figure 3</strong></a> shows the comparison of the accelerometer and GNSS PPP derived acceleration on each axis adjusting for heading only. The comparison is conducted with GNSS and IMU acceleration data that has undergone five seconds of exponential averaging. There are periods where the accelerations are well-matched and other periods where they are not. Generally, they match well during level flight and final approach. They do not match well during the turn section or in climb. This is not surprising as these are periods where the small pitch and roll assumptions are not valid. Estimating and accounting for pitch and roll angles results in better alignment and agreement between the accelerations on all axes. <a href="http://insidegnss.com/figures-4-5-6-consumer-mass-market-accelerometers-for-gnss-anti-spoofing/"><strong>Figure 4</strong></a> shows the acceleration applying roll estimates. Since most turns were reasonably coordinated, the roll estimates are good and their application results in good alignment.</p>
<p><strong><span style="color: #993300;">Comparison of Acceleration Data </span></strong><br />
The initial analysis uses comparisons of the up body axis during approach — up (GNSS) and z-axis (accelerometer). In <a href="http://insidegnss.com/figures-4-5-6-consumer-mass-market-accelerometers-for-gnss-anti-spoofing/"><strong>Figure 5</strong></a>, the estimated vertical acceleration as measured by GNSS and the accelerometer of the first approach is shown. The acceleration is exponentially averaged over five seconds. The only major difference between GNSS and the accelerometer occurs when the aircraft turns (banks) slightly. The two accelerations have a correlation coefficient of about 0.93. <a href="http://insidegnss.com/figures-4-5-6-consumer-mass-market-accelerometers-for-gnss-anti-spoofing/"><strong>Figure 6</strong></a> shows the vertical acceleration profile of the second approach. Again the GNSS and accelerometer accelerations are well matched with a correlation coefficient of about 0.96. Also note that the acceleration profile is dissimilar from the first approach. This is demonstrated later when the cross-correlation of the accelerometer accelerations between approaches is calculated.</p>
<p><a href="http://insidegnss.com/figures-7-8-consumer-mass-market-accelerometers-for-gnss-anti-spoofing/"><strong>Figure 7</strong></a> shows the normalized autocorrelation of the IMU acceleration for the first two approaches, again with five second exponential averaging. The figure shows the (1/e) decorrelation times which range from 2.5 to 3.2 seconds for the approaches. <a href="http://insidegnss.com/figures-7-8-consumer-mass-market-accelerometers-for-gnss-anti-spoofing/"><strong>Figure 8</strong></a> shows the cross-correlation of the second approach with the first and third approaches normalized by the maximum autocorrelation of the second approach. The maximum normalized cross-correlation value over all approaches is about 0.55. The results indicate a fast decorrelation period and no significant cross-correlation between approaches. These results affirmatively answer the first question: Aircraft acceleration measured by low cost accelerometer can provide meaningful comparison with GNSS.</p>
<p>We measured the noise on accelerometer and GNSS acceleration using static measurements of vertical acceleration. Without averaging, the accelerometer showed a mean (μ) and standard deviation (σ) of -0.03 and 0.027 m/s<sup>2</sup>, respectively, and the PPP GNSS acceleration was zero mean with a standard deviation of 1.198 m/s<sup>2</sup>. These statistics are used as the basis of our model bounding variance for the statistical spoof detection tests. With five second exponential averaging, the z-axis accelerometer has a mean of –0.03 m/s<sup>2</sup> and standard deviation of 0.003 m/s<sup>2</sup>. Similarly, PPP up acceleration was zero mean with 0.028 m/s<sup>2</sup> standard deviation.</p>
<p><strong><span style="color: #993300;">Analysis of Detection and False Alerts </span></strong><br />
The previous section demonstrated two important qualities. First, low cost accelerometers, not coupled to GNSS, are accurate enough to provide corroborative information to the GNSS-derived movement for aircraft approach. Second, aircraft approaches present useful acceleration signatures that can be used like a cryptographic one-time pad to foil spoofing. The next step is to develop a test for spoofing that can provide robust detection with low probability of false alert. Basic, proof-of-concept monitors were developed using just the accelerometer z-axis and standard statistical testing to demonstrate feasibility. The acceleration comparison suggests that using the z-axis on the accelerometer provides the best information. In future development, other axes and/or sensors may be used either independently or in combination.</p>
<p>Two test statistics are examined and standard hypothesis tests are used to develop monitors based on each test statistic. The first statistic uses the difference in acceleration as measured by GNSS and accelerometer. A spoofed GNSS should experience different accelerations than those measured by the accelerometer. The second statistic examines the standard deviation of the acceleration difference (σ<sub>Δa</sub>). The σ<sub>Δa</sub> should be larger than the nominal value when the accelerations between the two sensors are not well matched. The second test is less sensitive to a relatively constant bias, such as those resulting from axis misalignment.</p>
<p>The first test statistic, <em>z</em> (mean difference), is shown in Equation (2). It examines the mean difference of acceleration (<em>ȳ</em>) normalized by the model standard deviation, <em>σ</em>. It also accounts for the effect of the maximum nominal bias <em>b</em>. The max function used to incorporate the bias since its sign is not known. The statistic should be bounded by a standard normal distribution provided the model standard deviation and bias are representative. Hence, our threshold test is to flag if <em>z</em> &gt; <em>z<sub>thres</sub></em>. For a 10<sup>-9</sup> probability of false alert (P<sub>fa</sub>), <em>z<sub>thres</sub></em> is 6.1. The second test statistic, <em>χ<sup>2</sup></em>, is shown in Equation (3) with <em>n</em> being the number of samples examined, and <em>s<sup>2</sup></em> and <em>σ<sup>2</sup></em> being the sample and model variances, respectively. For the initial analysis, <em>n</em> = 8 samples are used to generate the sample variance. The statistic is (central) <em>χ<sup>2</sup></em> distributed with (<em>n</em>-1) degrees of freedom (dof). Similarly, our threshold test is to flag when <em>χ<sup>2</sup></em> &gt; <em>χ<sup>2</sup><sub>thres</sub></em> with <em>χ<sup>2</sup><sub>thres</sub></em> being 55.87 for 10<sup>-9</sup> and dof equal to 7 (since<em> n</em> = 8). Both statistical tests depend on the model standard deviation, <em>σ</em>, of the acceleration difference. As such, incorrect modeling affects the monitor performance. If <em>σ</em> is too large, then there will be a larger missed detection rate than modeled. Given the steady state nature of the developed spoof detector, this may be acceptable as there are many chances to catch the spoofer. If <em>σ</em> is too small, the false alert rate will be higher than expected. This is the worse outcome of the two possibilities as it may lead users to distrust the system. So it is better to err on the side of slightly too large. For our testing, the exponential average values are used for the test statistics. The model standard deviation, <em>σ</em>, used is 0.06 m/s<sup>2</sup> which is twice the root sum squared (rss) of the standard deviation of the accelerometer and GNSS acceleration, as found in the static tests. As the exponential average is used, the static exponential average standard deviations are used. This is shown in Equation (4). A test bias, <em>b</em>, of 0.03 m/s<sup>2</sup> and <em>n</em> = 8 samples are used.</p>
<p>Equations <strong><span style="color: #ff0000;">(2)</span></strong>, <strong><span style="color: #ff0000;">(3)</span></strong> &amp; <span style="color: #ff0000;"><strong>(4)</strong></span> <span style="color: #ff0000;"><em><span style="color: #000000;">(see inset photo, above right)</span></em></span></p>
<p>The statistical tests provide the basic building blocks for the spoof detection monitor. There are several considerations that the monitor must address. One important consideration is minimizing false alerts. Each test may get flagged in non-spoofing situations if our assumptions are not well met. For example, unmodeled attitude can cause large differences in the z-axis accelerometer and up GNSS acceleration. Another consideration is that the tests will not flag during every instant where there is spoofing. For example, the first test will not flag if the spoofed acceleration happens to be within the allowable error tolerance of the true acceleration. This can happen purely by chance or if the acceleration does not vary much and so is easy to anticipate. The monitor should be designed to be robust to these issues. A moving observation window is used primarily to reduce false alerts. Initially a five second window is chosen since this is larger than the decorrelation time. Within the window, each test flag must exceed specified thresholds a certain number of times before the monitor issues an alert. The thresholds may differ for different tests and conditions. <a href="http://insidegnss.com/figures-9-10-11-12-consumer-mass-market-accelerometers-for-gnss-anti-spoofing/"><strong>Figure 9</strong></a> shows a general architecture for the spoof detection.</p>
<p>Two overall detection monitors based on these tests are implemented. The simple executive monitoring (EM) indicates spoofing if both detectors indicate spoofing by having their moving sums, Σ<sub>1</sub> and Σ<sub>2</sub>, respectively, each exceed a threshold value, Σ<sub>thres</sub>. A more nuanced EM leverages the strengths of each test. The EM may alert for each of several different conditions. We developed a multi-condition EM that alerts if the simple EM conditions are met or if the <em>χ<sup>2</sup></em> test triggered at a higher threshold, Σ<sub>thres,2</sub> only. This allows us to leverage the power of the <em>χ<sup>2</sup></em> monitor to detect spoofing even when the mean difference test is oblivious to it. The mean difference test will not flag for acceleration differences that vary by a small shift in time, whereas the <em>χ<sup>2</sup></em> test could flag variation changes. These example executive monitors are shown in <a href="http://insidegnss.com/figures-9-10-11-12-consumer-mass-market-accelerometers-for-gnss-anti-spoofing/"><strong>Figure 10</strong></a>.</p>
<p>To test the spoof detection monitor, both no spoofing (nominal) and simulated spoofing cases are examined. The nominal case tests the probability of false alert. Testing the nominal case is straightforward and is done with the collected data without modification. To test the spoof detection, we do not need to simulate the spoofing signal. We only need to model the effect of the spoofer on the statistical tests – that is, the acceleration resulting from the spoofing signal. The ability to defeat the monitor is determined by the acceleration that the spoofer can predict. An unsophisticated spoofer may have no knowledge of acceleration and hence its best guess is to assume zero acceleration in the vertical. A sophisticated, worst-case spoofer would accurately know the true GNSS acceleration with a small delay and could generate a spoofed GNSS exhibiting any acceleration profile. While the spoofer can produce many different acceleration profiles with delayed knowledge of the true acceleration, repeating back the true acceleration was found to be a good strategy. This is an extreme spoofing scenario as the spoofer only cares to spoof the acceleration profile without regard to the actual spoofed position. An actual attack would be constrained by the need to generate its spoofed positions.</p>
<p><a href="http://insidegnss.com/figures-9-10-11-12-consumer-mass-market-accelerometers-for-gnss-anti-spoofing/"><strong>Figure 11</strong></a> illustrates an example of the accelerations used for evaluation. The figure shows the acceleration as indicated by the accelerometer, nominal PPP GNSS, and the worst case spoofed GNSS as previously discussed for the first approach. The spoofed case shown assumes that the nominal PPP acceleration is known with a two second delay and a spoofed signal is generated with that acceleration (repeat back). <a href="http://insidegnss.com/figures-9-10-11-12-consumer-mass-market-accelerometers-for-gnss-anti-spoofing/"><strong>Figure 12</strong></a> and <strong><a href="http://insidegnss.com/figures-13-14-15-table-1-consumer-mass-market-accelerometers-for-gnss-anti-spoofing/">Figure 13</a></strong> show the acceleration difference (IMU minus GNSS or spoofed GNSS, top) and performance of each monitor (bottom) for the nominal and spoofed cases, respectively. The bottom of those plots show when each test, the mean difference test (black) and standard deviation difference test (red), was triggered over the course of the approach. A zero value indicates no spoofing while a non-zero value (1.5 and 1 for acceleration difference and standard deviation, respectively) indicates a flag by the specified test. In the nominal case, the standard deviation test flags only once while the mean difference test did not flag. In the spoofing case, each test flags many times on the approach though there are some quiet periods where neither tests flag. <a href="http://insidegnss.com/figures-13-14-15-table-1-consumer-mass-market-accelerometers-for-gnss-anti-spoofing/"><strong>Figure 14</strong></a> shows the number of times each test, the mean difference test (black), standard deviation difference test (red), and the sum for both tests (blue), flags over a moving five second (50 sample) window. The top shows the nominal case while the bottom shows the spoofed case. As desired, there is not much happening in the nominal case. Examining the spoofing case, there are many intervals where the tests flag 20-40 times each or 40-80%. However, there are other intervals where there are no flags. Comparing the time periods where there are spoofing flags to the accelerations shown in Figure 11 suggests that the tests are effective during periods with rapid changes in acceleration. No flags occur during reasonably calm acceleration periods. This is not surprising, as the spoofer can easily approximate the actual acceleration in these periods.</p>
<p><a href="http://insidegnss.com/figures-13-14-15-table-1-consumer-mass-market-accelerometers-for-gnss-anti-spoofing/"><strong>Table 1</strong></a> shows a summary of the results for the simple and for the multicondition EMs from Figure 10 with a threshold, Σ<sub>thres</sub>, of 6% or 3 total test flags in a 50 sample window. For the multi-condition EM, the Σ<sub>thres,2</sub> used is 12% or 6 flagged instances. The table shows the percentage of time spoofing is alerted by each EM and time from start to first detection presented for all four approaches and for different cases: nominal, a spoofer with no knowledge (assuming zero acceleration), and the repeat-back spoofing cases. The repeatback spoofing cases are conducted with one-half- and two-second information delay. In the table, any non-zero detection percentage indicates that the EM has generated a spoofing alert during the approach. Hence, the multi-condition EM catches all simulated spoofing cases shown. Additionally, the monitor alerts within about 13 seconds of the start of the approach and spoofing with the exception of Approach 1. This time to first detection (TFD) is a function not just of the monitor but also of the dynamics of the aircraft. With little variation in motion, it is easy for an attacker to predict the acceleration profile and hence remain concealed to the monitor. As seen in Figure 11, Approach 1 does not have much vertical acceleration variation initially. Hence it has high TFD. The simple EM can catch the longer delay (two second) spoofing attack but with a larger TFD. With a shorter delay, the simple EM may not alert throughout the entire approach as the acceleration difference monitor never flags. This is because the acceleration is continuous and does not change rapidly over a short period of time. Thus, with very small delays, difference between the actual and spoofed acceleration can be small and always remains within the tolerances specified by the low probability of false alert. Similarly, the percentage of time the monitor detects spoofing also depends on the dynamics of the flight. For example, the multi-condition EM detects the repeat-back spoofer with half-second delay between 14.2 to 50.3% of the time.</p>
<p>Another important result is that there are no false alerts in any case with the exception of Approach 4 with the multiple condition EM. The cause of the false alert was found to be dropouts in the GNSS measurements, which caused outlier GNSS accelerations for a few seconds. The result of the drop-out, which was exponentially averaged with other measures, can be seen in <a href="http://insidegnss.com/figures-13-14-15-table-1-consumer-mass-market-accelerometers-for-gnss-anti-spoofing/"><strong>Figure 15</strong></a> which shows the accelerations from the accelerometer, GNSS, and spoofer. The standard deviation monitor flagged the resulting jump. Hence, the false alert was due to a data issue rather than the monitor itself. The detection architecture should be designed to manage data handling errors.</p>
<p><strong>Conclusions </strong><br />
The results provide good indication that a low cost IMU can be useful for spoofing detection during critical phases of flight. It demonstrated unique random vertical accelerations experienced on aircraft approach. Furthermore, it found that a good comparison between GNSS and IMU derived acceleration on approach and cruise can be made. Other segments of flight may be used provided we can derive a reasonable attitude estimate without inadvertently allowing a GNSS spoofer to contaminate our IMU results. Approaches having more high frequency and high amplitude accelerations result in better detection. The acceleration differences were used as the basis for a simple and multi-condition executive monitor for spoofing. These EMs demonstrated their spoof detection capabilities and their ability to limit false alerts using collected flight test data. Preliminary results show that monitoring can be designed to detect spoofing on all four approaches tested. Time to first detect depends on both the monitor design and aircraft dynamics. Fast detection (&lt; 10 seconds) can be achieved especially if there are high amplitude and frequency accelerations. Many more flights will be needed to validate the performance results.</p>
<p>The analysis conducted provides only a preliminary feasibility demonstration and there is still much to be done. One area for future work is fault-tolerant design. The detection architecture needs to determine when it is suitable for use – i.e., when the attitude assumptions are valid. While the analysis conducted leverages some special characteristics of flight, other test measurements conducted have shown that this technique may be suitable for other transportation such as railways and automobiles. Both automobile and rail have additional characteristics that can be leveraged.</p>
<p><span style="color: #993300;"><strong>Acknowledgements</strong></span><br />
The authors thank FAA Navigation Programs and the Stanford Center for Position Navigation and Time (SCPNT) for supporting this work. We also thank the FAA Technical Center and Stuart Riley of Trimble Navigation for their help.</p>
<p><em><strong>Disclaimer </strong><br />
The views expressed herein are those of the authors and are not to be construed as official or reflecting the views of the Federal Aviation Administration or Department of Transportation. </em></p>
<p><span style="color: #993300;"><strong>Additional Resources </strong></span><span style="color: #ff0000;"><strong><br />
[1]</strong></span> Birnbaum, I.,“‘Pokémon Go’ Players Are Spoofing GPS Locations to Catch’ Em All,” <em>Motherboard</em>, July 8, 2016 <strong><span style="color: #ff0000;"><br />
[2]</span></strong> Borowski, H., Isoz, O., Eklöf, F. M., Lo, S., and Akos, D., “Detection of False GNSS Signals using AGC,” <em>GPS World</em>, April 2012 <strong><span style="color: #ff0000;"><br />
[3]</span></strong> Brenner, M., “Integrated GPS/Inertial Fault Detection Availability,” <em>NAVIGATION</em>, Volume: 43, Issue: 2, pp. 111-130, 1996 <strong><span style="color: #ff0000;"><br />
[4] </span></strong>Chen, Y.-H., Juang, J.-C., Seo, J., De Lorenzo, D., Lo, S., Enge, P., and Akos, D., “Design and Implementation of Real-time Software Radio for GPS/WAAS Controlled Reception Pattern Antenna Array Adaptive Processing,” <em>Sensors</em>, Volume: 12,Issue: 10, pp. 13417-13440, 2012 <strong><span style="color: #ff0000;"><br />
[5] </span></strong>Chen, Y.-H., Lo, S., Akos, D., De Lorenzo, D., and Enge, P., “Getting Control: Off-the-Shelf Antennas for Controlled-Reception-Pattern Antenna Arrays,” Innovation Column, <em>GPS World</em>, February 2013 <strong><span style="color: #ff0000;"><br />
[6] </span></strong>Chen, Y.-H., Rothmaier, F., Akos, D., Lo, S., and Enge, P., “Towards a Practical Single Element Null Steering Antenna,” <em>Proceedings of The Institute of Navigation International Technical Meeting</em>, Monterey, CA, January 2017 <strong><span style="color: #ff0000;"><br />
[7]</span></strong> Diesel, J. and Dunn, G., “GPS/IRS AIME: Certification for Sole Means and Solution to RF Interference,” <em>Proceedings of the 9th International Technical Meeting of the Satellite Division of The Institute of Navigation </em>(ION GPS 1996), Kansas City, MO, September 1996 <strong><span style="color: #ff0000;"><br />
[8] </span></strong>Diesel, J. and King, J., “Integration of Navigation Systems for Fault Detection, Exclusion, and Integrity Determination—without WAAS,” <em>Proceedings of The Institute of Navigation National Technical Meeting</em>, 1995<br />
<strong><span style="color: #ff0000;">[9]</span></strong> Dunkel, W., Weber, O., Butsch, F., “GNSS Interference Detection with GIMOS,” <em>11th International GBAS Working Group Meeting (I-GWG-11)</em>, Osaka, Japan, February 24, 2011 <strong><span style="color: #ff0000;"><br />
[10]</span></strong> Goward, D., “Mass GPS Spoofing Attack in Black Sea?,” <em>The Maritime Executive</em>, July 11, 2017 <strong><span style="color: #ff0000;"><br />
[11]</span></strong> Grant, A., Williams, P., Ward, N., and Basker, S., “GPS Jamming and the Impact on Maritime Navigation,” <em>Journal of Navigation</em>, Volume: 62, Issue: 02, April 2009 <strong><span style="color: #ff0000;"><br />
[12]</span></strong> Gross, G. and Humphreys, T. E., “GNSS Spoofing, Jamming, and Multipath Interference Classification using a Maximum-Likelihood Multi-Tap Multipath Estimator,” <em>Proceedings of the International Technical Meeting of The Institute of Navigation</em>, Monterey, CA, January 2017. <strong><span style="color: #ff0000;"><br />
[13] </span></strong>Heirich, O., Robertson, P., Garcia, A. C., Strang, T., “Bayesian Train Localization Method Extended By 3D Geometric Railway Track Observations From Inertial Sensors,” <em>15th International Conference on Information Fusion</em>, July 2012 <strong><span style="color: #ff0000;"><br />
[14]</span></strong> Huang, L. and Yang, Q., “GPS Spoofing, Low cost GPS Simulator,” <em>DEFCON 23</em>, August 2015 <strong><span style="color: #ff0000;"><br />
[15] </span></strong>Key, E. L., “Techniques to Counter GPS Spoofing. Internal memorandum,” <em>USA: MITRE Corporation</em>, February 1995. <strong><span style="color: #ff0000;"><br />
[16]</span></strong> Khanafseh, S., Roshan, N., Langel, S., Chan, F.-C., Joerger, M., Pervan, B., and “GPS Spoofing Detection Using RAIM with INS Coupling,” Proceedings of <em>Proceedings of The Institute of Navigation/IEEE Position Location and Navigation Symposium (PLANS)</em>, Monterey, CA, pp. 1232-1239, May 2014 <strong><span style="color: #ff0000;"><br />
[17]</span></strong> Last, D., Grant, A., and Ward, N., “Demonstrating the Effects of GPS Jamming on Marine Navigation,” <em>3rd GNSS Vulnerabilities and Solutions Conference,</em> Baška, Krk Island, Croatia, September 5-8, 2010 <strong><span style="color: #ff0000;"><br />
[18] </span></strong>Levin, P., De Lorenzo, D. S., Enge, P. K., Lo, S. C., “Authenticating a Signal Based on an Unknown Component Thereof,” US Patent # 7,969,354, June 28, 2011 <strong><span style="color: #ff0000;"><br />
[19] </span></strong>Liu, Y., Fu, Q., Liu, Z., and Li, S., “GNSS Spoofing Detection Ability of a Loosely Coupled INS/GNSS Integrated Navigation System for Two Integrity Monitoring Methods,” <em>Proceedings of The Institute of Navigation International Technical Meeting (ITM)</em>, Monterey, CA, January 2017 <strong><span style="color: #ff0000;"><br />
[20]</span></strong> Lo, S., Chen, Y. H., Barrows, A., Reid, T., Perkins, A., Jan, S. S., and Enge, P., “Using Traffic Information Services Broadcast (TIS-B) Signals for Aviation Navigation,” <em>Proceedings of The Institute of Navigation/IEEE Position Location and Navigation Symposium (PLANS)</em>, Savannah, GA, April 2016 <strong><span style="color: #ff0000;"><br />
[21] </span></strong>Lo, S., De Lorenzo, D., Enge, P., Akos, D., Bradley, P., <a href="http://insidegnss.com/signal-authentication/">“Signal Authentication: A Secure Civil GNSS for Today,”</a> <em>Inside GNSS</em>, September/October 2009 <strong><span style="color: #ff0000;"><br />
[22]</span></strong> Manickam, S. and O’Keefe, K., “Using Tactical and MEMS Grade INS to Protect Against GNSS Spoofing in Automotive Applications,” <em>Proceedings of the 29th International Technical Meeting of the Satellite Division of The Institute of Navigation (ION GNSS+ 2016)</em>, Portland, OR, pp. 2991-3001, September 2016 <strong><span style="color: #ff0000;"><br />
[23]</span></strong> McMilin, E., “Single Antenna Null-Steering for GPS &amp; GNSS Aerial Applications,” Ph.D. Dissertation, Stanford University, March 2016 <strong><span style="color: #ff0000;"><br />
[24] </span></strong>Psiaki, M. L. and Humphreys, T. E., “GNSS Spoofing and Detection,” <em>Proceedings of the IEEE, </em>2016. <strong><span style="color: #ff0000;"><br />
[25]</span></strong> Pullen, S. and Gao, G., “The Impact of Uninformed RF Interference on GBAS and Potential Mitigations,” <em>Proceedings of the ION International Technical Meeting (ITM)</em>, Newport Beach, California, January 2012 <strong><span style="color: #ff0000;"><br />
[26] </span></strong>Sebastian, C., “Getting Lost Near the Kremlin? Russia could be ‘GPS Spoofing’,” <em>CNN Tech</em>, December 2, 2016 <strong><span style="color: #ff0000;"><br />
[27] </span></strong>Shepard, D. P., Bhatti, J. A., Humphreys, T. E., Fansler, A. A., “Evaluation of Smart Grid and Civilian UAV Vulnerability to GPS Spoofing Attacks,” <em>Proceedings of the 25th International Technical Meeting of the Satellite Division of The Institute of Navigation (ION GNSS 2012), </em>Nashville, TN, pp. 3591-3605, September 2012 <strong><span style="color: #ff0000;"><br />
[28] </span></strong>Swaszek, P. F., Pratz, S. A., Arocho, B. N., Seals, K. C., Hartnett, R. J., “GNSS Spoof Detection Using Shipboard IMU Measurements,” <em>Proceedings of the 27th International Technical Meeting of the Satellite Division of The Institute of Navigation (ION GNSS+ 2014)</em>, Tampa, FL, pp. 745-758, September 2014 <strong><span style="color: #ff0000;"><br />
[29] </span></strong>Tanil, C.,Khanafseh, S., Joerger, M., and Pervan, B., “Kalman Filter-based INS Monitor to Detect GNSS Spoofers Capable of Attacking Aircraft Position,” Proceedings of The Institute of Navigation/IEEE Position Location and Navigation Symposium (PLANS), Savannah, GA, pp. 1027-1034, April 2016 <strong><span style="color: #ff0000;"><br />
[30] </span></strong>Tanil, C., Khanafseh, S., and Pervan, B., “Impact of Wind Gusts on Detectability of GPS Spoofing Attacks Using RAIM with INS Coupling,” <em>Proceedings of The Institute of Navigation 2015 Pacific PNT Meeting</em>, Honolulu, HI, pp. 674-686, April 2015 (2015a) <strong><span style="color: #ff0000;"><br />
[31] </span></strong>Tanil, C., Khanafseh, S., and Pervan, B., “GNSS Spoofing Attack Detection using Aircraft Autopilot Response to Deceptive Trajectory,” <em>Proceedings of the 28th International Technical Meeting of the Satellite Division of The Institute of Navigation (ION GNSS+ 2015), </em>Tampa, FL, pp. 3345-3357, September 2015 (2015b) <strong><span style="color: #ff0000;"><br />
[32]</span></strong> Tanil, C., Khanafseh, S., and Pervan, B., “An INS Monitor Against GNSS Spoofing Attacks During GBAS and SBAS-assisted Aircraft Landing Approaches,” <em>Proceedings of the 29th International Technical Meeting of the Satellite Division of The Institute of Navigation (ION GNSS+ 2016), </em>Portland, OR, pp. 2981-2990, September 2016 <strong><span style="color: #ff0000;"><br />
[33]</span></strong> Thompson, R. J. R., Cetin, E., and Dempster, A. G., “Evaluation of Relative GPS Timing Under Jamming Conditions,” <em>Proceedings of the 25th International Technical Meeting of the Satellite Division of The Institute of Navigation (ION GNSS 2012), </em>Nashville, TN, pp. 717-730, September 2012 <strong><span style="color: #ff0000;"><br />
[34]</span></strong> Van Dierendonck, A. J., “GPS Re-Radiator Issues,” Presentation to the US GPS Industry Council, October 2005 <strong><span style="color: #ff0000;"><br />
[35]</span></strong> Waid, J. and Fly, B., “Tactical HIGH&#x2122; &#8211; Solution Separation Methods Applied to the Warfighter Environment,” <em>Proceedings of The Institute of Navigation 60th Annual Meeting</em>, Dayton, OH, 2004 <strong><span style="color: #ff0000;"><br />
[36]</span></strong> Warner, J. S. and Johnston, R. G., “Think GPS Offers High Security? Think Again!,” <em>Business Contingency Planning Conference</em>, Las Vegas, NV, May 23-27, 2004</p>
<div class="pdfclass"><a class="specialpdf" href="http://insidegnss.com/wp-content/uploads/2018/01/sepoct17-LO.pdf" target="_blank" rel="noopener">Download this article (PDF)</a></div>
<p>The post <a href="https://insidegnss.com/consumer-mass-market-accelerometers-for-gnss-anti-spoofing/">Consumer Mass Market Accelerometers for GNSS Anti-Spoofing</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>A Fresh Look at GNSS Anti-Jamming</title>
		<link>https://insidegnss.com/a-fresh-look-at-gnss-anti-jamming/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Tue, 19 Sep 2017 17:45:58 +0000</pubDate>
				<category><![CDATA[201708 September/October 2017]]></category>
		<category><![CDATA[Article]]></category>
		<category><![CDATA[receiver]]></category>
		<category><![CDATA[signal]]></category>
		<category><![CDATA[Technical Article]]></category>
		<category><![CDATA[Anti-jamming]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2017/09/19/a-fresh-look-at-gnss-anti-jamming/</guid>

					<description><![CDATA[<p>Equations GNSS is the technology of choice in most applications due to its dedicated infrastructure, Earth coverage, medium to high accuracy, and large...</p>
<p>The post <a href="https://insidegnss.com/a-fresh-look-at-gnss-anti-jamming/">A Fresh Look at GNSS Anti-Jamming</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/AntiJamEQ.jpg" /><span class="specialcaption">Equations</span></div>
<p>GNSS is the technology of choice in most applications due to its dedicated infrastructure, Earth coverage, medium to high accuracy, and large market penetration. Most of the applications, including those we download on our smartphones, are in the category of Location Based Services (LBS). However, there are many other services and businesses that rely heavily on GNSS performance and reliability. For instance, Intelligent Transportation Systems (ITS) make extensive use of GNSS technology and this dependence will only grow in the future.<br />
<span id="more-22932"></span><br />
It’s not just that GNSS has become ubiquitous in our daily life, but many critical infrastructures worldwide have some sort of reliance on it. In addition to the already mentioned transportation systems, GNSS plays a significant role in synchronization in the power grid, high frequency trading operations, and synchronization of distant wireless communications towers.</p>
<p>This growing dependence on GNSS within critical (and non-critical) infrastructures has posed some concerns on the potential vulnerabilities of GNSS (see Amin <em>et alia</em>, “Guest Editorial: Vulnerabilities, threats, and authentication in satellite-based navigation systems,” in Additional Resources). As a consequence, there is a need for protecting GNSS against intentional and unintentional interference sources since disruption of GNSS can lead to catastrophic consequences.</p>
<p>The jamming threat, a specific form of intentional interference, is real and its occurrence has been documented in many occasions. Jamming devices are illegal in most (not all) countries, yet they are very easy and cheap to buy. Simple jammers can disrupt GNSS-based services in wide geographical areas (even in several kilometers), a fact that has certainly triggered research into anti-jamming techniques. Not only is jamming a threat, but other sources of unintentional interference can severely compromise GNSS performance.</p>
<p>This article aims at providing a discussion of classical mitigation techniques, while providing links to the field of robust statistics. This link provides a principled way of analyzing existing mitigation techniques, as well as conceiving new methodologies that rely on solid statistical principles. Purposely, we do not discuss interference detection techniques, leaving all the discussion to interference mitigation. Finally, the article introduces Transform Domain (TD) techniques and their robust versions, which are compared against time domain techniques using real data gathered in an experimental test.</p>
<p><strong>The IC Principle </strong><br />
In this article, we are interested in both intentional and unintentional interference and, in either situations, the signal at the receiver antenna can be modeled as</p>
<p><em>y</em>(<em>t</em>) = <em>x<sub>θ</sub></em>(<em>t</em>) + <em>i</em>(<em>t</em>) + <em>w</em>(<em>t</em>) <span style="color: #ff0000;"><span style="color: #000000;">  </span><strong>   (1) </strong></span></p>
<p>where <em>x<sub>θ</sub></em>(<em>t</em>) is the legitimate signal, made of different components coming from the visible GNSS satellites, <em>i</em>(<em>t</em>) represents the interference signal, and <em>w</em>(<em>t</em>) is the random contribution of the thermal noise. Notice that <em>x<sub>θ</sub></em>(<em>t</em>) is parameterized by <em>θ</em>, a vector containing the unknown parameters of the received signals such as their amplitude, time-delay, Doppler-shift, or carrierphase. For the <em>i</em>-th satellite signal, we define the parameters as <em>A<sub>i</sub></em>, <em>τ<sub>i</sub></em>, <em>f<sub>d,i</sub></em>, and <em>φ<sub>i</sub></em> respectively. Roughly speaking, the estimates of <em>θ</em> are used to solve for the position at the receiver side. Most of the <em>commercial</em> jamming devices transmit rather simple periodic signals whose frequency is time-varying, <em>f<sub>I</sub></em>(<em>t</em>). Therefore, a rather simple but general model is</p>
<p><em>i</em>(<em>t</em>) = <em>A<sub>I </sub></em>cos(2<em>π</em>(<em>f<sub>RF</sub></em> + <em>f<sub>I</sub></em>)<em>t + </em><em>φ<sub>I</sub></em>)<strong><span style="color: #ff0000;">     (2) </span></strong></p>
<p>where <em>A<sub>I</sub></em> is the amplitude of the interfering signal, <em>f<sub>RF</sub></em> is the central Radio Frequency (RF), <em>f<sub>I</sub></em>(<em>t</em>) is the time-varying interference frequency, and <em>φ<sub>I</sub></em> represents its phase. Depending on the behavior of <em>f<sub>I</sub></em>(<em>t</em>) different jamming signals can be conceived such as Continuous Wave (CW) jammers when <em>f<sub>I</sub></em>(<em>t</em>) = <em>f<sub>I</sub></em> is a constant, or chirp-like jamming signals when <em>f<sub>I</sub></em>(<em>t</em>) evolves over time following a saw-tooth pattern. Intuitively, the faster the variability and transitions of <em>f<sub>I</sub></em>(<em>t</em>), the harder it is to mitigate interference at the receiver side. At the receiver, we are interested in digital signal processing methods to counteract interferences, therefore we assume that <em>y</em>(<em>t</em>) is sampled at a rate (<em>f<sub>s</sub></em> = 1/<em>T<sub>s</sub></em>) satisfying the Nyquist criterion to yield its discrete-time version:</p>
<p><span style="color: #000000;"><span style="color: #ff0000;"><span style="color: #000000;"><em><em>y</em></em></span></span><span style="color: #ff0000;"><span style="color: #000000;"><em><span style="color: #ff0000;"><span style="color: #000000;">[<em>n</em>]</span></span> = x<sub>θ</sub></em></span></span><span style="color: #ff0000;"><span style="color: #000000;"><span style="color: #ff0000;"><span style="color: #000000;">[<em>n</em>]</span></span> + </span></span></span><em>i</em><span style="color: #000000;"><span style="color: #000000;"><span style="color: #ff0000;"><span style="color: #ff0000;"><span style="color: #000000;">[<em>n</em>]</span></span> </span></span></span>+ <span style="color: #ff0000;"><span style="color: #000000;"><span style="color: #000000;"><em>w</em>[<em>n</em>]  </span></span><strong>   </strong></span><strong><span style="color: #ff0000;">(3)</span></strong></p>
<p>A common approach to interference mitigation is to formulate it, statistically speaking, as an estimation problem. After detecting the interference, the set of unknown parameters characterizing the interfering signal needs to be estimated to enable Interference Cancellation (IC) at the receiver. A reconstructed version of the interference term,<em> î</em>[<em>n</em>], is subtracted from the observations such that a<em> clean</em> signal version is used afterwards by the receiver, <em>ỹ</em>[<em>n</em>] = <em>y</em>[<em>n</em>] &#8211; <em>î</em>[<em>n</em>]. The principle is depicted in <a href="http://insidegnss.com/figures-1-2-3-4-a-fresh-look-at-gnss-anti-jamming/"><strong>Figure 1</strong></a>.</p>
<p>In the context of the standard operations of a GNSS receiver, IC can be better understood as the modification of the objective function in acquisition and tracking. Typically, GNSS receivers estimate the parameters of the received signals using a variety of methods that implement a Least Squares (LS) solution, where the input samples are compared with locally generated signal replicas. In particular, code delay, Doppler frequency and carrier phase are estimated as:</p>
<p>Equation<span style="color: #ff0000;"> (4)</span> <em>(see inset photo, above right, for equations)</em><br />
<em><br />
Equation <span style="color: #ff0000;">(5)</span></em></p>
<p>Notice that the subindex <em>i</em> denoting the satellite signal is hereafter omitted since we consider independent acquisition/tracking among satellites. <em>c</em>(·) denotes the spreading sequence for the satellite of interest and<em> N</em> the total number of samples used in the process. Cost function (5) can be minimized independently from <em>A</em> which can be estimated in a separate step. For this reason, the determination of <em>A</em> is not explicitly indicated in (4). In particular, it is possible to show that the minimization of (5) is equivalent to the maximization of the absolute value of the Cross-Ambiguity Function (CAF) defined as</p>
<p><em>Equation <span style="color: #ff0000;">(6)  </span></em></p>
<p>In the IC case, the cost function is modified after gaining knowledge of the interference. More precisely, the signal model is extended in order to account for the interference term and the cost function is rewritten as</p>
<p><em>Equation <span style="color: #ff0000;">(7) </span></em></p>
<p>where <em>î</em>[<em>n</em>] is the reconstructed version of the interference, which requires detection and estimation as for Figure 1.</p>
<p>Using these definitions, the main IC techniques can be defined. For instance, a popular method for pulsed interference mitigation, due its simplicity, is pulse blanking (see article by Borio, 2016, Additional Resources). At a glance, pulse blanking detects the presence of interference by identifying abnormally large values in the pre-correlation samples. This can be easily achieved by comparing |<em>y</em>[<em>n</em>]| to a predefined threshold <em>T</em><sub>PB</sub>. Then, the interfered samples are set to zero such that they are not used throughout the receiver. Mathematically, the estimated interference is</p>
<p><em>Equation <span style="color: #ff0000;">(8) </span></em></p>
<p>which can be plugged in cost function (7) to understand how pulse blanking operates.</p>
<p><strong>Robust Estimation </strong><br />
When the IC principle is used, the interfering term is treated as a signal component whose parameters should be estimated. A different approach for the design of interference mitigation techniques can be derived from the theory of robust statistics (see, for example, Huber and Ronchetti, Additional Resources). In this case, the receiver does not try to estimate the jamming signal but adopts processing strategies which can produce reasonable results even in the presence of interference.</p>
<p>The term “robust” is often used in the literal sense, in many cases just according to the definition provided by the dictionary. This has often generated confusion and algorithms defined as “robust” are not actually “statistically robust”. Robustness has to be intended here as a mathematical property of a system and can be assessed using rigorous criteria. An analogy can be made with the concept of Bounded Input Bounded Output (BIBO) stability: a system is BIBO stable if a bounded output is obtained for every bounded input. In a similar way, <em>Qualitative Robustness</em> states that a robust estimator is such that bounded departures from the assumed model do not cause it to provide aberrant results (see Hampel in Additional Resources). For instance, if an estimator assumes a Gaussian model for the observations, but outliers — which break the Gaussian assumption — are received and used, we expect the estimator to be relatively insensitive to them if claimed to be robust. For location estimators of the type</p>
<p><em>Equation <span style="color: #ff0000;">(9) </span></em></p>
<p>i.e. that depend on a linear combination of input samples, <em>y</em>[<em>n</em>], processed by the non-linearity, <em>ρ</em>(·), robustness is obtained when <em>ρ</em>(·) is bounded. When pulse blanking is used, the CAF of the input samples is computed as:</p>
<p><em>Equation <span style="color: #ff0000;">(10) </span></em></p>
<p>where, in accordance to (8), the non-linearity is</p>
<p><em>Equation <span style="color: #ff0000;">(11) </span></em></p>
<p>is clearly a bounded function of the input samples. In this way, pulse blanking is not only a form of IC but is also a robust estimator for the CAF.</p>
<p>Although techniques implementing the IC principle can be robust, robust statistics provides, in general, a shift in the design paradigm for interference/jamming mitigation techniques. In particular, the focus is no longer in the definition of the most appropriate model for the interfering term, <em>i(t)</em>, but on the search for robust procedures that allow the estimators to combat <em>i(t)</em> without actually estimating (or even detecting) it. A possible design strategy is to reformulate model (3) as</p>
<p><span style="color: #000000;"><span style="color: #ff0000;"><span style="color: #ff0000;"><span style="color: #000000;"><em><em>y</em></em></span></span><span style="color: #ff0000;"><span style="color: #000000;"><em><span style="color: #ff0000;"><span style="color: #000000;">[<em>n</em>]</span></span> = x<sub>θ</sub></em></span></span><span style="color: #ff0000;"><span style="color: #000000;"><span style="color: #ff0000;"><span style="color: #000000;">[<em>n</em>]</span></span> + </span></span></span></span><em>w′</em><span style="color: #ff0000;"><span style="color: #000000;"><span style="color: #000000;"><span style="color: #ff0000;"><span style="color: #ff0000;"><span style="color: #000000;">[<em>n</em>]</span></span></span></span></span><span style="color: #ff0000;"><span style="color: #000000;">     </span></span></span><strong><span style="color: #ff0000;">(12)</span></strong></p>
<p>where interference and noise are grouped together, with</p>
<p><em>w′</em><span style="color: #000000;"><span style="color: #ff0000;"><span style="color: #000000;"><span style="color: #ff0000;"><span style="color: #ff0000;"><span style="color: #000000;">[<em>n</em>] =</span></span></span></span></span></span> <em>i</em><span style="color: #000000;"><span style="color: #ff0000;"><span style="color: #000000;"><span style="color: #ff0000;"><span style="color: #ff0000;"><span style="color: #000000;">[<em>n</em>] + </span></span></span></span></span></span><em>w</em><span style="color: #000000;"><span style="color: #ff0000;"><span style="color: #000000;"><span style="color: #ff0000;"><span style="color: #ff0000;"><span style="color: #000000;">[<em>n</em>]</span></span></span></span></span></span></p>
<p>In the robust estimation framework the goal is to adopt models for the aggregate term, <em>w′</em>{<em>n</em>}, which lead to robust estimators. In robust statistics, a model is considered as well, but its statistical assumptions are relaxed such that the estimators have some flexibility to process outlier measurements, which otherwise would make non-robust estimators diverge. In this respect, there exist several noise models which lead to robust estimators in classical robust statistical problems. It turns out that these models are also effective in the context of jamming mitigation in GNSS receivers. These models, which mainly characterize the statistics of <em>w′</em>{<em>n</em>}, include:</p>
<ul>
<li><span style="color: #993300;"><strong>Laplacian model:</strong></span> the aggregate noise term is assumed to follow a Laplace distribution.</li>
<li><strong><span style="color: #993300;">Cauchy model:</span></strong> the aggregate noise term is assumed to follow a Cauchy distribution.</li>
<li><strong><span style="color: #993300;">Student’s t model:</span></strong> the aggregate noise term is assumed to follow a t-distribution.</li>
</ul>
<p>Other noise models could be considered for the design of different jamming mitigation techniques. Notice that, typically these distributions exhibit heavy-tail behavior, as opposite to the standard Gaussian assumption. From the aggregate noise model, robust mitigation techniques are finally obtained. We recently considered (see the paper presented by one of the authors at the <em>2017 European Navigation Conference</em> and listed in Additional Resources):</p>
<ul>
<li>The usage of <strong>Zero-Memory Non-Linear (ZMNL)</strong> functions to pre-process the input samples.</li>
<li><strong>Non-linear correlators</strong> based, for example, on the median (which results from the Laplace noise assumption) and on the sample myriad (from the assumption of Cauchy noise).</li>
</ul>
<p>The sample myriad is a location estimator, as the mean and the median, and it is defined, for real input samples, as</p>
<p><em>Equation <span style="color: #ff0000;">(13) </span></em></p>
<p>where <em>K</em> is the linearity parameter of the Cauchy distribution (this is better explained in the following). A clear parallelism with the sample mean can be made: the mean is the argument which minimizes the sum of squares of the residuals, <em>y</em>[<em>n</em>]-<em>μ</em>. Additional details on the sample myriad can be found, for example, in the book by G. R. Arce listed in Additional Resources.</p>
<p>ZMNL functions can be directly obtained from the aggregate noise model as</p>
<p><em>ρ</em>(<em>y</em>[<em>n</em>]) = –log <em>f</em>(<em>y</em>[<em>n</em>])<strong>     </strong><span style="color: #ff0000;"><strong>(14) </strong></span></p>
<p>where <em>f</em>(<em>y</em>) is the probability density function (pdf) adopted to describe <em>w′</em>{<em>n</em>}. In this case, alternative versions of (10) are obtained by replacing <em>ρ</em><sub>PB</sub>(·) with <em>ρ</em>(·). In the ZMNL function case, the input samples are simply pre-processed using <em>ρ</em>(·) before being used by the standard correlator blocks. In this way, a robust CAF similar to (10) is obtained. In the second approach, it is recognized that the CAF is a weighted mean. The mean is inherently non-robust and thus, it can be replaced by robust operators such as the median and the myriad. For example, in the median case, the CAF in (6) becomes:</p>
<p><em>C<sub>R</sub></em>(<em>τ</em>,<em>f<sub>d</sub></em>) = MEDIAN(<em>y</em>[<em>n</em>]<em>c</em>(<em>nT<sub>s</sub></em> – <em>τ</em>)<em>e</em><sup>–<em>j2</em><em>πf</em><em><sub>d</sub>nT<sub>s</sub></em></sup>|<em>n</em>=0,1,&#8230;,<em>N</em> – 1).<strong>     <span style="color: #ff0000;">(15) </span></strong></p>
<p>Note that the samples at the input of the MEDIAN operator in (15) are complex. In this case, it is assumed that two independent medians are computed on the real and imaginary parts of the samples. These approaches introduce significant robustness in the case of pulsed jamming and allow receiver operations even in the close proximity of a jammer.</p>
<p><strong>Time, Frequency, Scale and All the Others </strong><br />
By representing the input samples in a different domain, an advanced class of interference mitigation techniques arises. A classic example is the usage of the Discrete Fourier Transform (DFT) and its fast implementation, the Fast Fourier Transform (FFT), to project the input samples, <em>y</em>[<em>n</em>], into the frequency domain. In this way, a new set of samples, <em>Y</em>(<em>k</em>), is obtained. Here, the index, <em>k</em>, is used to denote the set of discrete frequencies. The rationale of operating in a different domain is that, in such domain, the interfering term, <em>i</em>[<em>n</em>], admits a<em> sparse representation</em>. This implies that, <em>I(k)</em>, the TD representation of <em>i</em>[<em>n</em>], is significantly different from zero only for a relatively small number of values of <em>k</em>. <em>I(k)</em> will thus appear as a set of pulses which can be easily<em> blanked</em> in the TD.</p>
<p>Depending on the domain of the transformation, it is possible to classify the different interference mitigation techniques as in <a href="http://insidegnss.com/figures-1-2-3-4-a-fresh-look-at-gnss-anti-jamming/"><strong>Figure 2</strong></a>. The figure also takes into account the receiver stages where the techniques are actually implemented. In particular, interference mitigation techniques are classified according to their implementation with respect to the correlation operation as</p>
<ul>
<li><span style="color: #993300;"><strong>Pre-correlation: </strong></span>the algorithm operates before the correlation process takes place. In this way, mitigation is performed for all the processing channels at once and the characteristics of the useful received signals are not taken into account.</li>
<li><strong><span style="color: #993300;">In-correlation:</span></strong> mitigation is performed by modifying the standard correlation process.</li>
<li><strong><span style="color: #993300;">Post-correlation: </span></strong>mitigation is applied at the output of the correlators. In this case, different processing can be applied to the signals from different channels.</li>
</ul>
<p>Time domain techniques are those that do not require a preliminary transformation to bring the input samples in a different domain. In this respect, adaptive notch filtering and pulse blanking are time domain techniques commonly used for interference mitigation, both implementing the IC principle. Adaptive notch filtering is an effective technique where the instantaneous frequency of the jamming signal is continuously estimated. The region of the spectrum occupied by the jamming signal is then removed through filtering. Although notch filtering performs the excision of a narrow frequency band, it is implemented using a recurrence equation in the time domain and thus it does not require a signal transformation. Alternative classifications can be adopted. Pulse blanking can be seen as a robust technique (as discussed earlier), whereas notch filtering is very sensitive to model mismatches. The notch filter can only operate if the interfering signal is instantaneously narrowband and if its center frequency is slowly varying with time. Other examples of time domain approaches used for interference mitigation are the usage of ZMNL functions, as described above, and the adoption of a Kalman Filter (see Mitch <em>et alia</em> in Additional Resources) to track and reconstruct the jamming signal. This latter approach is, in general, non-robust and sensitive to deviations from the model adopted for the design of the Kalman Filter.</p>
<p>Time domain pre-correlation techniques are, in general, low-complexity and approaches such as pulse blanking and notch filtering are now commonly implemented in professional and mass-market receivers. Time domain processing can be integrated with the correlator and, for example, robust correlators discussed in the previous section can be adopted. The complexity depends on the approach adopted. The median can be implemented in a quite efficient way and its complexity is comparable with that of the mean performed in standard correlators. The computation of the sample myriad requires an iterative procedure which can be computationally expensive.</p>
<p>Post-correlation mitigation techniques are not explicitly indicated in Figure 2. Techniques operating at this stage tend to be “mixed” in the sense that post-correlation information is used to drive pre-correlation processing. Moreover, after correlation, the input samples are significantly down-sampled and, for this reason, adoption of different domains is usually not considered. Remarkably, post-correlation techniques are typically ineffective in terms of jamming suppression, the main reason being that correlation with the local code causes a spread out of the (uncorrelated) interference, which makes it harder to be mitigated. Degradations in post-correlation products, such as the estimated Carrier-to- Noise power spectral density ratio (C/N<sub>0</sub>), can, however, be exploited for jamming detection.</p>
<p>In TD approaches, considered in the bottom row of Figure 2, the input signal, <em>y</em>[<em>n</em>], is projected into a different domain in the first place. These domains include frequency, with the usage of the DFT/FFT; joint time-frequency representations based, for example, on the Short Time Fourier Transform (STFT) or on the Wigner- Ville distribution; and joint timescale representations based on the Discrete Wavelet Transform (DWT). The Karhunen-Loeve Transform (KLT) has also been considered as a possible tool to obtain TD representations of the received GNSS signal, <em>y</em>[<em>n</em>]. Once in the TD, it is possible to apply techniques similar to those adopted in the time domain. TD excision is probably the most commonly adopted approach and it operates in a way analog to pulse blanking. If the absolute value of a sample in the TD is larger than a threshold, it is blanked and set to zero. Robust techniques can be also implemented in the TD, both at the pre- and in-correlation level. This topic is discussed in more detail in the next section. Although TD techniques are usually computationally demanding, several high-end professional receivers implement FFT-based algorithms and are able to perform interference detection and mitigation in the frequency domain.</p>
<p>In hybrid approaches the complexity of TD techniques is reduced using, for example, a bank of filters. The time domain signal is not transformed but split into several streams. Each stream is obtained using a separate filter which captures the content of the original signal on a specific frequency sub-band. This is a hybrid approach in the sense that each stream is a time domain representation of the frequency content of the original signal on a specific sub-band. Here, we referred to “frequency”, but other representation domains such as scale can be adopted for the design of the filter bank used for the signal decomposition. Approaches such as pulse blanking and the usage of ZMNL functions can then be implemented on the individual streams.</p>
<p>Finally, we would like to comment on spatial domain techniques, which can be used complementarily to the previously mentioned approaches. In this case, the time domain signal is not explicitly transformed but, instead, the signal is recorded using a multi-antenna receiver, which confers it with spatial discrimination capabilities. Conceptually, one can point to desired directions-of-arrival, while nulling the radiation pattern of the antenna at directions where an interference is detected. A detailed discussion is out of the scope of this article, but it suffices to say that pre- and postcorrelation techniques can be considered. Beamforming design can follow a plethora of options, being classified into temporal-, spatial-, or hybrid-reference beamforming techniques depending on the knowledge assumed for the desired and interfering signals. Typically, array processing techniques involve demanding computational resources and precise hardware designs.</p>
<p>Some general considerations on the properties of interference mitigation techniques are provided in <a href="http://insidegnss.com/figures-1-2-3-4-a-fresh-look-at-gnss-anti-jamming/"><strong>Figure 3</strong></a>. In particular, the impact of model specification is analyzed. Strong model specifications reduce, in general, the flexibility and robustness of estimation methods to cope with (non-nominal) interference situations. This is the case of adaptive notch filters which can only deal with frequency modulated signals with slowly varying central frequencies. On the other hand, precise model specifications can significantly reduce the computational complexity of the technique and lead to optimal performance when the design conditions are met. For instance, notch filtering is computationally efficient and achieves performance comparable to that of TD techniques when dealing, for example, with CW interference.</p>
<p>TD techniques usually make only weak assumptions on the interference model. In particular, the underlying assumption is that the interfering signal admits a sparse representation in the TD. This corresponds to assuming that the interfering signals can be effectively described by a linear combination of few functions from a basis of the TD. For example, when the FFT/DFT is adopted, it is implicitly assumed that the interfering signal can be effectively described as the linear combination of few complex sinusoids. In general, weak assumptions on the interference model lead to flexible techniques which can operate in a wide range of conditions.</p>
<p>As a general principle, the increase of computational load should yield to performance improvements. When this improvement does not occur or it is limited, the mitigation technique should be re-considered. This phenomenon may occur for example when considering new TDs: the computational load of the transform required to project the input signal in the new TD might not be justified by the improvement of performance, for example, with respect to other TD techniques which can be implemented using fast algorithms such as the FFT.</p>
<p><strong>Robust TD Approaches </strong><br />
Finally, we consider a new class of TD approaches which is based on the usage of ZMNL functions in the TD. More specifically, we assume that a linear transform, such as the DFT and the DWT, has been applied to the input signal and that the following TD samples have been obtained:</p>
<p><em>Y</em>(<em>k</em>) = <em>X</em><span style="color: #ff0000;"><span style="color: #ff0000;"><span style="color: #000000;"><em><sub>θ</sub></em></span></span></span>(<em>k</em>) + <em>I</em>(<em>k</em>) + <em>W</em>(<em>k</em>) = <em>X</em><span style="color: #ff0000;"><span style="color: #ff0000;"><span style="color: #000000;"><em><sub>θ</sub></em></span></span></span>(<em>k</em>) + <em>W′</em>(<em>k</em>)     <span style="color: #ff0000;"><strong>(16) </strong></span></p>
<p>Since linear transforms are used, the superposition principle applies and the different components in (12) have a corresponding term in (16). In particular, it is possible to identify the useful signal components, the interference term and the noise term. In this approach, we propose to model the received signal directly in the TD rather than in the time domain. In particular, we focus on different noise models for the aggregate TD noise term, <em>W′</em>(<em>k</em>). As discussed in the section on robust estimation, the model does not need to be accurate but should be selected in order to obtain robustness. In other words, in robust statistics, optimality is sacrificed in favor of robustness. In this case, we considered two non-Gaussian noise models: the complex Laplace and the complex Cauchy distributions for <em>W′</em>(<em>k</em>).</p>
<p>Following an approach similar to that developed for the time domain (see article by Borio, 2017, in Additional Resources), robust TD interference mitigation techniques can be obtained by processing the TD samples using a ZMNL function. <strong><a href="http://insidegnss.com/figures-1-2-3-4-a-fresh-look-at-gnss-anti-jamming/">Figure 4</a><a href="http://insidegnss.com/figures-1-2-3-4-a-fresh-look-at-gnss-anti-jamming/">.a</a></strong> provides a schematic representation of TD approaches implemented at the pre-correlation level. The input samples are projected into the TD, processed and used to reconstruct a clean version of the time domain input signal, <em>y′</em>[<em>n</em>]. In the approach proposed here, the processed samples, <em>Y′</em>(<em>k</em>), are given by</p>
<p><em>Y′</em>(<em>k</em>) = <em>ρ</em>(<em>Y</em>(<em>k</em>))     <strong><span style="color: #ff0000;">(17) </span></strong></p>
<p>where <em>ρ</em>(·) is the non-linearity defined by (14). In this case, <em>f</em>(<em>y</em>) has to be interpreted as the pdf of the aggregate noise in the TD. If a Laplacian model is adopted, the following non-linearity is obtained:</p>
<p><em>Equation <span style="color: #ff0000;">(18) </span></em></p>
<p>This implies that the TD components of the input signal are normalized by their amplitude and only the phase information is retained. Eq. (18) leads to a normalization of the different TD components: when frequency is considered, the spectrum of the output signal, <em>Y′</em>(<em>k</em>), has a constant unit amplitude. In this respect, the ZMNL function defined by (18) acts as a Zero-Forcing (ZF) equalizer. In common ZF equalizer implementations, however, several time samples are used to estimate the signal spectrum and determine the impulse response of the equalizer. In this case, a direct normalization is implemented in the TD. This, apparently simple processing, provides the receiver with remarkable interference mitigation capabilities.</p>
<p>Alternatively, if a Cauchy model is considered, the following processed signal is obtained:</p>
<p><em>Equation <span style="color: #ff0000;">(19) </span></em></p>
<p>where <em>K</em> is the<em> linearity parameter</em> introduced in the robust estimation section when defining the sample myriad. This name is justified by the fact that <em>K</em> controls the “linearity” of (19): as<em> K</em> goes to infinity, non-linearity (19) becomes the identity. <em>K</em> should be set as a function of the variance of the non-interfered input noise. The determination of <em>K</em> is out of the scope of this paper.</p>
<p><strong><a href="http://insidegnss.com/figures-1-2-3-4-a-fresh-look-at-gnss-anti-jamming/">Figure 4.b</a></strong> shows the in-correlator implementation of the TD processing. In particular, due to the Plancherel theorem, it is possible to show that unitary transforms preserve the scalar product and correlation operations. Examples of unitary transforms are the DFT and DWT (when properly scaled). In these cases, it is possible to compute the correlator directly in the TD. In some cases, this design choice allows significant computational load reduction. A well-known approach is, for example, the parallel code acquisition algorithm based on the usage of the FFT. In the parallel code acquisition algorithm, the FFT is already used for the computation of the correlators: the usage of nonlinearities in the frequency domain can be efficiently adopted without requiring additional operations.</p>
<p>A schematic representation of the parallel code acquisition algorithm is shown <a href="http://insidegnss.com/figures-5-6-7-8-a-fresh-look-at-gnss-anti-jamming/"><strong>Figure 5</strong></a>. As already mentioned, the algorithm foresees the transposition in the frequency domain of the input signal, <em>y</em>[<em>n</em>], thus it can be easily modified by introducing an additional processing block. This block is the light green box labelled “Additional Processing” in Figure 5. This block simply implements the ZMNL functions in Eqs. (18) and (19). In this case, robustness can be introduced with limited additional computational requirements.</p>
<p>In order to demonstrate the effectiveness of RTD approaches, we used the data available <strong>here</strong> and previously used to evaluate the behavior of an adaptive notch filter. The data contain a short dataset with GNSS data affected by jamming. In the archive, basic code allowing the acquisition of the GNSS signals present in the dataset is also provided. Without interference mitigation, it is not possible to detect the useful signal and the CAF shown in <a href="http://insidegnss.com/figures-5-6-7-8-a-fresh-look-at-gnss-anti-jamming/"><strong>Figure 6</strong></a> is obtained. Secondary peaks caused by the jamming signal are clearly present. RTD has been implemented by modifying the parallel code acquisition algorithm as indicated in Figure 5. Parallel code acquisition is implemented in the “DftParallelCodePhaseAcquisition.m” Matlab function and it is included in the archive indicated above.</p>
<p>Significant robustness can be introduced by adding a single line of code which implements normalization (18). We invite the readers to experiment with the code and add the following line of code</p>
<p>X = X ./ ( abs( X ) );</p>
<p>in the “DftParallelCodePhaseAcquisition.m” script. This line should be inserted in the “for” loop, before the computation of the inverse IFFT. With this modification, the impact of jamming is significantly reduced and it is possible to effectively acquire the useful GNSS signal. In particular, the CAF shown in <a href="http://insidegnss.com/figures-5-6-7-8-a-fresh-look-at-gnss-anti-jamming/"><strong>Figure 7</strong></a> is obtained: the signal peak clearly emerges from the noise floor and the secondary peaks due to the jamming signal are strongly attenuated.</p>
<p>The effectiveness of the proposed approach is further analyzed in <a href="http://insidegnss.com/figures-5-6-7-8-a-fresh-look-at-gnss-anti-jamming/"><strong>Figure 8</strong></a> which shows the C/N<sub>0</sub> estimated for a signal affected by jamming under different conditions. In this experiment, the jammer was connected to a variable attenuator. The attenuation was progressively reduced leading to an increasing jamming power. In particular, the received jamming power was increased with steps of 2 decibels. This fact is reflected by the C/N<sub>0</sub> values shown in Figure 8. After 1,200 seconds, the attenuation reaches its minimum value before being increased again. TD processing was implemented using the architecture depicted in Figure 4a and non-linearity (18) was adopted. TD processing significantly outperforms the notch filter used in Figure 8 for comparison. More specifically, a gain of more than 5 decibels is achieved for strong jamming signals. The considered notch filter implements interference detection and it is activated only when significant jamming power is sensed.</p>
<p><strong>Conclusions and the Future of (Anti-) Jamming </strong><br />
Interference mitigation, in the context of GNSS receiver design, has been an active topic for research for several lustrums. It is likely to keep its good pace towards securing GNSS receivers — and the growing list of facilities and infrastructures depending on GNSS — from malicious jamming or unintentional interference. The field has indeed made substantial progress, mainly leveraging on advanced signal processing techniques. In this article we have covered <em>classical</em> time domain methods, but also discussed TD techniques that exploit sparsity of interference in other domains besides time. Additionally, the use of robust statistics was seen to provide interesting results and is a way forward for research. Anti-jamming is advancing, so are the capabilities of jammers to cause damage to GNSS receivers. Besides spoofing — which is probably one of the most complicated interference signals to generate — and jamming — probably the simplest — there is a middle ground. For instance, <em>deceptive jamming</em>, where a simple pulsed-jamming signal is disciplined to target specific parts of the navigation message. It was shown (see Curran<em> et alia</em>, “On the Threat of Systematic Jamming of GNSS”, Additional Resources) that deceptive jamming is not only feasible, but hardly detectable. It is foreseen that this, and other threats, will spur research in the area of antijamming.</p>
<p><span style="color: #993300;"><strong>Additional Resources </strong></span><strong><span style="color: #ff0000;"><br />
[1]</span></strong> Amin, M. G., P. Closas, A. Broumandan, J. Volakis, “Guest Editorial: Vulnerabilities, threats, and authentication in satellite-based navigation systems,” <em>Proceedings of the IEEE</em>, 104(6), pp. 1302-1317, 2016. <strong><span style="color: #ff0000;"><br />
[2] </span></strong>Amin, M. G., X. Wang, Y.D. Zhang, F. Ahmad, and E. Aboutanios, “Sparse arrays and sampling for interference mitigation and DOA estimation in GNSS,” <em>Proceedings of the IEEE</em>, 104(6), pp. 1169-1173, 2016. <strong><span style="color: #ff0000;"><br />
[3]</span></strong> Arce, G. R., <em>Nonlinear Signal Processing: A Statistical Approach</em>. Wiley-Interscience, Nov. 2004. <strong><span style="color: #ff0000;"><br />
[4] </span></strong>Borio, D., “Swept GNSS Jamming Mitigation through Pulse Blanking” <em>Proc. of the 2016 European Navigation Conference (ENC)</em>, Helsinki, Finland, June 2016, pp. 1-8. <strong><span style="color: #ff0000;"><br />
[5]</span></strong> Borio, D., “Robust Signal Processing for GNSS,” <em>Proc. of the 2017 European Navigation Conference (ENC)</em>, Lausanne, Switzerland, May 2017, pp. 150- 158. <strong><span style="color: #ff0000;"><br />
[6]</span></strong> Curran, J. T., M. Bavaro, P. Closas, M. Navarro, “On the Threat of Systematic Jamming of GNSS,” <em>Proceedings of the 29th International Technical Meeting of The Satellite Division of the Institute of Navigation (ION GNSS+ 2016)</em>, Portland, OR, September 2016. <strong><span style="color: #ff0000;"><br />
[7]</span></strong> Fernández-Prades, C., J. Arribas, P. Closas, “Robust GNSS receivers by array signal processing: theory and implementation,” <em>Proceedings of the IEEE</em>, 104(6), pp.1207-1220, 2016. <strong><span style="color: #ff0000;"><br />
[8] </span></strong>Hampel, F. R., “A general definition of qualitative robustness,” <em>The Annals of Mathematical Statistics</em>, vol. 42, pp. 1887-1896, 1971. <span style="color: #ff0000;"><strong><br />
[9] </strong></span>Huber, P. J., and E. M. Ronchetti,<em> “Robust Statistics,”</em> Wiley, second edition, February 2009.</p>
<div class="pdfclass"><a class="specialpdf" href="http://insidegnss.com/wp-content/uploads/2018/04/sepoct17-BORIO_0.pdf" target="_blank" rel="noopener">Download this article (PDF)</a></div>
<p>The post <a href="https://insidegnss.com/a-fresh-look-at-gnss-anti-jamming/">A Fresh Look at GNSS Anti-Jamming</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>Location Privacy Challenges and Solutions, Part 1</title>
		<link>https://insidegnss.com/location-privacy-challenges-and-solutions/</link>
		
		<dc:creator><![CDATA[Günter W. Hein]]></dc:creator>
		<pubDate>Tue, 19 Sep 2017 17:44:48 +0000</pubDate>
				<category><![CDATA[201708 September/October 2017]]></category>
		<category><![CDATA[Column]]></category>
		<category><![CDATA[high precision positioning]]></category>
		<category><![CDATA[location based services]]></category>
		<category><![CDATA[mapping/GIS]]></category>
		<category><![CDATA[Working Papers]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2017/09/19/location-privacy-challenges-and-solutions/</guid>

					<description><![CDATA[<p>Figures 1 &#8211; 3, Table 1 Table 1 Working Papers explore the technical and scientific themes that underpin GNSS programs and applications. This...</p>
<p>The post <a href="https://insidegnss.com/location-privacy-challenges-and-solutions/">Location Privacy Challenges and Solutions, Part 1</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"><span class="specialcaption">Figures 1 &#8211; 3, Table 1</span></div>
<div class="special_post_image"><img decoding="async" class="specialimageclass img-thumbnail" src="https://insidegnss.com/wp-content/uploads/2018/01/WPTable1.jpg" /><span class="specialcaption">Table 1</span></div>
<p><em><span style="color: #808080;"><strong>Working Papers explore the technical and scientific themes that underpin GNSS programs and applications. This regular column is coordinated by </strong></span><a href="http://insidegnss.com/author/gunter/"><strong>Em. Univ.-Prof. Dr.-Ing. habil. Dr. h.c. Guenter W. Hein</strong></a><span style="color: #808080;"><strong>.</strong></span></em></p>
<p><em>This is the first article in a series. For <strong>Part 2: Hybrid- and Non-GNSS Localization</strong>, <a href="http://insidegnss.com/location-privacy-challenges-and-solutions-2/"><strong>see here</strong></a>. </em></p>
<p><span id="more-22931"></span></p>
<p><em><span style="color: #808080;"><strong>Working Papers explore the technical and scientific themes that underpin GNSS programs and applications. This regular column is coordinated by </strong></span><a href="http://insidegnss.com/author/gunter/"><strong>Em. Univ.-Prof. Dr.-Ing. habil. Dr. h.c. Guenter W. Hein</strong></a><span style="color: #808080;"><strong>.</strong></span></em></p>
<p><em>This is the first article in a series. For <strong>Part 2: Hybrid- and Non-GNSS Localization</strong>, <a href="http://insidegnss.com/location-privacy-challenges-and-solutions-2/"><strong>see here</strong></a>. </em></p>
<p>Positioning (or localization) is a key component in many wireless devices and a key enabler and optimizer of many mobile applications, including transportation, smart cities, and ambient assisted living. For example, mobile wireless devices relying on a location component can be used as mobile assistants and wearable devices for the elderly, sick, or disabled, for traffic and environment monitoring, for green mobile crowd sensing, in crisis scenarios, for wildfire risk prediction, etc. (see I. Maglogiannis <em>et alia</em> and L. Skorin-Kapov <em>et alia</em> in Additional Resources). When the time dimension is added to the positioning information, we talk about user or device tracking.</p>
<p>To enable a large-scale uptake of the location-based and location-aware applications, one of the main barriers to overcome is finding solutions to the current vulnerabilities in wireless positioning. Such vulnerabilities exist with respect to the privacy, security, positioning reliability, robustness, and availability, especially in indoor environments, and to the acceptability and safety of tracking devices. Users are indeed, slowly, becoming aware of the potential vulnerabilities in making their minute-by-minute position known to the external world and legislation efforts all over the world are dedicated to build the legal frameworks covering tracking and location privacy (see L. Chen <em>et alia</em> and K. Pomfret). Operators and mobile manufacturers are collecting location-based data and possibly geo-tagged context information en masse from our mobile devices for the purpose of network and service optimization. Crowdsourcing, mobility sensing, and cloud storage processing are becoming default options. Many mobile devices can now be used as identifiers, and digital wallets and biometric data play a crucial role. Location is a key component in all of these aspects. A known location, or being able to fake a current location, could mean, in the near future, higher vulnerability to theft, privacy invasion, and increased stalking. Geo-located patterns can lead to the re-identification of individuals and thus could pose a risk to the right to a private life. All these vulnerabilities with respect to the acquisition, storage, and misuse of the users’ geospatial information are long-overlooked factors which need to be addressed in a systematic and dedicated manner. The promising potential of future prosperous wireless markets relying on some form of localization and geo-spatial information, such as Internet of Things (IoT), Industrial IoT (IIoT), 5G, Device-to-Device (D2D), or Vehicle-to-Anything (V2X) communications, means that the security, privacy, and transparency aspects in mobile positioning need to become a high priority in the world of mobile computing.</p>
<p>In traditional positioning approaches, such as those purely based on Global Navigation Satellite Systems (GNSS), the user device is a purely passive device, thus fully preserving the user’s privacy. Modern localization solutions, including those evolved from GNSS such as Cloud GNSS (C-GNSS) and Assisted GNSS (A-GNSS) involve smart processing of cloud-gathered data, inter-connectivity, and exchange of information between different stakeholders in the localization chain, and possibly geo-tagged content de-identification. Therefore, these are vulnerable to privacy breaches, whereas the user position is fully private in GNSS as its receiver acts only as a passive (receiving) device. This article sheds light on the challenges related to location privacy, emphasizing current user perception of location-based mobile applications, and discusses future research directions and solutions that can benefit the community at large.</p>
<p><strong>Is Location Privacy Something We Should Worry About? </strong><br />
In order to better understand users’ concerns with regard to their location privacy and how much users would be willing to pay for preserving their location privacy, a Webropol web survey (see Additional Resources) was conducted from January to May 2017. The survey was initially built in English and then translated to Finnish and Romanian. The survey link was distributed on different social media channels (e.g., LinkedIn, Twitter, Facebook) and through various mailing lists in order to reach a wide audience with variable backgrounds. In total, 327 answers from respondents across 38 countries in four continents were obtained. 8.8% of the respondents did not answer the question about the country of residence. There were 208 answers in English, 79 in Finnish, and 40 in Romanian. The overall gender distribution is quite balanced: 46.3% male respondents, 49.4% female respondents, and 4.3% declined to state. The age and country distribution of respondents are shown in <a href="http://insidegnss.com/figures-1-6-location-privacy-challenges-and-solutions/"><strong>Figure 1</strong></a>, with Finland, Romania, and UK being the countries of residence for most of the respondents, and the majority of respondents being between 36 and 45 years old.</p>
<p>Figure 2 shows how the respondents are using their mobile phone’s navigation capabilities and Location Based Services (LBS) on their mobile devices. The left plot shows that the vast majority of users (86.6%) are using some form of navigation on their phone, among which 52% typically activate both the GNSS and the non-GNSS (e.g., WiFi and cellular) positioning engines on their phones when navigating. The center plot of <a href="http://insidegnss.com/figures-1-6-location-privacy-challenges-and-solutions/"><strong>Figure 2</strong></a> describes how often a user reads the permissions before installing an LBS application on his/her phones. These permissions are more or less intrusive in terms of privacy, depending on the application provider and reading them already denotes some minimal concern with regard to the privacy of mobile data. The survey shows that 30.0% of the respondents always read the permissions, 35.49% only occasionally read the permissions, and 28.4% never read the permissions. A small amount of respondents (6.2%) did not know about these permissions.</p>
<p>The right plot of Figure 2 shows how many of the respondents allow the LBS provider to collect their location data. The vast majority of respondents (61.9%) allow their location information to be collected only if they cannot use a particular service otherwise, as is the case with many LBS providers, such as Google maps and HERE maps. 5.2% of respondents always allow the location application to collect the user location data and 9.6% of respondents allow the location application to collect such data from time to time, independently of whether or not the LBS application could have been used in “private” mode (i.e., no data collection). 23% of respondents answered that they had never allowed an application to collect their location data. However, one could also infer that it might be unclear for some users whether or not a certain LBS application collects location data and sends it to the cloud. This comes as a conclusion when comparing the left plot of Figure 2, where only 13.6% of the respondents wrote that they do not use any location engine on their phone, with the right plot of Figure 2, where 23% of respondents say that they never allow an application to collect their location data. Nevertheless, one has to keep in mind that the vast majority of current LBS mobile applications cannot run unless the user allows the application to collect his/her location data.</p>
<p><a href="http://insidegnss.com/figures-1-6-location-privacy-challenges-and-solutions/"><strong>Figure 3</strong></a> compares the level of concern of users with respect to their location privacy with other types of personal digital data, such as emails, documents, calls, phone contacts, or images/videos. If we look at the “Very high concern” bars, clearly the users are much more concerned with protecting the privacy of all other types of personal digital data than protecting the location privacy. However, “High” and “Moderate” concerns bars are rather similar for different types of data, which shows that users have significant concerns regarding the privacy of all their personal data, location data included. As for the “No concern” bars, privacy of pictures and videos are least worrisome to those in the survey, with 12.6% having no concern for the privacy of these items. For location privacy, 7.3% had no concern, 14.4% had little concern, 19% moderate concern, 24.5% high concern, and 29.4% very high concern.</p>
<p>How these concerns translate also in a willingness to pay extra for location privacy can be seen in <a href="http://insidegnss.com/figures-1-6-location-privacy-challenges-and-solutions/"><strong>Figure 4</strong></a>. Clearly, the vast majority of users (61.9%) are not yet ready to pay anything extra for a privacy-preserving location engine. It is interesting to see that, among those who are interested in paying something (23.2% of the total respondents), the majority (60.9% of the respondents willing to pay something) would opt to pay up to 15% more compared to their current monthly mobile fee, and no respondent opted to pay more than 20% of the current monthly fee.</p>
<p>The survey findings show that there is already a reasonable awareness about location privacy challenges and that such awareness could be capitalized upon to some extent in business, by offering users more privacy-aware location solutions. The next sections will focus first on some aspects regarding granularity of location estimation, and then on GNSS location technologies categories, and will point out if and how such technologies can better support location privacy.</p>
<p><strong>Granularity of Location Estimates for Various LBS </strong><br />
When talking about location privacy, one refers to the capacity of preventing any third parties to learn anything about a device location in space and time. There is thus a quadruplet (<em>x</em>,<em> y</em>,<em> z</em>,<em> t</em>) characterizing the location, where <em>x</em>,<em> y</em>,<em> z</em> are the spatial coordinates of the mobile device and <em>t</em> is the time at which that location is valid. When time is also known, we often talk about the user or device tracking.</p>
<p>There are two ways of defining the granularity of a location estimate: one is from the point of view of an attacker and it refers to the accuracy level at which the attacker can detect the location information; the other is from the user’s point of view, and it refers to the Quality of Service (QoS) received from a Location Service Provider (LSP), knowing that there is an inherent tradeoff between preserving his/her own location privacy via, for example, some cloaking or obfuscation mechanisms, and the QoS of the LBS. For example, let’s assume that the user’s true position at time <em>t</em> is (<em>x</em>, <em>y</em>, <em>z</em>), but the location information sent to the LBS and/or accessed by an attacker is (<em>x</em> + <em>Δx</em>, <em>y</em> + <em>Δy</em>, <em>z</em> + <em>Δz</em>). Then, the location granularity <em>g</em> in this case is defined as</p>
<p><em>g</em> = √<em>Δx<sup>2</sup></em> + <em>Δy<sup>2</sup></em> + <em>Δz<sup>2</sup></em>,</p>
<p>which is basically the distance uncertainty in the location estimate.</p>
<p><strong>Table 1</strong> <em>(see inset photo, above right) </em>gives examples of how an attacker can make use of the user location, if the user location is known with a certain granularity. The last column also shows positive examples of how the location information of a certain granularity can serve the user. Typically, the location needs to be known at several moments in time, ranging from a few hours to several months, in order for an attacker to be able to act upon the knowledge, but sometimes even the knowledge of as little as four different locations in time can lead to personal identification (see De Montjoye <em>et alia</em> in Additional Resources). As shown in Table 1, while one may be completely unconcerned if his/her location is known within a kilometer of error, this might be enough for an attacker to establish if a family is away from their home and to organize a house burglary. The examples of attacks shown in all rows above the current row are also applicable to the current row. For example, if the location is known within a few tens of meters from the actual position, house burglary, car thefts, or stalking are also potential threats, in addition to terrorism or disclosures of unwanted personal information, which are enabled by a more precise location known to an attacker.</p>
<p><strong>Location Privacy in GNSS-Based Positioning Cloud GNSS </strong><br />
In the coming years, the development of new GNSS-based applications will play a leading role in the context of urban environments, i.e., Smart Cities, where almost every object or device such as urban furniture or wearable items can be connected between themselves, i.e., Machine to Machine (M2M) or D2D, and to the internet. In this sense, IoT applications have triggered the use of GNSS technologies for retrieving the Position, Velocity, and Timing (PVT) of the devices. Nevertheless, GNSS was designed for outdoor applications, and its performance gets truncated in urban working conditions. Moreover, IoT devices cannot implement advanced computational tasks due to constraints on low energy consumption, thus hindering the use of GNSS in harsh working conditions such as urban canyons, indoors, etc. Computational constraints are not only circumscribed to GNSS-based IoT devices, but also to conventional GNSS receivers providing advanced features such as multi-constellation processing, signal authentication, or threat detection (e.g., interference or propagation effects such as multipath or NLOS).</p>
<p>To overcome this hurdle, the Cloud GNSS concept has recently been proposed as a disruptive approach for solving most of the current limitations of conventional GNSS receivers (see Additional Resources). In this paradigm, the GNSS signal processing tasks traditionally carried out in on-chip GNSS modules at the user terminal, are now relocated in a cloud server, as illustrated in <a href="http://insidegnss.com/figures-1-6-location-privacy-challenges-and-solutions/"><strong>Figure 5</strong></a>, where on-demand scalable computing capacity in terms of data storage and processing power is available. Thanks to this availability, the energy consumption and computational power required by the user terminal is significantly reduced, since its main function is now to gather raw GNSS samples and transfer them to the cloud. Thanks to the computing capacity provided by the cloud, sophisticated GNSS signal processing techniques can easily be performed, thus providing a wider range of use cases where the GNSS sensor can effectively operate. For instance, Cloud GNSS can be used in liability-critical and safety-critical applications, where the use of conventional GNSS receivers faces some limitations due to the stringent requirements imposed on the user terminal in terms of integrity, continuity and, in the future, authentication.</p>
<p>The transfer of information from the user terminal to the cloud may raise some concerns on the potential vulnerabilities of cloud GNSS signal processing in terms of privacy and security. From a high-level perspective, we can identify three different categories of vulnerabilities, explained below: i) at the user-to-cloud communication link; ii) on the cloud storage of personal digital data, such as identifiers or GNSS raw samples; iii) on the computation, and therefore knowledge, of users’ location by third-parties, for example at the Location Based Service Provider (LBSP) side.</p>
<p><strong>User-to-Cloud Communication </strong><br />
During the transmission of raw GNSS samples from the user’s device to the cloud server, personal data may eventually be intercepted by attackers. Location may also be known by the service provider of the network infrastructure due to the identifier each device holds, e.g., IP or MAC address or International Mobile Station Equipment Identity (IMEI). However, communication privacy and security is already provided by wireless infrastructures through secure communication protocols and standards, e.g., user access authentication implemented in Long Term Evolution (LTE) or Narrow Band Internet of Things (NB-IoT). Hence, the security and privacy of the user-to-cloud communication link is achieved with state-of-the-art wireless communication standards. Besides that, some cloud providers also offer secure platforms to connect users’ devices with the cloud. For instance, Amazon Web Services (AWS) offers an IoT platform, which already provides traffic encryption over Transport Layer Security (TLS) by using different cryptography standards such as X.509 or the Signature Version 4 Signing Process (SigV4).</p>
<p><strong>Cloud Storage of Personal Digital Data </strong><br />
Customers may worry about the security involving the raw GNSS samples and personal digital data they upload to the cloud, due to the possibility of it being read or analyzed by third-parties (or attackers) and thus being used in an unauthorized manner. Nine critical threats to cloud security are identified by the Top Threats Working Group (Additional Resources): data breaches, data loss, account hijacking, insecure APIs (Application Program Interface), denial of service, malicious insiders, abuse of cloud services, insufficient due diligence, and shared technology issues. To prevent many of these threats, current cloud providers such as AWS, Microsoft Azure, and Google Cloud provide high-security systems with ISO 27001 certification, thus assuring confidentiality, integrity, and availability. With regard to the stored data, cloud platforms do not distinguish between personal data and any other type of data. Therefore, by using certified cloud platforms, the security of personal data, which in this case would be the raw GNSS samples file, the device location and any other stored personal data, would be guaranteed. Users shall realize that the security policies of a cloud service may change depending on the legislation of the country in which the cloud server is allocated, and hence personal digital data may be accessed by the government.</p>
<p><strong>User’s Location Calculation by Third-Parties </strong><br />
Device anonymization is needed when the user’s location is known to a third-party, either when the location is calculated by the cloud GNSS platform or when it is used by some LBS. If not, the cloud and the LBS server might know who the devices’ owner is, and use the personal data and location for their own benefit. For LBS, a k-anonymization model to deal with location privacy is presented by B. Gedik and L. Liu. In this approach, an anonymity server decrypts the data transferred from the device to the LBS and removes all the related identifiers (e.g., IP or MAC address, device, or customer identifier). Next, the location information is disrupted by means of spatio-temporal cloaking (i.e., hiding the true location information in a wide spatio-temporal area), and finally, the anonymized location is sent to the LBS server. Note that this approach may perturb the quality of service, and thus a tradeoff between the QoS and location privacy is faced.</p>
<p>Another alternative is to assign a random identifier to every device, which is then changed after a fixed time such as minutes, hours, or days depending on the application, in order to facilitate the anonymization. In this context, hash-based ID variation (see Additional Resources) can be used for enhanced location privacy. This process is often accomplished through two different and independent entities, the first one (e.g., a certification body) being in charge of randomly assigning identifiers to users, and the second one (e.g., the LBSP) being in charge of the exploitation of the randomized data. This scheme guarantees that the entity making use of the data has no access to the mechanism whereby the identifier was generated and assigned to the user. In this manner, users have a time-varying identifier with limited lifetime that thus cannot be tracked for a long period of time. Clearly, the shorter the identifier lifetime, the better the user privacy, since we prevent inferral of user identification via behavior pattern analysis.</p>
<p>In conclusion, there are many protection schemes that can be used to solve the potential vulnerabilities of cloud GNSS positioning in terms of location security and privacy. When it comes to strengthening the privacy requirements of the user’s location, this often translates into a tradeoff between privacy and QoS.</p>
<p><strong>Assisted GNSS</strong><br />
In order to position itself using the signals from navigation satellites, the GNSS receiver needs to know the precise time and orbital parameters to compute the positions of the satellites. The GNSS satellites broadcast this information in their navigation messages. However, decoding the orbital information from navigation messages takes 30 seconds in good signal conditions, which is a significant Time-To-First-Fix (TTFF), i.e., delay in the starting of positioning. This time may be much longer in environments dense with buildings or foliage where these obstacles attenuate the satellite signals. If the signal power decreases further, the receiver cannot decode the navigation data even if it is still able to make the ranging measurements. In this case, without information on satellite orbits and precise time, the measurements are useless for the receiver and it cannot compute its position.</p>
<p>In A-GNSS, the functionalities of a GNSS receiver are enhanced through terrestrial communication networks to shorten the TTFF and to improve the sensitivity of the receiver, i.e., to allow positioning with weaker satellite signals (J. Syrjäinne; F. Van Diggelen, Additional Resources). In A-GNSS, the missing information is provided to the receiver by a server that is connected to the receiver that has good visibility to the satellites (<a href="http://insidegnss.com/figures-1-6-location-privacy-challenges-and-solutions/"><strong>Figure 6</strong></a>). In addition to the orbital information and time, the A-GNSS can also deliver the Differential GNSS (DGNSS) corrections which allow improvements of positioning accuracy even to the one meter level.</p>
<p>Two architectures were proposed for A-GNSS where the roles of the user terminal (mobile station, MS) and the server in the network are different. In MS-based A-GNSS (MS-Based Network-Assisted) the user receives assistance data from the server and makes the ranging measurements, possible DGNSS corrections, and positioning calculations by itself. In MS-assisted A-GNSS (MS-Assisted Network-Based) the user terminal makes the ranging measurements and sends them to the server. The server applies the possible DGNSS corrections to the measurements, computes the position, and sends it back to the user. To assist the user terminal in the positioning measurements, the server sends a small set of assistance data to the user to enable fast signal acquisition.</p>
<p>In MS-based A-GNSS, in good signal conditions the user terminal can also position itself without assistance from the server. That is to say, the network connection is not necessary. In MS-assisted A-GNSS, the positioning of the user terminal always requires two-way communication with the server. The best achievable accuracy in both A-GNSS modes is defined by the DGNSS, which allows accuracies on the level of one meter (see Additional Resources). However, both modes are susceptible to multipath and NLOS, and therefore the accuracy is not always as good as in clear LOS. Actually, in an MS-based approach, the positioning accuracy may deteriorate to hundreds of meters when assistance is needed due to bad signal conditions. When the satellite signal levels drop very low, e.g., in underground settings, the user devices also cannot make the measurements, and both A-GNSS modes fail.</p>
<p>While both MS-based and MS-assisted architectures require point-to-point communication, either in the control plane of a cellular network or in the user plane of a wireless internet, only in MS-assisted approach does the user terminal reveal its accurate position to the server. The functionalities of the current Cloud GNSS are very similar to MS-assisted A-GNSS, therefore the privacy threats are also similar. For A-GNSS, secure architectures exist (L. Wirola <em>et alia</em>), e.g., the Open Mobile Alliance Secure User Plane Location Protocol (OMA SUPL) which provides security and authentication services using Generic Bootstrapping Architecture (3GPP GBA) (please see Additional Resources).</p>
<p><strong>Conclusions </strong><br />
Our studies shed more light on users’ perception of their location privacy and on the privacy threats and solutions in modern wireless localization. We learned that, in general, users are not yet particularly aware of location privacy threats and most would not be willing to pay much or anything for private or passive positioning. In addition, privacy of localization is not yet fully solved in many state-of-the-art GNSS localization systems, such as Cloud GNSS and Assisted GNSS.</p>
<p><span style="color: #993300;"><strong>Acknowledgements </strong></span><br />
The authors express their warm thanks to the Academy of Finland (Project 303576) for its financial support for this research work.</p>
<p><span style="color: #993300;"><strong>Additional Resources </strong></span><strong><span style="color: #ff0000;"><br />
[1] </span></strong><a href="http://www.3gpp.org" target="_blank" rel="noopener">3GPP TS 33.220 Generic Bootstrap Architecture</a> <strong><span style="color: #ff0000;"><br />
[2] </span></strong>Chen, L., Thombre, S., Järvinen, K., Lohan, E. S., Korpisaari, P., Kuusniemi, H., Leppäkoski, H., Honkala, S. , Bhuiyan, M. Z. H., Ruotsalainen, L., Ferrara, G. N., Bu-Pasha, S., “Robustness, Security, and Privacy in Location-Based Services for Future IoT,” <em>IEEE Access</em>, Vol. 5, pp. 8956-8977, 2017 <strong><span style="color: #ff0000;"><br />
[3] </span></strong>De Montjoye, Y. A. , Hidalgo, C. A., Verleysen, M., and Blondel., V. D., “Unique in the Crowd: The Privacy Bounds of Human Mobility,” <em>Scientific Reports 3</em>, Article number: 1376, 2013 <strong><span style="color: #ff0000;"><br />
[4]</span></strong> Gedik, B. and Liu, L., “Location Privacy in Mobile Systems: A Personalized Anonymization Model,” <em>Proceedings of the 25th IEEE International Conference on Distributed Computing Systems, ICDCS</em>, pp. 620-629, June 2005 <strong><span style="color: #ff0000;"><br />
[5]</span></strong> Gschwandtner, F. and Schindhelm, C. K., <em>Spontaneous Privacy-Friendly Indoor Positioning using Enhanced WLAN Beacons</em>, 2011 <strong><span style="color: #ff0000;"><br />
[6] </span></strong>Henrici, D. and Muller, P., “Hash-based Enhancement of Location Privacy for Radio-Frequency Identification Devices using Varying Identifiers,” <em>Proceedings of the 2nd IEEE Annual Conference in Pervasive Computing and Communications Workshops, </em>pp. 149-153, March 2004 <strong><span style="color: #ff0000;"><br />
[7]</span></strong> Li, M., Zhu, H., Gao, Z., Chen, S., Ren, K., Yu, L., and Hu, S., “All Your Location are Belong to Us: Breaking Mobile Social Networks for Automated User Location Tracking,” <em>Proceedings of MobiHoc, ACM</em>, pp. 43-52 2014 <strong><span style="color: #ff0000;"><br />
[8] </span></strong>Lucas-Sabola, V., Seco-Granados, G., López-Salcedo, J. A., García-Molina, J. A., and Crisci, M., “Cloud GNSS Receivers: New Advanced Applications Made Possible,” <em>Proceedings of the International Conference in Localization and GNSS (ICL-GNSS), </em>pp. 1-6, June 2016 <strong><span style="color: #ff0000;"><br />
[9] </span></strong>Maglogiannis, I., Kazatzopoulos, L., Delakouridis, K., and Hadjiefthymiades, S., “Enabling Location Privacy and Medical Data Encryption in Patient Telemonitoring Systems,” <em>IEEE Transactions on Information Technology in Biomedicine, </em>Vol. 13, No. 6, pp. 946-954, November 2009 <strong><span style="color: #ff0000;"><br />
[10]</span></strong> Mascetti, S., Bertolaja, L., and Bettini, C., “A Practical Location Privacy Attack in Proximity Services,” <em>2013 IEEE 14th International Conference on Mobile Data Management,</em> Milan, pp. 87-96, 2013 <strong><span style="color: #ff0000;"><br />
[11]</span></strong> Misra, P. and Enge, P., <em>Global Positioning System &#8211; Signals, Measurement and Performance, 2nd ed., </em>Ganga-Jamuna Press, ISBN 0-9709544- 1-7, 2006 <strong><span style="color: #ff0000;"><br />
[12] </span></strong><a href="http://www.openmobilealliance.org/" target="_blank" rel="noopener">OMA Secure User Plane Location 1.0, OMA-ERP-SUPL-V1_0-20070615-</a> <strong><span style="color: #ff0000;"><br />
[13] </span></strong>Pomfret, K., <a href="http://insidegnss.com/geolocation-privacy/">“Geolocation Privacy – Implications of Evolving Expectations in the United States,”</a> <em>Inside GNSS</em>, September/October 2016 <strong><span style="color: #ff0000;"><br />
[14] </span></strong>Skorin-Kapov, L., Pripužić,K., Marjanović, M., Antonić, A., and Žarko, I. P., “nergy Efficient and Quality-Driven Continuous Sensor Management for Mobile IoT Applications,” <em>10th IEEE International Conference on Collaborative Computing: Networking, Applications, and Worksharing</em>, Miami, FL, pp. 397-406, 2014 <strong><span style="color: #ff0000;"><br />
[15]</span></strong> Syrjärinne, J., <em>Studies of Modern Techniques for Personal Positioning</em>, Ph.D. Dissertation, Tampere University of Technology, 2001 <strong><span style="color: #ff0000;"><br />
[16]</span></strong> Top Threats Working Group, <em>The Notorious Nine: Cloud Computing Top Threats in 2013, </em>Cloud Security Alliance, 2013 <strong><span style="color: #ff0000;"><br />
[17]</span></strong> Van Diggelen, F., <em>A-GPS : Assisted GPS, GNSS, and SBAS, </em>Artech House, 2009 <strong><span style="color: #ff0000;"><br />
[18] </span></strong><a href="http://w3.webropol.com/start/" target="_blank" rel="noopener">Webropol web survey tool</a><span style="color: #ff0000;"><strong><br />
[19]</strong></span> Wirola, L., Laine, T. A., and Syrjärinne, J., “Mass-Market Requirements for Indoor Positioning and Indoor Navigation,” <em>Proceedings of the International Conference on Indoor Positioning and Indoor Navigation (IPIN), </em>Zürich, Switzerland, 2010</p>
<div class="pdfclass"><a class="specialpdf" href="http://insidegnss.com/wp-content/uploads/2018/01/sepoct17-WP.pdf" target="_blank" rel="noopener">Download this article (PDF)</a></div>
<div class="pdfclass"><a class="specialpdf" href="http://insidegnss.com/wp-content/uploads/2018/01/novdec17-WP.pdf" target="_blank" rel="noopener">Download this article (PDF)</a></div>
<p>The post <a href="https://insidegnss.com/location-privacy-challenges-and-solutions/">Location Privacy Challenges and Solutions, Part 1</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>Systemic Jamming</title>
		<link>https://insidegnss.com/systemic-jamming/</link>
		
		<dc:creator><![CDATA[Inside GNSS]]></dc:creator>
		<pubDate>Tue, 19 Sep 2017 17:43:24 +0000</pubDate>
				<category><![CDATA[201708 September/October 2017]]></category>
		<category><![CDATA[Cover Story]]></category>
		<category><![CDATA[jamming]]></category>
		<category><![CDATA[receiver]]></category>
		<category><![CDATA[signal]]></category>
		<category><![CDATA[systemic jamming]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2017/09/19/systemic-jamming/</guid>

					<description><![CDATA[<p>The vulnerability of GNSS to various forms of malicious interference have been widely discussed in recent years...</p>
<p>The post <a href="https://insidegnss.com/systemic-jamming/">Systemic Jamming</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/CoverFigs.jpg' ><span class='specialcaption'>Figures 1 &#8211; 8, Tables 1 &#038; 2, Equation 3</span></div>
<p>
The vulnerability of GNSS to various forms of malicious interference have been widely discussed in recent years, and have considered a wide range of both real and potential attacks. Some of these have included extensive studies of commercially available jamming devices, while others have considered the more comprehensive case of spoofing, where the interference takes the form of genuine GNSS signals (For details, see papers listed in Additional Resources, including M. G. Amin <em>et alia</em>).
</p>
<p><span id="more-22930"></span></p>
<p>
The vulnerability of GNSS to various forms of malicious interference have been widely discussed in recent years, and have considered a wide range of both real and potential attacks. Some of these have included extensive studies of commercially available jamming devices, while others have considered the more comprehensive case of spoofing, where the interference takes the form of genuine GNSS signals (For details, see papers listed in Additional Resources, including M. G. Amin <em>et alia</em>).
</p>
<p>
Studies of simple jamming attacks have demonstrated that it is relatively easy, given sufficient broadcast power, to deny the use of GNSS to many commercial receivers (For details, see papers listed in Additional Resources, including M. Johnson and R. Erlandson). However, it has also been shown that given the easily identifiable or periodic nature of simple jamming signals, a receiver can often mitigate the threat, for example, via the use of adaptive filtering or pulse blanking (F. Dovis, Additional Resources). Furthermore, it has been demonstrated that the jamming signal itself can be readily exploited to identify and locate the jamming source. On the other hand, recent work on GNSS spoofing has shown that current receivers are vulnerable to a well calibrated spoofing attack (T. E. Humphreys, <em>et alia</em>), and it is clear that many receivers can be manipulated without arousing any suspicion. However, such attacks are highly complicated and require knowledge of the GNSS signals, and the attack scenario, including precise timing and positioning.
</p>
<p>
It is highlighted here that a middle ground exists between the simple jammer and the spoofer, and it is the most likely “next step” for the malicious adversary. A typical jammer is blind to the GNSS signals it overwhelms, and simply relies on power and spectral occupation to deny the GNSS signals. In contrast, a spoofing device must faithfully replicate the characteristics of genuine GNSS signals. As such, spoofing is highly sensitive to alignment of time, phase and power of the spoofing signals with respect to the genuine signals. It is suggested that it is possible to create a device, only slightly more complex than a simple jammer, that can increase the efficiency of a jamming-based denial-of-service (DOS) attack.
</p>
<p>
Specifically, this work introduces the concept of systematic jamming: where a simple jammer might be combined with information of the GNSS signals to produce a more sophisticated jamming signal. For example, a jammer may be equipped with a simple low-cost commercial GNSS receiver, providing accurate position, time and satellite ephemerides. With this information, it might be possible to trigger short and sparse bursts of interference, such as to deny GNSS to a nearby receiver with a very low average power. In this manner, a receiver might be unable to: reliably detect that a jamming attack was ongoing; to effectively mitigate the jamming attack; or to identify or localize the jamming source. In the work that follows, we consider what form such a jammer might take, what the implications for the nearby target receiver might be, and how a target receiver might be equipped to thwart such an attack.
</p>
<p>
The basic principle is that for standalone GNSS, the position, velocity and time (PVT) can be denied by either: denying the physical layer, on which the ranging measurements are made; or by denying the data layer, prohibiting the recovery of ephemeris or transmit time; or both. Because the data layer need only be sporadically interrupted to completely deny the message recovery, it represents the weakest link in the PVT generation. It is therefore the obvious target, particularly when channel coding is not present in the jammed signal.
</p>
<p>
<strong>Problem Definition </strong><br />
This work considers the threat that might be posed if a malicious adversary were to add a small amount of added complexity to the typical GNSS jammer, with the intention of providing bursts of interference at specific epochs. A modification to the typical GNSS jammer is envisaged, which includes an on/ off keying driven by a micro-controller, as depicted in <span style="color: #ff0000"><strong>Figure 1</strong><em><span style="color: #000000"> (for all figures, tables and equations, please see inset photo, above right)</span></em></span>. The algorithm controlling the keying employs position and timing information sourced from a simple, low-cost GNSS consumer-grade receiver (naturally, care must be taken to avoid self-interference). Using the GNSS measurements, accurate estimates of the transmit-time observed on GNSS signals seen in the vicinity of the jammer can be computed.
</p>
<p>
It is proposed that this information might be exploited by an adversary to trigger short pulses of interference which are tightly aligned with specific portions of the navigation message of each satellite. Previous work has demonstrated that a low duty-cycle pulsed interference, appropriately synchronized with the navigation message, can cause disruption to the receiver data recovery process, equivalent to that of an always-on interference (J. Curran <em>et alia</em>, Additional Resources). This process requires that the pulse pattern be designed to specifically target weaknesses in the navigation message coding scheme, and it has been shown that a malicious adversary might inflict a DOS upon a naïve receiver, using an average interference power 10 to 20 decibels lower than continuous interference.
</p>
<p>
Naturally, this offers some distinct advantages to the adversary: a given broadcast power might impose a DOS over a wider geographical area; by broadcasting short sporadic bursts of interference, it may be more difficult for an authority to detect or locate the jamming source; it may also be possible that the interference pattern can be made sufficiently sparse that the target receiver, although experiencing a DOS, might not reliably assert that it is experiencing interference.
</p>
<p>
Here, the current Galileo E1BC and GPS L1C/A signals are studied, seeking to identify how the adversary might target these signals, and will then analyze to what extent a DOS might be conducted.
</p>
<p>
<strong>Systematic Interference and Denial of Service Attacks</strong><br />
The methodology chosen for the generation of harmful pulse-patterns is based on denying navigation capability of the receiver, rather than denying the signal itself. To produce a PVT solution, a receiver generally needs to extract the ephemeris from each satellite and the time-of-week (TOW) from at least one satellite. This work examined the design of interference pulse patterns which might disrupt this process.
</p>
<p>
<strong>Sensitive navigation data</strong><br />
A TOW message is broadcast by all GNSS signals at regular intervals, and generally occupies a very small portion of the overall navigation message. In the case of GPS L1 C/A the TOW is broadcast in an unencoded form once per subframe, whereas for Galileo E1B, it is encoded, and broadcast once per pair of pages. Thus, the denial of TOW for the GPS L1 C/A signals requires either the denial of the subframe synchronization, or denial of the raw data itself. In the case of Galileo, the TOW might be denied by either denying page synchronization, or by inducing errors in the symbol decoding process. The basic details of the navigation messages, as shown in <span style="color: #ff0000"><strong>Figure 2</strong></span>, are as follows.
</p>
<p>
<span style="color: #993300"><strong>GPS:</strong></span> The L1 C/A preamble is an 8 bit sequence (160 milliseconds) transmitted every 6 seconds. The GPS parity is composed of 6 bit (120 milliseconds) transmitted every 600 milliseconds (navigation data word). Checking the consistency of two subsequent preambles, as well as the 10 parity checks in between, is a commonly accepted mean of synchronizing to the 6 seconds boundary.
</p>
<p>
<span style="color: #993300"><strong>Galileo: </strong></span>The E1B signal transmits a plain 10 symbol synchronization sequence (40 milliseconds) every second. It is interesting to see that GPS and Galileo synchronization sequences hardly overlap in time. The Galileo message CRC is FEC encoded and then spread by an interleaver. The E1B receiver deinterleaves the data and runs a Viterbi decoder to retrieve the 120 bit/sec of I/ NAV. The identification of a word results in resolving a 2 seconds time ambiguity, where certain words contain the time of week and/or week number.
</p>
<p>
<span style="color: #993300"><strong>Considerations for Navigation Message Authentication:</strong></span> Although the example examined here is that of denial of the PVT through the denial of the TOW, there are many other parts of the navigation message that could be targeted. In particular, it is worth mentioning the recent interest in the use of cryptographic methods for the protection of the navigation data. These methods typically require the inclusion of a significant number of cryptographic data bits in the navigation message, either as additional navigation data words or pages. This cryptographic data can be the order of several hundred bits, and generally has an all-or-nothing property, where any single bit error can render the entire message useless. For example, cryptographic keys can be several hundred bits in length, and digital signatures can be 300 to 600 bits in length. In both these cases, a single bit error is sufficient to corrupt them.
</p>
<p>
At present, data such as the ephemeris is broadcast piecewise, in short packets (words or pages), and repeated very frequently. Each ephemeris can be recovered piece-by-piece over time. In contrast, many proposals for GNSS message authentication have suggested that the cryptographic data be nonrepeating, in order that it provide some secondary spoofing-detection, or “carry-off” protection. Following these recommendations might render the message authentication data highly sensitive to systematic-jamming, where even very sparse interference might render the authentication function unavailable. If the availability or validity of the PVT is then associated with, or conditioned upon the correct verification of the navigation message authenticity, then this PVT might be denied quite easily, and covertly. This might compare very poorly with the resilience enjoyed by current receivers, especially those that utilize extended ephemeris or assistance data.
</p>
<p>
<strong>Design of Interference Pulse Patterns </strong><br />
The object of this section is to identify an interference signal that will deny the extraction of the TOW from the above signals using the least amount of energy possible such that the target receiver either remain unaware of the jamming attack; might be unable to effectively mitigate the jamming signal. To simplify the problem somewhat, the jamming signal is restricted to be an on-off-keying of a chirp interference signal, transmitting pulses of fixed duration equal to some integer milliseconds.
</p>
<p>
Two particular examples are explored here: GPS L1 C/A which is subjected to pulsed interference across the broadcast TOW, and the case of Galileo E1B, which is subject to pulsed interference across a series of symbols spaced according to the symbol interleaver, and are depicted in <span style="color: #ff0000"><strong>Figure 3</strong></span>. The GPS pulse pattern has been aligned with the 17-bit TOW and consists of six 20-millisecond pulses evenly spaced across a period of 240 milliseconds. The Galileo pulse pattern consists of fifteen 4-millisecond pulses, spaced according to the Galileo 8 °— 30 block interleaver, such that all 12 pulses appear consecutively once the received symbol stream has been deinterleaved.
</p>
<p>
This particular choice of pulse patterns is somewhat arbitrary, and has been selected based on some simple experiments. A more thorough design might carefully weigh the choice of number of pulses, pulse duration, and instantaneous interference power, to find a pattern which provides the highest probability of inducing bit errors, with the minimum probability of being detected. This will depend on the monitoring techniques of the receiver &#8211; including the carrier-to-noise density (C/N<sub>0</sub>) estimator and tracking loop design.
</p>
<p>
To align these pulse patterns with the received GNSS signals, they are broadcast with a delay relative to the edge of a GPS 6 second boundary. All GNSS satellites broadcast their messages in synchronous, and all have a range between 18,000 and 24,000 kilometers, depending azimuth and elevation, this fixed delay was set to 67 milliseconds, or approximately 20,000 kilometers.
</p>
<p>
Note that the maximum variation between nearest and furthest satellite results in a misalignment of less than 20 milliseconds, and so the pulse pattern applied to the GPS L1 C/A message will still overlap completely with the 17 bit TOW message. Similarly, owing to the nature of the block interleaver used for Galileo E1B, when the pulse pattern is shifted relative to the encoded symbols, provided they still overlap with a single page, the receiver will deinterleave to a continuous stream.
</p>
<p>
<strong>Anatomy of a Systematic Jammer </strong><br />
Central to any jamming device is the interference generator. In the systematic jamming device envisaged here, the key to its effectiveness is the interference pulse pattern, rather than the modulation of the interference signal itself, and so it is assumed that the source is similar to a typical chirp jammer, as depicted in <span style="color: #ff0000"><strong>Figure 4</strong></span>. These devices are remarkably simple, consisting of little more than a crystal, a VCO and a power amplifier. As can be seen from the exploded view in Figure 4, the device comprises only a handful of discrete components. Elaboration to a systematic jammer would involve on-off-keying the output of such a device. This suggests that the cost and complexity of a systematic-jammer would be driven by the inclusion of a GNSS receiver, rather than the actual generation of interference.
</p>
<p>
<span style="color: #ff0000"><strong>Figure 5</strong></span> shows the measured spectrum of the jammer depicted in Figure 4. The interference signal has a chirp modulation with a bandwidth of approximately 40 megahertz centered at L1. The amplitude varies slightly with frequency such that the chirp period can be clearly identified as approximately 20 microseconds. Even a very small device such as this is capable of creating a powerful wideband interference that poses a significant threat to typical GNSS receivers.
</p>
<p>
Until very recently, the only widely available transceiver option existing for radio amateurs and navigation/telecommunication engineers was the Ettus product line: the USRPs. More recently the technological advances in the integration of RF components into single multi-modal chips (mostly driven by the 3G/4G and DTV market) have enabled the design of relatively simple, highly versatile low cost SDR peripherals. A comprehensive review of such hardware is not appropriate here. Two commercially available transceivers were used in laboratory experiments. The most relevant specifications for these two devices are presented in <span style="color: #ff0000"><strong>Table 1</strong></span>.
</p>
<p>
Rather than develop and integrate the hardware required for a systematic- jammer, an equivalent model was developed based on the PPS-triggered broadcast of a pre-generation of an intermediate- frequency dataset containing the required pulse-patterns. This offered a very simple means of experimenting with the concept, however a practical device would simply implement an on-off- keying of a jammer similar to that shown in Figure 4.
</p>
<p>
<strong>Synchronization of the Jammer with GNSS-Time </strong><br />
A trigger for transceiver two was added to the stock firmware released on June 2016. At the time of writing, however, transceiver one did not support triggering but, as it is an open hardware and software design, this feature was implemented. Testing for synchronization of two transmitters was performed by generating a simulated single GPS L1 C/A signal (for a satellite that was not visible at the time), and triggering its broadcast using a PPS edge, as shown in <span style="color: #ff0000"><strong>Figure 6</strong></span>. This simulated signal was then combined with live signals from the rooftop antenna and processed by a GNSS receiver. By examining the pseudorange difference between the simulated and live GNSS signals it was possible to assess the accuracy of the PPS-triggered broadcast. It was observed that the start of the broadcast was accurate to within a few hundred microseconds, but the range diverged rapidly due to the poor clock quality of the transmitter. This indicated that it would be necessary to periodically re-synchronize the transmission with GPS time.
</p>
<p>
<strong>Live Testing with a COTS Receiver </strong><br />
This section briefly describes results of a simple systematic interference test conducted on a COTS GNSS receiver. The prototype systematic jammer was constructed using a single open source SDR platform, which derived synchronization with GPS time via a timing receiver, which delivered a rising edge on a trigger once every 30 seconds, as depicted in Figure 6. Note that although this device delivered a very precise timing reference, the systematic jamming attack does not necessarily require such accuracy, indeed the GNSS propagation delay is approximated with an error of up to 10 milliseconds. Therefore, a 1 to 10 millisecond accurate reference derived from a wired or wireless network, being WiFi or a 3G mobile network, would suffice. The test consisted of a conductive combination of a live GNSS feed from a roof mounted antenna with a systematic interference signal. The receiver under test was configured to deliver raw observations to a host PC for post processing.
</p>
<p>
<strong>Denial of GPS L1 C/A PVT </strong><br />
In the first test, the ability of the systematic jammer to deny observations and a PVT from GPS L1 C/A was examined. The experimental setup described above was used, and the pulse pattern depicted in Figure 3 (top) was used. The prototype jammer was powered up and allowed to initialize and align with GNSS time. Next the receiver under test was issued a cold-start command and its behavior was observed. The test was repeated with progressively increasing interference power until a power level was established at which the receiver was unable to produce a PVT, which was observed to occur at an instantaneous interference to noise floor level of approximately 30 decibels.
</p>
<p>
A trace of the 11 GPS satellites being tracked by the receiver are shown in <span style="color: #ff0000"><strong>Figure 7</strong></span>, where it can be seen that the received C/N<sub>0</sub> for the L1 C/A signal ranges from 49 to 35 decibel-hertz, but experiences brief reductions in power of approximately 6 decibels. During the entire test, the receiver was unable to provide a sufficient set of observations and ephemerides such that a PVT could be computed. Unfortunately, it was not possible to gain enough visibility into the internal receiver functionality to determine exactly which information was successfully extracted. It would have been helpful to understand whether ephemeris, almanac, health status and other variables were available, or whether the annihilation of the TOW and subsequent CRC failure rendered all data unavailable. Nonetheless, the results confirm that it is possible to deny a GPS L1 C/A based PVT via the targeted jamming of just a small portion of the navigation message. Beyond the results presented here, a similar systematic interference test was conducted and configured to run continuously over a 24-hour period, such that the receiver experienced a complete change in the visible constellation. Again, it was found that the receiver was unable at any point to provide a PVT despite the fact that the receiver was capable of acquiring and tracking all signals visible with only a minor degradation to the C/N<sub>0</sub>.
</p>
<p>
<strong>Denial of Galileo E1B PVT </strong><br />
The second test conducted was designed to assess the ability of the systematic jammer to deny observations and a PVT from the Galileo E1B signals. The pulse pattern was further changed to that of Figure 3 (bottom) and an experimental setup similar to the GPS case was used. However, due to the low availability of healthy Galileo satellites, the live GNSS feed from the roof antenna was replaced with a simulated signal sourced from a multi-constellation simulator. In this case the pulse pattern significantly more distributed in time, being spread relatively evenly across the I/NAV odd page. This particular pulse pattern was shaped according to the interleaving pattern, rather than being aligned with a particular data word, with the intention that once it is deinterleaved, it will appear as a continuous stream of symbol errors arriving at the decoder.
</p>
<p>
Interestingly, the ability of this approach to deny the navigation message is relatively insensitive to its alignment with the beginning of the page. Provided the complete set of pulses are received within one page, they will be de-interleaved into a continuous stream.
</p>
<p>
A screenshot from one of the tests is shown in <span style="color: #ff0000"><strong>Figure 8</strong></span> which includes a trace from eight Galileo and nine GPS satellites. As expected, the Galileo E1B message has been denied by the systematic interference, as indicated by the blue color-coding of the figure. Two interesting observations were made during this test. First, it was noted that the reception of the GPS L1 C/A signal was relatively unaffected. Eight of the nine GPS satellites report useful observations, and the receiver steadily provided a GPS-based PVT. The second particularly striking observation is that the C/N<sub>0</sub> reported by the receiver under test does not exhibit any significant variation either for GPS or for the Galileo satellites. A C/N<sub>0</sub> in the range of 48 to 49 decibel-hertz was reported for all Galileo satellites, yet the receiver was unable to extract navigation data from any of them. One reason for this is that the interference is relatively sparse in time and its effect is smoothed by the C/N<sub>0</sub> estimation process.
</p>
<p>
A few interesting conclusions are drawn from these results. We note that is possible to deny the use of one kind of GNSS signal, in this case, Galileo E1B, while leaving the other, in this case GPS L1 C/A, relatively unaffected, even when they occupy the same RF band. This appears to be due to the relative orthogonality of the navigation message structures, owing to their significantly different symbol periods, 4 milliseconds and 20 milliseconds, and the fact that one employs FEC while the other does not. It is also clear that the observation of C/N<sub>0</sub> may not be a useful means of interference detection, given that the C/N<sub>0</sub> level observed on the GPS and Galileo signals was virtually identical, yet the impact of the interference on the receiver’s ability to process the signal is drastically different.
</p>
<p>
<strong>Power, Energy and Synchronization </strong><br />
The probability of a bit or symbol error occurring is a very nonlinear function of the instantaneous interference power, however this probability of error saturates at 0.5. To achieve a more reliable denial of the navigation message, more symbols must be targeted, where the probability that the message is corrupted is given by:
</p>
<p>
<span style="color: #ff0000"><em><span style="color: #000000">P</span></em><span style="color: #000000"><sub>Err</sub> = 1 − 0.5</span></span><sup><em>N<sub>Pulse</sub></em></sup><strong><span style="color: #ff0000">     (1) </span></strong>
</p>
<p>
where N<sub>Pulse</sub> denotes the number of corrupted symbols. This probability tends to unity quite rapidly. Naturally, the total interference energy required increases as a linear function of the number of symbols:
</p>
<p>
<span style="color: #ff0000"><em><span style="color: #000000">E</span></em><span style="color: #000000"><sub>Int</sub> = </span></span><span style="color: #ff0000"><span style="color: #000000"><span style="color: #ff0000"><em><span style="color: #000000">P</span></em><span style="color: #000000"><sub>Ind</sub></span></span></span></span><em><span style="color: #ff0000"><span style="color: #000000"> N</span></span></em><span style="color: #ff0000"><span style="color: #000000"><sub>Pulse</sub></span></span><span style="color: #ff0000"><span style="color: #000000"><em> T</em><sub>Pulse</sub></span></span><strong><span style="color: #ff0000">     (2) </span></strong>
</p>
<p>
where T<sub>Pulse</sub> the pulse periods, being equal to the symbol or bit period. An astute adversary will tune this energy effecting a trade-off between the probability that the navigation message is denied, and the probability that the interference power will alert the receiver to the attack. In effect, by using a systematic interference, an adversary can reduce the total interference energy, or average interference power required to render the PVT unavailable. The reduction can be computed relative to a continuous interference signal, by expressing the average duty-cycle of the interference:
</p>
<p>
<strong>Equation</strong> <span style="color: #ff0000"><strong>(3) </strong><span style="color: #000000"><em>(see inset photo, above right)</em></span><br />
</span>
</p>
<p>
where T<sub>Patt</sub> is the repetition period of the interference pattern, being 6 seconds for GPS L1 C/A and 2 seconds for Galileo E1 B. The interference configuration for both the GPS L1 C/A and Galileo E1B are summarized in <span style="color: #ff0000"><strong>Table 2</strong></span>, where it is suggested that the effective gain of applying systematic jamming, as opposed to continuously broadcast jamming, is in the region of 15 to 17 decibels. Moreover, although the results here have been generated using a tightly synchronized transmitter, the principle of operation of the systematic jammer would permit synchronization errors in the region of 1 to 10 milliseconds. Notably, at this level of timing error, the jammer may no longer need to avail of position information.
</p>
<p>
<strong>Conclusion </strong><br />
The literature to date has primarily considered the two extremes of GNSS vulnerability, being either a very simple jamming attack, or a very complicated spoofing attack. Simple jamming, as we know it today, is a very easy attack to launch, but it is also very easily detected, readily localized, and often relatively easily mitigated. Spoofing, although very possible, and not necessarily difficult, is considerably more difficult than jamming. In the short term, if denial of service through simple jamming becomes non-viable, it is not unreasonable to expect this threat to evolve. There appears to be a middle-ground between jamming and spoofing, that might thwart current detection, localization and mitigation techniques. It appears to be very accessible to a malicious attacker, as it only requires commercial, off-the-shelf components, and some basic integration; yet it can pose a significant threat to a naïve receiver implementation. This increased threat comes at a very small increased attack cost and complexity, and has the potential to disrupt many location-based services, by imposing an undetectable partial (data recovery) or full (position and timing) denial-of-service. Preliminary results suggest that this attack methodology is feasible and, under certain conditions, may be quite effective when targeting a naïve receiver.
</p>
<p>
It is interesting to note that through interference signal design, it is possible to deny signals from one constellation why not negatively impacting signals from another, even when these signals share the same spectrum. Because this is achieved by carefully choosing the on-off-keying pattern, it is likely that this technique can be extended to target specific satellites from a given constellation.
</p>
<p>
This work represents only a very preliminary examination of the concept, but does seem to highlight the fact that it may be naïve to assume that the jamming threat will not evolve in reaction to anti-jamming technology. The notion that jamming devices might be designed in direct response to anti-jamming techniques might open a new avenue of research into the more game-theoretic aspects of resilient GNSS receivers. It might further invigorate the use of technologies such as antenna diversity, or synthetic aperture antennas, or adaptive interference mitigation techniques.
</p>
<p>
<span style="color: #993300"><strong>Additional Resources </strong></span><strong><span style="color: #ff0000"><br />
[1]</span></strong> Amin, M. G., and P. Closas, A. Broumandan, and J. L. Volakis. “Vulnerabilities, threats, and authentication in satellite-based navigation systems [scanning the issue].”<em> Proceedings of the IEEE</em>, 104(6):1169- 1173, 2016. <strong><span style="color: #ff0000"><br />
[2]</span></strong> Curran, J., M. Navarro, M. Anghileri, P. Closas, and S. Pfletschinger. “Coding aspects of secure GNSS receivers.” <em>Proceedings of the IEEE</em>, 104(6):1271- 1287, 2016. <strong><span style="color: #ff0000"><br />
[3]</span></strong> Dovis, F., “GNSS Interference Threats and Countermeasures.” Artech House, Boston, 2015. <strong><span style="color: #ff0000"><br />
[4] </span></strong>Fontanella, D., R. Bauernfeind, and B. Eissfeller. “In-car GNSS jammer localization with a vehicular ad-hoc network.” In <em>Proceedings of the 25th International Technical Meeting of The Satellite Division of the Institute of Navigation</em>, pages 2885-2893, September 2012. <strong><span style="color: #ff0000"><br />
[5] </span></strong>Humphreys, T. E., J. Bhatti, D. Shepard, and K. Wesson. “The Texas spoofing test battery: Toward a standard for evaluating GPS signal authentication techniques.” In <em>Proceedings of the 25th International Technical Meeting of The Satellite Division of the Institute of Navigation</em>, pages 3569-3583, September 2012. <strong><span style="color: #ff0000"><br />
[6] </span></strong>Humphreys, T. E., B. M. Ledvina, M. L. Psiaki, B. W. O’Hanlon, and P. M. Kintner. “Assessing the spoofing threat: Development of a portable GPS civilian spoofer.” In <em>Proceedings of the 21st International Technical Meeting of the Satellite Division of The Institute of Navigation</em>, pages 2314-2325, September 2008. <strong><span style="color: #ff0000"><br />
[7]</span></strong> Johnson, M., and R. Erlandson. “GNSS receiver interference: Susceptibility and civil aviation impact.” In <em>Proceedings of the 8th International Technical Meeting of the Satellite Division of The Institute of Navigation</em>, pages 781-791, September 1995. <strong><span style="color: #ff0000"><br />
[8]</span></strong> Kraus, T., R. Bauernfeind, and B. Eissfeller. “Survey of in-car jammers &#8211; analysis and modeling of the RF signals and IF samples (suitable for active signal cancellation).” In <em>Proceedings of the 24th International Technical Meeting of The Satellite Division of the Institute of Navigation</em>, pages 430-435, September 2011. <strong><span style="color: #ff0000"><br />
[9]</span></strong> Mitch, R. H., R. C. Dougherty, M. L. Psiaki, S. P. Powell, B. W. O’Hanlon, B. W. Bhatti, and T. E. Humphreys. “Signal characteristics of civil GPS jammers.” In <em>Proceedings of the 24th International Technical Meeting of The Satellite Division of the Institute of Navigation</em>, pages 1907-1919, September 2011. <strong><span style="color: #ff0000"><br />
[10] </span></strong>Motella, B., S. Savasta, D. Margaria, and F. Dovis. “An interference impact assessment model for GNSS signals.” In <em>Proceedings of the 21st International Technical Meeting of the Satellite Division of The Institute of Navigation</em>, pages 900-908, September 2008. <strong><span style="color: #ff0000"><br />
[11]</span></strong> NSL, Spirent, “<a href="http://www.spirent.com/Products/GSS200D-Detector" target="_blank">Detector</a>”, Accessed 2016. [12] Psiaki, M. L., and T. E. Humphreys. “GNSS Spoofing and Detection.” <em>Proceedings of the IEEE</em>, 104(6):1258-1270, 2016. <strong><span style="color: #ff0000"><br />
[13]</span></strong> Pozzobon, O., C. Sarto, A. Dalla Chiara, S. Pozzobon, G. Gamba, M. Crisci, and R. T. Ioannides. <a href="http://insidegnss.com/developing-a-gnss-position-and-timing-authentication-testbed/">“Developing a GNSS position and timing authentication testbed GNSS vulnerability and mitigation techniques.”</a> In <em>Inside GNSS</em> article, January 2013. <strong><span style="color: #ff0000"><br />
[14] </span></strong>Samson, J., L. Musumeci, and F. Dovis. “Performance assessment of pulse blanking mitigation in presence of multiple distance measuring equipment/ tactical air navigation interference on global navigation satellite systems signals.” <em>IET Radar, Sonar and Navigation</em>, 8(6):647-657, July 2014. <strong><span style="color: #ff0000"><br />
[15] </span></strong>Spirent, “<a href="http://www.spirent.com/Products/simsafe" target="_blank">Simsafe</a>”, Accessed 2016. <strong><span style="color: #ff0000"><br />
[16] </span></strong>Wildemeersch M., and J. Fortuny-Guasch. “A laboratory testbed for GNSS interference impact assessment.” In <em>Proceedings of the 22nd International Technical Meeting of The Satellite Division of the Institute of Navigation</em>, pages 49-54, September 2009. <span style="color: #ff0000"><strong><br />
[17] </strong></span>Curran, James T., Bavaro, Michele, Closas, Pau, Navarro, Monica, “On the Threat of Systematic Jamming of GNSS,” <em>Proceedings of the 29th International Technical Meeting of The Satellite Division of the Institute of Navigation (ION GNSS+ 2016)</em>, Portland, Oregon, September 2016, pp. 313-321.
</p>
<div class='pdfclass'><a target='_blank' class='specialpdf' href='http://insidegnss.com/wp-content/uploads/2018/01/sepoct17-CURRAN.pdf'>Download this article (PDF)</a></div>
<p>The post <a href="https://insidegnss.com/systemic-jamming/">Systemic Jamming</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>IMO and the GNSS</title>
		<link>https://insidegnss.com/imo-and-the-gnss/</link>
		
		<dc:creator><![CDATA[Ingo Baumann]]></dc:creator>
		<pubDate>Tue, 19 Sep 2017 17:37:42 +0000</pubDate>
				<category><![CDATA[201708 September/October 2017]]></category>
		<category><![CDATA[civil]]></category>
		<category><![CDATA[Column]]></category>
		<category><![CDATA[Columns and Editorials]]></category>
		<category><![CDATA[Feature]]></category>
		<category><![CDATA[GNSS & the Law]]></category>
		<category><![CDATA[GNSS (all systems)]]></category>
		<category><![CDATA[Marine]]></category>
		<category><![CDATA[policy]]></category>
		<category><![CDATA[GNSS]]></category>
		<category><![CDATA[IMO]]></category>
		<category><![CDATA[Ingo]]></category>
		<guid isPermaLink="false">http://insidegnss.com/2017/09/19/imo-and-the-gnss/</guid>

					<description><![CDATA[<p>The maritime sector drives the global economy, with ships transporting more than 80% of world trade. Ships and ports have come to rely...</p>
<p>The post <a href="https://insidegnss.com/imo-and-the-gnss/">IMO and the GNSS</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>
The maritime sector drives the global economy, with ships transporting more than 80% of world trade. Ships and ports have come to rely on global navigation satellite systems (GNSS) for a huge array of applications relating to position, velocity and precise universal and local time.
</p>
<p><span id="more-22929"></span></p>
<p>
The maritime sector drives the global economy, with ships transporting more than 80% of world trade. Ships and ports have come to rely on global navigation satellite systems (GNSS) for a huge array of applications relating to position, velocity and precise universal and local time.
</p>
<p>
It is perhaps not surprising that the fallout from GNSS failure in the maritime sector over a five day-period could cost GBP£1.1billion in lost gross value added (GVA) in the United Kingdom alone (or about 1.4 billion USD) – according to a recent study by London Economics, commissioned by Innovate UK, the UK Space Agency and the Royal Institute of Navigation. [For more on this study, see <a href="http://insidegnss.com/answering-the-call-for-a-gnss-back-up/">Brussels View in the July/August 2017 issue</a> of <em>Inside GNSS</em>.]
</p>
<p>
The threat of GNSS disruption to ships themselves is a real one. GPS interference in the Black Sea was reported earlier this year, affecting as many as 20 ships. And the United States Coast Guard warned that a sudden loss of GPS signal had occurred on multiple outbound vessels from a non-US port in 2015. Loss of GPS input to the ship’s surface search radar, gyro units and Electronic Chart Display and Information System (ECDIS), resulted in a lack of GPS data for position fixing, radar over ground speed inputs, gyro speed input and loss of collision avoidance capabilities on the ECDIS radar display.
</p>
<p>
However, ships do not rely on just GNSS alone for position fixing. A shipmaster can also deploy radar, or cross bearings using compass; terrestrial radio navigation; even sextants. This allows ships to mitigate the impact of GPS disruption.
</p>
<p>
Regulations in the International Convention for the Safety of Life at Sea (SOLAS) require merchant ships to carry a receiver for a GNSS or a terrestrial radionavigation system, or other means, suitable for use at all times throughout the intended voyage to establish and update the ship’s position by automatic means. But they must also carry a compass, a device to take bearings, and backup arrangements for ECDIS.
</p>
<p>
The organization which oversees SOLAS and has the remit for adopting carriage requirements, operational requirements and performance standards for world shipping is the International Maritime Organization (IMO). IMO (originally known as the Intergovernmental Maritime Consultative Organization, or IMCO) is the United Nations specialized agency with responsibility for developing the regulations for ship safety and maritime security, and the prevention of pollution from ships.
</p>
<p>
IMO does not operate GNSS systems, but has an important role in accepting and recognizing worldwide radionavigation systems which can be used by international shipping.
</p>
<p>
When IMO began its work as the international regulatory body for shipping in 1959, one of its first tasks was to adopt a revised SOLAS treaty, to update the 1948 SOLAS treaty. (The very first SOLAS treaty was adopted in 1914, in the wake of the Titanic disaster, while another version was adopted in 1929.)
</p>
<p>
When the 1960 SOLAS was adopted by IMO, terrestrial radio navigation systems – including Decca Navigator and Loran A – were already in operation. In these systems, a ship’s radio receiver would measure transmissions from groups of radio transmitters sending signals simultaneously or in a controlled sequence. By measuring the phase difference between one pair of transmissions a line of position can be established. A second measurement, from another pair of stations, gives a second line and the intersection of the two lines gives the ship’s position.
</p>
<p>
In its chapter V on Safety of Navigation, SOLAS 1960 included a requirement for ships over 1,600 gross tonnage on international voyages to be fitted with radio direction-finding apparatus – a requirement dating back to the 1948 SOLAS Convention. The apparatus was required to comply with system requirements set out in SOLAS chapter IV on Radiotelegraphy and Radiotelephony (SOLAS Chapter IV is now called Radiocommunications).
</p>
<p>
By the late 1960s and early 1970s, Loran C and Differential Omega radio navigation systems were also becoming operational in major areas of the world’s oceans and they were combined with early computer technology to provide electronic printouts of the ship’s position. The then-Soviet Union’s Chayka system also became operational.
</p>
<p>
During this time, IMO Member States increasingly recognized the importance of using navigation systems in maritime safety and preventing marine pollution, for example as an aid to avoiding hazards. In 1968, IMO recommended that ships carrying oil or other noxious or hazardous cargoes in bulk should carry “an efficient electronic position-fixing device” (Assembly resolution A.156(ES.IV) <em>Recommendation on the Carriage of Electronic Position-Fixing Equipment</em>).
</p>
<p>
IMO’s Maritime Safety Committee was also noticing the potential for accurate position finding which satellites could provide. As with other developments in technology with shipping applications, IMO’s concern was to ensure that the user would benefit from the new technology and that such new systems would at least meet agreed performance standards.
</p>
<p>
A recommendation on accuracy standards for navigation, adopted by the IMO Assembly in 1983 (resolution A.529(13)), provided “guidance to Administrations on the standards of navigation accuracy for assessing position-fixing systems, in particular radionavigation systems, including satellite systems”. Outside harbour entrances and approaches, the order of accuracy was set at “4% of distance from danger with a maximum of 4 nautical miles”.
</p>
<p>
This was a fairly moderate requirement compared to today’s systems.
</p>
<p>
The Maritime Safety Committee had, in the meantime, begun to consider whether ships should be required – on a mandatory basis – to carry means of receiving transmissions from a suitable radio navigation system throughout their intended voyage.
</p>
<p>
A study was initiated to look at the operational requirements (including the need for reliability and low user cost) and how such systems could be recognized or accepted by IMO.
</p>
<p>
The <em>Report on the study of a World-Wide Radionavigation System</em> was adopted by the IMO Assembly in 1989 (resolution A.666(16)). It gave a detailed summary of the different terrestrial-based radio navigation systems then in operation (Differential Omega, Loran-C, Chayka), and also the satellite systems in development. These were the Global Positioning System (GPS) (United States) and GLONASS (Global Navigation Satellite System) (then Soviet Union – now under the Russian Federation). It was agreed that IMO would develop performance standards for GPS and GLONASS receivers.
</p>
<p>
The study concluded that it was not feasible for IMO to fund a worldwide radio navigation system. However, IMO’s role would be to review radionavigation systems against set criteria, before they could be accepted. A radionavigation system adopted by IMO should be reliable, of low user cost, meet general navigation needs, provide accuracy not less than the standards adopted in 1983, and have 99.9% availability.
</p>
<p>
The study also recommended that changes to carriage requirements should not be considered until world-wide coverage had been achieved by a radionavigation satellite system.
</p>
<p>
In 1995, an updated study was adopted as the IMO policy for the recognition and acceptance of suitable radionavigation systems intended for international use in the world-wide radio navigation system (resolution A.815(19)). This study additionally recognized the need for provision of position information to support the Global Maritime Distress and Safety System (GMDSS), by locating vessels in distress. The needs of high speed craft, such as fast ferries, were recognized and the study noted that ships operating at speeds above 30 knots may need more stringent accuracy requirements.
</p>
<p>
Performance standards for shipborne GPS receiver equipment were also adopted in 1995, and for GLONASS receivers in 1996. GPS became fully operational in 1995 and GLONASS in 1996. Both systems were recognized by IMO as components of the world-wide radionavigation system in 1996.
</p>
<p>
<strong>Meeting Maritime User Needs </strong><br />
IMO Member States acknowledged that there was a need to look ahead, to ensure that any future GNSS would meet maritime user needs. “Maritime Requirements for a Future Global Navigation Satellite System (GNSS)” were developed and adopted by the IMO Assembly in 1997 (resolution A.860(20)). This emphasized the need for IMO to play a continued role in monitoring the developments and ensuring that any future GNSS meets IMO requirements, including those for navigational accuracy, integrity of the service, availability, reliability and coverage.
</p>
<p>
In 2000, with both GPS and GLONASS systems now fully functional and providing the required degree of reliability, IMO moved forward with adopting mandatory carriage requirements for GNSS.
</p>
<p>
A revised SOLAS chapter V (Safety of Navigation), which entered into force in 2002, requires ships to carry a GNSS or terrestrial radionavigation receiver, to establish and update the ship’s position by automatic means, for use at all times throughout the voyage.
</p>
<p>
IMO also adopted MSC resolutions on updated performance standards for Shipborne Global Positioning System (GPS) Receiver Equipment (MSC.112(73)), for GLONASS Receiver Equipment (MSC.113(73)), for Shipborne DGPS and DGLONASS Maritime Radio Beacon Receiver Equipment (MSC.114(73)) and for shipborne combined GPS/GLONASS receiver equipment (MSC.115(73)).
</p>
<p>
Reflecting the increased positional accuracy provided by GPS and GLONASS, an updated resolution giving the IMO policy for the recognition and acceptance of suitable radio navigation systems intended for international use was adopted in 2003 by the IMO Assembly (resolution A.953(23)).
</p>
<p>
This resolution made the accuracy standards required more stringent (revoking those agreed in 1983): in harbour entrances, harbour approaches and coastal waters, positional information error should not be greater than 10 meters with a probability of 95%. In ocean waters, the system should provide positional information with an error not greater than 100 meters with a probability of 95%.
</p>
<p>
In 2011, IMO further updated the IMO policy for recognizing and accepting suitable radionavigation systems intended for international use (resolution A.1046(27)), inviting Governments to keep IMO informed of the operational development of any suitable radionavigation systems which might be considered for use by ships worldwide.
</p>
<p>
The resolution also specifically requested the Maritime Safety Committee to recognize systems conforming to IMO requirements. Such recognition would mean IMO recognizes that the system is capable of providing adequate position information within its coverage area and that the carriage of receiving equipment for use with the system satisfies the relevant requirements of the SOLAS Convention.
</p>
<p>
<strong>New GNSS Providers Recognized </strong><br />
The BeiDou Navigation Satellite System (BDS), proposed by the People’s Republic of China, was developed in the 2000s and IMO was requested to develop performance standards for BDS receivers. The performance standards were adopted in 2014 (resolution MSC.379(93)).
</p>
<p>
BDS was recognized as a component of the world-wide radio navigation system in 2014. Full operational capability for BeiDou is anticipated to be reached by 2020. The IMO recognition (SN.1/Circ.329) notes that the static and dynamic accuracy of the system is 100 meters (95%) and it is therefore not suitable for navigation in harbour entrances and approaches, and other waters in which freedom to maneuver is limited.
</p>
<p>
The European Galileo Global Navigation Satellite System was developed and presented to IMO as a future component of the GNSS in the early 2000s. Performance standards for Galileo shipborne receivers were adopted by IMO in 2006 (resolution MSC.233(82)). The MSC recognized Galileo in 2016 (SN.1/Circ.334), noting that, in future, the static and dynamic accuracy of the Galileo system is expected to be better than 10 meters with a probability of 95%, with integrity provided by Receiver Autonomous Integrity Monitoring (RAIM) techniques. Once full operational capability is met, it will be suitable for navigation in harbour entrances, harbour approaches and coastal waters. Full operational capability for Galileo is also anticipated to be reached by 2020.
</p>
<p>
A further system, the Indian Regional Navigation Satellite System (IRNSS) — now also known in India as NaVIC (Navigation Indian Constellation) — is now being considered by IMO. Performance standards for IRNSS receiver equipment will be developed by 2019, and its possible recognition as part of the world-wide radio navigation system will be assessed.
</p>
<p>
<strong>Multi-System Shipborne Radio Navigation Receiver Equipment </strong><br />
Meanwhile, in June 2015, the Maritime Safety Committee adopted performance standards for multi-system shipborne radionavigation receiver equipment to ensure that ships are provided with resilient position-fixing equipment suitable for use with available radionavigation systems throughout their voyage (resolution MSC.401(95), updated by MSC.432(98)).
</p>
<p>
Such equipment can allow the combined use of current and future radionavigation as well as augmentation systems for the provision of position, velocity and time data within the maritime navigation system.
</p>
<p>
<strong>The World-Wide RadioNavigation System for the Future </strong><br />
As technology continues to develop, the world-wide radionavigation system can also be seen in the context of the wider IMO strategy for e-navigation, approved in 2008, which is intended to meet present and future user needs through harmonization of marine navigation systems and supporting shore services.
</p>
<p>
A key element in the e-navigation strategy relates to position fixing systems, which will need to meet user needs in terms of accuracy, integrity, reliability and system redundancy in accordance with the level of risk and volume of traffic.
</p>
<p>
A detailed e-navigation Strategy Implementation Plan (SIP), approved in 2014, sets out a framework and a road map of tasks that would need to be implemented or conducted in the future to give effect to five prioritized e-navigation solutions, one of which is the improved reliability, resilience and integrity of bridge equipment and navigation information, and another being the integration and presentation of available information in graphical displays received via communication equipment.
</p>
<p>
IMO will continue to oversee the world-wide radionavigation system and to have a role in recognizing systems that may be developed in the future. IMO also has a role to ensure the reliability, integrity and resilience of such systems.
</p>
<p>
The development of satellite-based position systems — GNSS — has enabled a leap forward in the accuracy standards required of such systems and has no doubt contributed to improved safety, efficiency and environmental protection at sea.
</p>
<p>
This has implications for both carriage requirements for navigational equipment as well as for the human element, in terms of training requirements.
</p>
<p>
IMO will continue to provide the forum for careful consideration of any requirements, in order to maintain carriage requirements recognizing the significant value and use of GNSS, but also to ensure that alternative systems continue to be mandated, for more resiliency and redundancy.
</p>
<p>
<strong>IMO </strong><br />
<a href="http://www.imo.org" target="_blank">The International Maritime Organization</a> – is the United Nations specialized agency with responsibility for the safety and security of shipping and the prevention of marine pollution by ships.
</p>
<div class='pdfclass'><a target='_blank' class='specialpdf' href='http://insidegnss.com/wp-content/uploads/2018/01/sepoct17-LAW.pdf'>Download this article (PDF)</a></div>
<p>The post <a href="https://insidegnss.com/imo-and-the-gnss/">IMO and the GNSS</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>
