The Spirent PNT X. (Photo: Spirent Federal Systems)

Developers and manufacturers of GNSS receivers have always needed to simulate the signals from GNSS satellites to test receivers in their labs and in the field. Now, as the vital role of GNSS for critical infrastructure and the growing threat of radiofrequency attacks are increasingly recognized, simulators must keep up. In particular, they must enable users to test a variety of new positioning, navigation and timing (PNT)  signals from satellites in low-Earth orbit (LEO) and geostationary orbit (GEO), as well as realistically simulate sophisticated jamming and spoofing attacks.

In this cover story on simulators, we discuss these challenges with experts at four simulator manufacturers:

• John Clark, Vice President, Engineering, CAST Navigation
• Lisa Perdue, Product Line Director, Safran Federal Systems
• Jan Ackermann, Director Product Line Management, Spirent Communications, and Paul Crampton, Senior Solutions Architect, Spirent Federal Systems
• Avag Tsaturyan, Systems Engineer, M3 Systems.

How are the missions/applications of simulators changing?

Clark: Our customers have been requesting larger simulation systems that can support GNSS and inertial navigation systems (INS) on multiple vehicles simultaneously. Each vehicle is required to support a phased-array (CRPA) antenna sub-system, multiple INS interfaces and signal interference capabilities. This is a change from earlier times when our customers required smaller systems with less capability.

Perdue: We see a growing focus on testing NAVWAR scenarios and assessing receiver performance against diverse threats. The increasing complexity of receivers with multiple constellations and frequencies demands more advanced simulation capabilities. We provide comprehensive PNT simulators that support hybrid scenarios, in which simulated signals and threats are combined with live signals and sensors, creating a dynamic and realistic testing environment.

Crampton: For many years, simulators have been used to prove the capability of receivers and the systems into which the receivers are integrated. Testing ensures that receivers can perform as expected, including performance in boundary cases, which are tricky to recreate in live-sky conditions.

Over time, threats to navigation and timing performance began to dominate the schedules of test labs. Ensuring reliable performance in suboptimal operating environments is critical to receiver users. The workload of test labs has increased to the point where test automation has become necessary, not only in terms of increased efficiency but also just to keep pace with rapidly evolving threat profiles.

So, one of the main changes we are seeing is the need to speed up the innovation cycle with simplified, automated testing while maintaining test fidelity and robustness. Spirent simulators are enabling testing to “shift left,” to start testing earlier in the development cycle with digital twins — software-only models of receivers and devices — to shorten the time spent on R&D.

Ackermann: Increasing efficiency, flexibility and realism have been critical drivers in the simulator industry for many years and will continue to drive us forward at an ever-increasing pace. Precision and robustness requirements demand more signals and sensor fusion, which need to be supported by simulators. Greater realism and flexibility means that more representative testing can be done in the lab, saving time and money.

On the other hand, while lab testing has grown ever more realistic, there are times where in-field verification is required — simulators have had to become more flexible to address this “augmented reality” test environment and optimize field testing. Simulators are being used on ranges to enhance testing, using combinations of real and simulated signals — including resiliency tests that incorporate live-sky signals.

Are new markets for simulators emerging?

Clark: Yes, as the world evolves and circumstances change, the ability to validate proper operations of GNSS and GNSS/INS navigation systems under less-than-optimal conditions has become challenging. The use of simulators can greatly enhance your understanding of the behavior of a navigation system, thus allowing for more reliable navigation error planning and mitigation when these errors do occur. This has become a much more important area of concern as the automated navigation and integrated navigation markets mature.

Perdue: Yes, new markets are emerging in areas such as autonomous vehicles, UAV swarms, urban air mobility and space exploration, including lunar missions. Additionally, the growing focus on cybersecurity and electronic warfare has increased the demand for simulators that can replicate complex cyberattack scenarios and electronic threats.

Ackermann: New markets for simulators are constantly emerging. As PNT impacts more and more areas of our lives, the geographic and technological spread of simulator requirements continues to expand. Even in existing segments we see new market needs. In automotive, for instance, the emergence of a wide range of safety-critical functions such as intelligent speed assist (ISA) and eCall drive new simulation needs.

From the emergence of the LEO market to the development of LEO PNT constellations, these markets appear and evolve at a rapid pace. Spirent simulators can be used to generate novel and established signals from LEO PNT constellations with ultra-realistic orbital models for complex rotational effects and satellite parameters. The emerging focus on lunar missions from space agencies around the world means new test environments, more stringent requirements, and the potential for new signals outside of L-band, at S-band and beyond.

Crampton: Increasing the realism of testing continues to open new opportunities for simulator use. Spirent provides an all-in-one alternative PNT solution for ultra-realistic LEO modeling, inertial emulation, L and S-band signals, etc. — to be fused and tested in unison.

Senior Software Engineer Neil O’Brien utilizing a CAST-8000 GNSS Simulator to analyze CRPA trajectory data. (Photo: CAST Navigation)

Are simulator requirements changing?

Clark: In the past our customers were focused on the simulation of a single element of GNSS signals and a single INS output interface for the testing of vehicles that only supported single element antenna (FRPA) and a single INS capability. Our customers are now requiring simulator systems that produce multiple elements of phase-coherent GNSS signals that are commensurate with multiple INS interface outputs to drive navigation systems that can utilize a phased-array multiple-element antenna sub-system (CRPA) and multiple INS sources simultaneously.

Perdue: Yes, simulator requirements are always evolving. High signal counts are essential due to the increase in LEO constellations, and there’s a need to replicate multiple threats to create realistic environments. Built-in automation is crucial for managing these complex scenarios. The ability to add custom signals and constellations is necessary for experimenting with new technologies. Our software-defined architecture allows for quick integration of new signals, ensuring flexibility and responsiveness to changing needs. Innovations such as a radio utilizing the RFSoC to provide a high number of multi-frequency outputs from a single system and the BroadSim Duo, which offers dual-frequency capabilities in a compact form factor, demonstrate our approach to meeting these evolving requirements.

Ackermann: As new markets and use cases emerge, the simulator requirements evolve. The growing prevalence of NAVWAR threats, such as GNSS jamming and spoofing, and the range of systems these attacks are impacting is enhancing the criticality of lab testing.

Whether seeking to gain battlefield advantage or to secure civil operations (aviation, for instance), the ability to generate a wide range of NAVWAR attack vectors in complex scenarios is needed like never before. New waveforms must be incorporated quickly and realistically, while defensive technologies such as CRPAs must be exercised with a higher level of precision.

Crampton: Due to the demand for flexible attack vectors and the expanding range of available signals, simulators need to be capable of generating authentic RF environments from novel, user-defined waveforms. A time-saving method has been developed using prerecorded I/Q files. Spirent’s sixth-generation solution, PNT X, accepts raw I/Q data, analyzes the environment and the dynamic movement between receiver and transmitters, and automatically applies the correct motion effects to the generated RF signal. The simulated signal now has real-world dynamics without the need for manual inputs from the user. Realism made simple! Additionally, multiple I/Q-defined transmitters can be seamlessly integrated with native 3D terrain-modeling capabilities to create rich RF environments with multipath and obscuration.

A continuous, dynamic range is required to better replicate high-power jamming threats for controlled reception pattern antenna (CRPA) testing. With PNT X, high-power jammers can be simulated from the moment they become part of the noise floor to when a vehicle, such as an aircraft using a CRPA, passes by it. This continuous range enables CRPA developers to characterize null-steering ability with greater precision than previously possible.

Ackermann: As previously mentioned, there is also a growing need for integration and automation. Systems need to work in concert, and testing needs to happen quickly and efficiently to stay ahead of markets and threats. To this end, the ability to automate and to control remotely, and the ability to integrate seamlessly with other simulation and control systems, are core requirements for modern labs. Spirent is simplifying and automating testing with support for multiple industry-standard frameworks.

In established markets, safety requirements on devices under test drive simulator needs. For instance, functional safety requirements for automotive applications demand the ability to simulate threats and events, while the fidelity requirement of the simulation is elevated to assure conformance.

3D view of an aircraft flying a simulation. (Photo: CAST Navigation)

What mix of signals do you support?

Clark: GPS L1/L2/L5, L1C, L2C, C/A, SBAS, P, Y, SAASM, M-Code AES and MNSA, Glonass and BeiDou

Perdue: We support a wide array of signals, including GPS, GLONASS, Galileo, BeiDou, and regional systems such as QZSS and IRNSS. Additionally, we incorporate alternative navigation signals, such as those from Xona, and support inertial navigation and timing signals. Our software-defined architecture enables us to handle high signal counts and allows for extensive customization, ensuring we can simulate any required signal environment. This flexibility ensures we meet the diverse needs of various industries and applications, from aviation and maritime to autonomous vehicles and defense.

Ackermann: Spirent supports all open service GNSS signals and classified GPS testing — including M-Code Regional Military Protection — as well as PRS (through prs[ware] and our partnership with Fraunhofer IIS) on our simulation platforms.

In addition:

• Regional systems (e.g., NavIC or QZSS)
• S-band frequency signals
• Custom non-ICD signals
• LEO PNT (Xona Space System’s PULSAR and others)
• A broad range of interference waveforms, including CW, FM, PM, wideband AWGN, chirp, matched spectrum, etc.
• Generation of RF from I/Q data injection in L-band and S-band frequencies
• Correction/augmentation
• Inertial sensor emulation

Furthermore, the ability to geolocate custom RF beacons either in a range of orbits or in terrestrial locations adds huge signal flexibility.

What are the key challenges you face?

Clark: As our customers’ needs grow and evolve, some of our key challenges have been the ability to continue to evolve our product utilizing cutting-edge technology while still maintaining backwards compatibility with our older technologies. Efforts like this give our customers peace of mind when making a system purchase and enable them to take full advantage of prior purchases when requirements change and system enhancements are necessary.

Perdue: A key challenge is creating complex simulation environments that require specialized expertise. Customers often lack the knowledge to design these environments effectively. Ensuring simulation accuracy and cybersecurity are significant concerns, especially as new threats emerge alongside new technologies developed to combat existing threats. Translating performance requirements into practical specifications and meeting stringent industry standards adds another layer of complexity. We address these challenges through continuous updates and close collaboration with our customers to ensure our solutions meet their evolving needs.

Ackermann: For 40 years, we have faced a challenge that, to some degree, is being addressed. Namely, PNT is not widely standardized and therefore test requirements are highly diverse. The scale of Spirent and the empowering flexibility of our systems enables us to overcome this, but it remains challenging.

The current geopolitical situation also presents challenges, as the number of threats and the potential for negative events demand ever-increasing sophistication in testing. That’s why we built PNT X with high-power jamming and spoofing capability for greater realism and accurate test results.

Crampton: The complexity of next-gen positioning engines means that our systems have to integrate and interact with other systems, built by other companies with other protocols and specifications. Spirent maintains the precision and stability our customers expect from us while incorporating an open and controllable architecture for easier plug-and-play in complex hardware-in-the-loop environments.

M3 SYSTEMS

Please introduce your company.

Tsaturyan: We represent the Mistral Group, which includes three distinct companies: M3 Systems France, M3 Systems Belgium and Boreal. M3 Systems France teams provide GNSS simulation and test and measurements solutions and radionavigation and signal processing expertise. M3 Systems Belgium teams are experts in air traffic management (ATM) studies. Boreal teams offer beyond-line-of-sight missions for maritime surveillance, Earth observation, and scientific experiments with the BOREAL long-range unmanned aircraft. Each company extends its scope to the challenges of GNSS and UTM with an integrated approach.

What are your key markets? What challenges are you addressing?

Our customers are from different industries: we work with space agencies — such as France’s Centre National d’Études Spatiales (CNES) and the European Space Agency (ESA) — private R&D labs and automotive companies and railways. We propose GNSS simulation products such as the Stella GNSS simulator, which allows users to simulate a vehicle in a realistic environment and in real time for low latency. Our simulator is designed to reproduce the sky with high precision. The GNSS signal passes through different layers, each one of which has a different effect. First, there can be an error in the satellite clock, then there can be a delay as the signal passes through the atmosphere, then, on the ground, there is a risk of a spoofing or jamming attack and, in urban areas, multipath from buildings.

What signals does your simulator support?

Our GNSS simulator is multiconstellation and multi-frequency. It supports all the available GNSS signals and frequencies. Users can simulate multiple antennas and multiple trajectories, custom atmosphere and multipath effects. We offer several built-in models of multipath. Users also can use their own multipath models and even integrate it with an SE-NAV multipath simulation tool. We also have several built-in jamming signals that users can apply and spoof the real signal coming from the antenna or spoof the simulated signal. Our setup now also supports Galileo’s Open Service Navigation Message Authentication (OSNMA). Our Stella GNSS simulation software can run on three different products designed for specific needs: the Stella GNSS Simulator Base (based on NI’s USRP kit), the Stella GNSS Simulator Suite (based on our bundle), and the Stella GNSS Simulator Advanced (based on NI’s VST). Our VST-based solution is optimized for tests that require high performance in terms of calibration — such as simulating a CRPA antenna, where the channels need to be very tightly synchronized.

Photo: M3 Systems

What does your Stella Suite do?

The Stella GNSS Simulator offers up to two independent RF simulations, enabling simultaneous simulation and the jamming/spoofing or the simulation of multiple antennas and trajectories.

Our simulator suite is basically an all-in-one device that allows users to plug in a receiver. This single device enables  users to simulate jamming, spoofing, multiple antennas or multiple trajectories.

When did you launch this product?

We released it and demonstrated it during Emerson NI’s “NI Connect” event. They have an annual event in May in Austin, to which they invite all their partners and customers. This year, we were invited there to present our new simulator. We brought a HIL test setup to demonstrate the new configuration of our GNSS simulator: a closed-loop test of a drone autopilot system. When kinematic parameters from the flight simulator are simulated, the trajectory is sent to the Stella GNSS simulator, which then generates the GNSS RF signal and interference to assess the receiver’s performance. The receiver then passes its positioning data to the autopilot, which sends the commands to the flight control unit in the flight simulator. It’s one of the use cases, because to fully test the receiver, in addition to the nominal situation, it is also necessary to introduce some errors — such as interference, jamming, spoofing or meaconing.

What are some other use cases for this simulator?

Another use case is the test of Advanced Driver Assistance Systems (ADAS) in a 3D simulation environment. Basically, it is designed to test any unit that includes the GNSS positioning and to test the receiver’s robustness in case of jamming, spoofing, or meaconing.

Is this all done in the lab or can you put your box in a vehicle?

With this setup, it’s all done in the lab, but we also offer solutions to record the real signals from a UAV or a ground vehicle.

Are the challenges changing? Is the market changing?

Now, a GNSS simulator is no longer sufficient. Testing the receiver’s robustness against various types of attacks, particularly jamming, requires diverse methods. Consequently, there is an emerging need for simulating jamming mitigation antennas, such as Controlled Reception Pattern Antennas (CRPA).

<p>The post Simulating new GNSS signals and threats first appeared on GPS World.</p>

Photo: Xona Space Systems

Spirent has implemented Xona Space Systems’ PULSAR production signals for seamless integration into the existing SimXona product line. The PULSAR X1 production signal implementation has passed a diligent Xona certification and the PULSAR X5 signal verification process is currently underway. It is expected to pass certification during the summer of 2024. Spirent is now accepting orders for SimXona with production signals capability.

Xona is developing PULSAR, a high-performance positioning, navigation and timing (PNT) service built on a backbone of low-Earth orbit (LEO) small satellites. Xona’s smallsat signals will improve PNT resilience and accuracy by augmenting GNSS while operating with an independent navigation and timing system architecture. Xona is fully funded to launch its production class satellite, the In-Orbit Validation mission, in 2025.

Spirent is the leading provider of PNT test solutions and recently launched a sixth-generation simulation system, PNT X. Designed for navigation warfare (NAVWAR) testing, PNT X is an all-in-one solution with a native implementation of SimXona.

<p>The post Spirent accepting orders for Xona PULSAR simulator first appeared on GPS World.</p>

Photo: LabSat

LabSat has launched the LabSat 4 GNSS simulator, designed to meet the demands of modern GNSS signal testing.

The simulator is equipped with three radio frequency (RF) channels, each of which can be configured with up to 12-bit I&Q quantization and a bandwidth of up to 60 MHz. This flexibility allows users to precisely control recording parameters and optimize file sizes based on their specific testing requirements. Additionally, synchronized record and replay of external data sources such as CAN, CAN-FD, RS232 and digital event capture are designed to further enhance complex test scenarios.

Users can save custom record settings for efficient setup and repeatability, and a user-friendly, web-based interface allows easy configuration and management of the simulation environment.

LabSat 4 offers file management capabilities with 7.6TB internal storage and robust data transfer options via Gigabit Ethernet and USB 3.0. This technology accommodates the high-volume data needs of modern GNSS testing without sacrificing speed or performance.

It maintains compact size, portability and cost efficiency and can be used in the field and laboratory.

It is fully compatible with SatGen Simulation Software, which allows users to create GNSS RF I&Q scenario files based on custom trajectories. This integration enables the simulation of scenarios that include multi-stop routes, time zone transitions, leap seconds, and more, based on any specified time, date and location.

<p>The post LabSat launches GNSS simulator first appeared on GPS World.</p>

Photo: Safran Federal Systems

Safran Federal Systems has launched the BroadSim Duo, its dual-frequency GNSS simulator designed specifically for testing military receivers in an unclassified environment. 

The new product integrates dual-frequency capabilities within a single compact GPS military signal testing unit. The simulator has dual-frequency capability, which is essential for testing P-Code and AES-M-Code. It features a new software-defined radio in an M.2 form factor, offering robust and reliable performance. It also seamlessly integrates with the Skydel simulation environment for improved versatility and functionality. 

<p>The post Safran Federal Systems launches navigation warfare simulator first appeared on GPS World.</p>

Photo: Keysight

Syntony GNSS has partnered with Keysight Technologies, an RF testing solutions manufacturer, to advance GNSS testing and simulation capabilities.

The collaboration centers on Keysight’s VXG advanced signal generator, which can generate thousands of simultaneous signals across all GNSS constellations and bands. It features time and phase synchronization for high fidelity and accuracy in simulation scenarios. This feature is particularly crucial for testing GNSS receivers under various conditions to ensure optimal performance in real-world scenarios.

The Syntony GNSS Simulator Constellator can mimic the complex dynamics of GNSS signals, providing a platform for testing and validating GNSS receivers. When combined with Keysight’s VXG, it serves as a comprehensive testing solution for all GNSS signals and scenarios.

The partnership aims to improve Controlled Reception Pattern Antenna (CRPA) testing. CRPA is pivotal in enhancing the resilience of GNSS receivers against interference and jamming to offer reliable operation even in adverse conditions. The combined solution from Syntony GNSS and Keysight offers a platform for testing CRPA systems to ensure they meet the stringent requirements of modern applications.

Telecommunications, among other sectors, relies heavily on precise timing information, typically derived from GNSS signals. The threat of jamming attacks, which can disrupt GPS time synchronization, poses a significant risk, potentially crippling communications and other dependent systems. The testing solutions emerging from this partnership provide a toolset for infrastructure managers to evaluate and enhance the resilience of their systems against such threats.

<p>The post Syntony GNSS, Keysight partner for GNSS testing and simulation first appeared on GPS World.</p>

What are your roles?

MH: Our business is based in the UK. I am responsible for the vision and direction of the Technology portfolio required by Spirent’s Positioning Technology business unit.

RH: I am responsible for the U.S. add-on components to the simulator, the restricted signals, and support for the U.S. government labs and contractors.

How have the need for simulation or the requirements for it changed in the past five years, with the completion of the BeiDou and Galileo GNSS constellations, the rise in jamming and spoofing threats, the sharp increase in corrections services, and the advent of new LEO-based PNT services?

MH: I would say that the need for thorough and comprehensive testing has never been greater. That need is being driven on multiple fronts due to the understandable pressure on PNT systems needing to deliver enhanced accuracy, reliability and resilience, in the presence of emerging threat vectors and an expanding application space that’s utilizing ever more complex combinations of new and enhanced signals and sensors of opportunity. Underpinning Spirent’s leadership in ensuring the test needs for this evolving, challenging and increasingly diverse market are its team, its technology and its partners. That team is well-established, dedicated and highly experienced — their sole focus is designing, manufacturing and supporting PNT test solutions. The technology focuses around our pioneering dedicated SDR hardware platform and software simulation engine, which allied provide performance, scalability and flexibility, within an open accessible architecture. In addition, close collaboration with our selected partners ensures the opportunity to support and integrate new and emerging PNT technologies through their tools, applications and hardware.

You mention the advent of LEO. A key reason why Spirent was first to market and successfully supported an early LEO + GNSS receiver test-bed (through close and collaboration with Xona and NovAtel) was driven by team, technology and partners.

Two other important areas that have definitely continued to grow and evolve in importance and priority have to be increased realism and test automation. Both are areas in which Spirent continues to prioritize and invest R&D dollars.

Spirent’s integrated, software-defined wavefront simulation system for a 5-element controlled reception pattern antenna (CRPA). Spirent solutions support 16+ antenna elements. (Image: Spirent)

With all these additional signals, is it still a single simulator or do you have to somehow split it up into different modules?

MH: Good point. Again, a key element with the Spirent solution is that it is very scaleabale and flexible. Spirent has a generic SDR that can be re-purposed to simulate whatever signals are required. That way, we can compile different signals from either one radio or multiple radios coming from the same system. Together with being able to bring in multiple chassis to gradually grow the simulation solution, while also maintaining for each of those signals the fidelity, channel count, and accuracy that customers demand.

Including every signal currently available?

MH: Absolutely, sir. In fact, signals that are still on the drawing board as well. We can enable the user with effectively an arbitrary waveform simulator or ‘sandbox’ to experiment with different modulation schemes, different chipping rates, codes, bandwidths and navigation data content. So, in addition to using that architecture to generate the signals, we allow customers to experiment with it themselves. That’s certainly accelerated over these last five years, and there’s no sign of it stopping. We’re currently working with customers and partners all over the globe who are developing both brand new and emerging PNT systems, whilst also providing all the vital simulation tools to aid the R&D of existing and planned SIS evolutions.

RH: The increasing number of signals that we can support multiplies the permutations and combinations of test cases that users can do. There is a lot of emphasis also on the user interface side of things, so that from one interface you can also easily control all these interfaces with third-party tools, because proliferation of signals produces a huge possible test volume.

What are the specific challenges in realistically simulating new LEO-based signals and any new services being developed for which you don’t have any live sky signals to record yet, only ICDs and other documents?

MH: Again, great question. The key reason Spirent excels in this arena is that the core simulation engine and SDR are agnostic of the constellation and signal type that’s being generated. So, the underlying principles of accuracy, range rate, pseudo-range control, and delay, together with the RF fidelity from Spirent’s SDR+ Sim engine, can be readily manipulated to simulate the wealth of emerging signals, including LEO.

The other area that becomes very important is that if we do not have sight of the ICD, we can enable customers to use our tools to readily populate elements of that ICD themselves. That way, the best of both worlds is achieved, i.e. a turnkey SIS solution, or we can just enable the customer to do it themselves.

Are accuracy requirements or any other requirements for simulation increasing to enable emerging applications?

MH: They are. Both current and emerging test needs are continuing to drive the need for enhanced simulation realism. Always a tough nut to crack, but our hard-won experience and expertise, allied with continuing adoption of latest-generation technology, is allowing us to take some significant strides forward. Real-world testing has an incredibly important role to play and that’s why at Spirent we continue to invest in and develop the GSS6450 Record & Playback System (RPS). However, we are also on that quest for the ‘Holy Grail’ that has all the well understood and necessary advantages of lab-based testing but with the simulation environment being as true to the real world as possible.

A German Armed Forces test center, WTD-61, recently used Spirent’s new Field Simulator to conclusively demonstrate the susceptibility of some UAS to spoofing. (Image: Spirent)

A further area where both current and emerging test needs are demanding more and more from the test environment is resilience testing. Spirent now supports a multitude of vulnerability and corresponding mitigation/prevention test cases. Those test cases become increasingly complex as multiple combinations of the threat/mitigation surface evolve — including jamming, spoofing, cyber-attack and CRPA.

Many of these test cases are driving the state of the art and, especially in the case of CRPA testing, Spirent’s purpose-designed SDR comes into its own. Technology bakeoffs and corresponding customer adoption have shown that only through the use of that dedicated purpose-built technology, the simulator test bed can deliver the necessary carrier and code phase stability, very low levels of uncorrelated noise across antenna elements and high J/S that is demanded.

Again, with respect to flexibility, we also support ways to let customers generate their own IQ data. That data can be streamed into the Spirent simulator and combined sympathetically and coherently with the signals generated inside the platform. So, you can layer new signals on existing ones, or introduce a completely new dedicated IQ stream.Finally, hardware-in-the -loop (HIL) testing requirements continue to be a crucial aspect in test coverage. Whether that application is automotive, projectiles or autonomous vehicles, the need for lower latency and higher 6DOF sampling to capture as many trajectory nuances as possible continues to grow. Spirent’s 2KHz system achieves very high iteration rates (SIR) and <2msec latency.

What are the key differences between your simulators for use in the lab and those for use in the field? I assume that the latter are lighter, smaller, and less power hungry. Do they use modules so that users can pick the ones they need for a particular test?

MH: We do support in-the-field test use cases. Spirent has record-and-replay (RPS) systems to take soundings in a wide-band RF environment, record them, then bring them back into the lab for replay. They are sized to fit into a backpack, battery-powered, accessible, and easy to use.

Recently, we have also taken some of our signal generator IP and been able to create a smaller form factor portable simulator for outside use. Its footprint is considerably smaller than that of one of our lab-based simulators. It’s primarily a mechanism for testing the resilience in the field of devices under test. Armed with a Spirent simulator and the appropriate transmit licenses, a customer can put their DUT through an array of vulnerability test cases in a live real-world environment.

You mentioned licenses. As far as jamming, specifically, and maybe spoofing, I presume that you’ll need a license for a specific time and place and that you will have to be far away from, say, an airport.

Absolutely. Right. The details will vary depending on the jurisdiction, but you will need a license to transmit. And, as you rightly say, often those places will be very remote so as not to interfere with the public. We’ve had instances where we’ll work with a customer who has those appropriate licenses and then we can provide this equipment for them to be able to put it through a battery of tests.

You generate the spoofing in your simulator, of course. Do you also generate the jamming inside the same box or from a separate jammer nearby?

It could be either. We can use our simulators to generate internally wide range of interference signals supporting a wide bandwidth, high max o/p power and large dynamic range. This is especially important in instances of CRPA testing, in which it is vital to accurately reproducing a jamming wavefront commensurate with the arrival angle and delay incident at each antenna element. Correspondingly, we support turn-key solutions to connect, control and integrate 3rd party external signal generators into the test scenario.

Are you at liberty to describe any recent success stories?

We have a Xona simulator. So, this is back on the topic of LEO. We’ve recently released that in partnership with Xona. We are also working closely with Hexagon. All those things I mentioned earlier about enabling the customer to use the flexible features that we have, that is where it came into its own. That’s certainly a significant recent success.

We’re continuing to add many realism-related capabilities, including simulating the vibration and temperature effects of inertial systems. Working with a Swiss partner called Space PNT, we’ve recently introduced another LEO-based product, called SimORBIT. That tool enables us to generate incredibly representative and accurate LEO orbits that also include gravitational effects based upon the SV size. We recently introduced a new software tool to support “GNSS Assurance” requirements.

We have a newly patented cloud-based software application called GNSS Foresight that enables users to understand the GNSS coverage they would expect during a particular time, date location and trajectory inclusive of the 3D environment they would be experiencing. We continue to evolve the tool to support real-time operation to enable it to deliver aiding content to appropriately equipped systems.

We continue to be able to support more and more automation. Automation has always been important, but with ever increasing demands of test asset utilization and in a post-pandemic world of remote working, it’s more important than ever right now. The number of test cases and corner cases required and the amount of equipment, coverage, and efficiency required, which was being demanded by using our kit means that automation is vital. So, we’ve introduced several new automation tools to build up on top of our current SimREMOTE interface.

Spirent has also developed a simulation test solution for the Galileo Open Service Navigation Message Authentication (OSNMA) mechanism. SimOSNMA is designed to work with Spirent’s GNSS simulation platforms to test OSNMA signal conformance, which will bring new levels of robustness for both civilian and commercial GNSS uses. SimOSNMA provides developers with vital new simulation tools to test for OSNMA, the security protocol that enables GNSS receivers to verify the authenticity of signals distributed from the Galileo satellite constellation. Designed to combat spoofing, OSNMA ensures that the data received is authentic and has not been modified in any way. It is currently completing the test phase before its formal launch, and SimOSNMA enables developers to simulate and test OSNMA signals and features, allowing GNSS receiver manufacturers and application developers to accelerate and assure development programs.

<p>The post Faux signals for real results: Spirent Communications / Spirent Federal Systems first appeared on GPS World.</p>

In which markets and/or applications do you specialize?

IFEN is offering RF simulation solutions for all GNSS markets, except the defense market with encrypted signals. The major market in recent years was the ‘New Space’ market, mainly focused to design and test PNT navigation solutions as part of (primarily) LEO satellite constellations using existing GNSS systems. With the many new players around the world, there are many market opportunities. To be successful in this ‘New Space’ market requires simulation support of all GNSS systems and signals, modelling LEO dynamics and environment and providing multiple RF-outputs (enabling systems with several GNSS antennas located on the satellite). With our latest ‘NCS NOVA+’ RF simulator, support of up to 4 RF-antenna simulations is possible. From basic RF system up to integrated SIL and HIL systems, the level of required solutions is very diverse by the different applications. The IFEN RF simulator is also offering a full ‘radio occultation’ simulation capability specifically for this market.

The second important market is the automotive/maritime PNT market requiring fully integrated HIL simulation solutions. Excellent integration capability into external environment simulation systems with a rich set of interfaces and short latencies are keys for this market. To further penetrate this market, IFEN will implement some major enhancements during this and next year within its RF simulator products.

How has the need for simulation changed in the past five years, with the completion of the BeiDou and Galileo GNSS constellations, the rise in jamming and spoofing threats, the sharp increase in corrections services, and the advent of new LEO-based PNT services?

Today, supporting all existing GNSS systems with all related signal components on all frequencies is a must have for all high-end RF simulators. Keeping the RF simulators up-to-date with the new and continuously evolving GNSS signals is required to be sustainably competitive. Specifically, beyond the L-band signals, we are also fully supporting the S-band signals of the NavIC constellation. The continuously increasing number of available GNSS satellites and signals requires that the RF simulator capabilities are fully scalable to provide sufficient resources to simulate all signal channels. Our new NCS NOVA+ simulator is our first RF simulator with strong scalability capabilities, to be further extended in the coming years.

In recent years, adding support for the simulation of jamming and spoofing threats was a major driver for the market. Our latest RF simulator generation ‘NCS NOVA+’ is fully supporting all types of jamming and spoofing, fully integrated into our RF simulators to enable coherent signal generation. With the coming ‘DFMC’ (SBAS/GBAS dual-frequency multi-constellation) based safety-of-life and automated driving applications, the need to support advanced jamming and spoofing simulation solutions will be a continuous driver also for the future.

Adding the ‘High Accuracy Service’ (HAS) PPP-correction capability on Galileo E6-B signal in our coming V2.9 release is driven by the increased request for PPP corrections services. We expect further improvements here in the coming years, especially to cover the emerging PPP-RTK market needs.

With the coming age of LEO-PNT services, this is the most important driver for the next five years, extending the signal frequencies beyond the current L- and S-band signals, seeing new modulations, two-way transfer and many more topics. This will require strong development efforts on the RF simulator side, to provide suited RF test tools in time to LEO-PNT system designers and developers, but also the related user terminal developers. IFEN is currently preparing to take this next major step in its RF simulator capability portfolio.

In particular, regarding some of the new PNT services being developed, how do you simulate them realistically without the benefit of recordings of live sky signals?

Facing the lack of live sky signals when developing RF simulator capabilities is a continuous challenge. It requires to a certain signal simulation flexibility designed into the receiver, good and theoretical understanding of specific implications of new designed signals. As soon as real signals are then available, simulation and real signals will be compared and if required the simulation fidelity will be adjusted to meet the real signals.

Are accuracy requirements for simulation increasing, to enable emerging applications?
Concerning the core accuracy parameters requested in recent years, we saw no increase in required accuracy, as the typical requested accuracy are anyway far beyond the real signals accuracy.

Are all your simulators for use in the lab or are some for use in the field? If the latter, for what applications and how do they differ from the ones in the lab? (For starters, I assume that they are smaller, lighter, and less power-hungry…)

Currently all our simulators are designed for usage within the laboratory. However, we recognize an increased request for in-field capable RF simulators, specifically to perform spoofing of real SIS to test deployed GNSS receivers in the field. Offering a portable in-field solution is in the mid-term planning, but not a current driver for our developments.

What are some of your recent successes?

The most important recent success is the Galileo 2nd generation Test User Receiver contract from the European Space Agency. Within this contract, the ‘NCS NOVA+’ simulator as RF test tool will be upgraded to full G2G signal generation capability. The new already implemented G2G signals enabling shorter TTFF, improved acquisition performance but also higher updates rates (e.g. for PPP-RTK). Up to end of the year the G2G signal will be fully implemented in our RF simulator, including the next generation of advanced authentication solutions.

<p>The post Faux signals for real results: IFEN first appeared on GPS World.</p>

In which markets and/or applications do you specialize?

We originally designed our LabSat simulator for ourselves, because we supply GPS equipment to the automotive market. Then, we decided to sell it into that market, which is our primary market, for other people to use. That’s where we started, but it has moved on since then. We supply many of the automotive companies who use it for testing their in-car GPS-based navigation systems.

However, we’ve moved on to our second biggest market, which is the companies that make deployment systems for internet satellites, which use it for end-of-life testing. Several of our customers use it. That’s because we do space simulations, so we can simulate the orbits of satellites. That’s very useful when they’re developing their satellites.

We supply many of the major GPS board manufacturers — such as NovAtel, Garmin, and Trimble — when they’re developing their boards and testing their devices. We supply many of the phone companies — such as Apple and Samsung — and many of the GPS chip manufacturers — such as Qualcomm, Broadcom, and Unicom. More or less any company that’s into GNSS.

How has the need for simulation changed in the past five years, with the completion of the BeiDou and Galileo GNSS constellations, the rise in jamming and spoofing threats, the sharp increase in corrections services, and the advent of new LEO-based PNT services?

It all started off very simple, with just GPS, which was one signal and one frequency. We got that up and working very well and it helped us a lot. Then we got into this market. In the last few years, we’ve had to suddenly invent 15 new signals. We do two systems, really: one is a record-and-replay system. You put a box in a car, on a bike, in a backpack, or on a rocket, and you record the raw GPS signals; then you can replay those on the bench. That requires greater bandwidth, greater bit depth, smaller size, battery power, all of that.

The other is pure signal simulation. We simulate the signals coming from the satellites from pure principles. So, we’ve had to dive into how those signals are structured, reproduce them mathematically, and then incorporate that in into our software. That’s been 15 times the original work we thought it would be, but as we add each signal it tends to get a bit simpler until they add new ways to encode signals, and then it gets complex again. We’ve had to increase our bandwidth, increase our bit depth for the recording to cover all of these new signals.
Because our systems record and replay, they’re used a lot to record real-world jamming. In many scenarios, our customers will take one of our boxes into the field and record either deliberate jamming or jamming that’s been carried out by a third party. Then they can replay that in the comfort of their lab.

With regards to spoofing, we’ve just improved our signal simulation. So, we can completely synchronize it with real time. We can do seamless takeover of a GNSS signal in real time. We can reproduce the current ephemeris and almanac. If we transmit a sufficiently powerful signal, we can completely take over that device. Then we can insert a new trajectory into it. That’s a very recent update we’ve done.

If the complexity and amount of your work has gone up so much in the last few years but you cannot increase your prices at the same rate, what does that do to your business model?

It’s the same people that produce the signals in the first place, so they still have a job. However, as we add more signals and capabilities, we tend to get more customers as well.

Oh, so, you’re expanding your market!

Right, right.

Regarding some of the new PNT services being developed, how do you simulate them realistically without the benefit of recordings of live sky signals?

It is all pure signals simulation. You go through the ICD line-by-line and work out the new schemes. Here’s an interesting anecdote. Our developer who does a lot of the signal development is Polish and is also fluent in Russian. When we were developing the GLONASS signals, he was working from the English version of the GLONASS ICD. He said that it didn’t make any sense. So, he looked at the Russian version and discovered that the English one had a typo. When he used the Russian version, everything worked perfectly. He told this to his contacts at GLONASS and they thanked him and updated the English translation of their document. So, you are very, very much reliant on every single word in that ICD.

Are there typically differences between the published ICD and the actual signal?

No, no. Apart from the Russian one, which had a typo, they’re very good. For example, we’ve recently implemented the latest GPS L1C signal. My developer spent six months recreating it and getting all the maths right and the only way you could test it was to connect it to a receiver and hit “go.” It just worked the first time. He almost fell off his chair. The ICD in that case was very, very accurate.

Hope that Xona’s ICD is just as good.

Yeah.

Are accuracy requirements for simulation increasing, to enable emerging applications?

Yes, absolutely. No one can have too much accuracy. Everyone’s chasing the goal of getting smaller, faster, and more accurate systems. They want greater precision and better accuracy from their simulators, as well as a faster response. We do real-time simulators and they want a smaller and smaller delay from when you input the trajectory to when you get the output. Luckily for us, Moore’s law is still in effect, so, as the complexity of the signals and the accuracy requirements increase, computers can churn through more data. Luckily, we’re able to keep up on the hardware side as well, because much of our processing is done using software. Some companies do it in hardware and some companies do it in software. We concentrate on the software side of things.

Here’s another interesting anecdote from my Polish guy. He noticed that the latest Intel chips contain an instruction that multiplies and divides at the same time but that it wasn’t available in Windows. So, he put in a request with Microsoft for that operational code and they incorporated it into the very latest version of dotnet, which has improved our simulation time by 7%. I see little improvements like that all the time.

Are all your simulators for use in the lab or are some for use in the field? If the latter, for what applications and how do they differ from the ones in the lab? (Well, for starters, I assume that they are smaller, lighter, and less power-hungry…)

All our systems are designed to be used inside and outside the lab. They can all be carried in a backpack, on a push bike, in a car. We do that deliberately, because we come from the automotive side of things, so we have to keep everything very small and compact.

Besides automotive, what are some field uses?

Some of our customers have put them in rockets, recording the signal as it goes up, or in boats. We have people walking around with an antenna on their wrist connected to one of our systems, so that they can simulate smartwatches. There are many portable applications. We have a very small battery-powered version, which makes it very independent.

Are there any recent success stories that you are at liberty to discuss?

Our most exciting one is a seamless transition for simulation that we developed to replace or augment GPS in tunnels. We’ve been talking to many cities around the world that are building new tunnels. Because modern cars automatically call emergency services when they crash or deploy their airbags, they need to know where they are, of course. Cities need to take this into account when they are building new tunnels, which can pass over each other or match the routes of surface streets. Therefore, accurate 3D positioning in the tunnels has become essential. It requires installing repeaters every 30 meters along each tunnel and software that runs on a server and seamlessly updates your position every 30 meters. As you enter a tunnel, your phone or car navigation system instantly switches to this system. It’s been received very well because it’s mainly software and the hardware is pretty simple. We’ve brought the cost down to a fifth of the cost of standard GPS simulators for tunnels. So, we’re talking to several cities about some very long tunnels, which is very exciting.

<p>The post Faux signals for real results: Racelogic first appeared on GPS World.</p>