WO2023144752A1 - Détermination de probabilité du fait qu'une position d'utilisateur estimée soit probablement précise - Google Patents

Détermination de probabilité du fait qu'une position d'utilisateur estimée soit probablement précise Download PDF

Info

Publication number
WO2023144752A1
WO2023144752A1 PCT/IB2023/050689 IB2023050689W WO2023144752A1 WO 2023144752 A1 WO2023144752 A1 WO 2023144752A1 IB 2023050689 W IB2023050689 W IB 2023050689W WO 2023144752 A1 WO2023144752 A1 WO 2023144752A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
pressure
combined
server
metric
Prior art date
Application number
PCT/IB2023/050689
Other languages
English (en)
Inventor
Michael Dormody
Arun Raghupathy
Badrinath Nagarajan
Dan HIGHT
Gillian Smith
Original Assignee
Nextnav, Llc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nextnav, Llc filed Critical Nextnav, Llc
Publication of WO2023144752A1 publication Critical patent/WO2023144752A1/fr

Links

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/20—Instruments for performing navigational calculations
    • G01C21/206—Instruments for performing navigational calculations specially adapted for indoor navigation
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C5/00—Measuring height; Measuring distances transverse to line of sight; Levelling between separated points; Surveyors' levels
    • G01C5/06—Measuring height; Measuring distances transverse to line of sight; Levelling between separated points; Surveyors' levels by using barometric means
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/12—Detection or prevention of fraud
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/025—Services making use of location information using location based information parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/38—Services specially adapted for particular environments, situations or purposes for collecting sensor information

Definitions

  • a mobile device e.g., a smartphone operated by a user
  • Imprecise estimates of the mobile device's altitude may have life or death consequences for the user of the mobile device since an inaccurate altitude estimate can delay emergency personnel response times as they search for the user on multiple floors of a building. In less dire situations, imprecise altitude estimates can lead a user to the wrong area in an environment.
  • Spoofing a geolocation position is known in the art and occurs when a location of the user or device convincingly appears to be somewhere that is it not. Spoofing a location using x and y coordinates is common in mobile games that expect users to “collect” an item or reward. For example, known available software packages allow users to spoof their location in mobile games so the user can collect the item without actually visiting the location. In other words, the user fakes their location in order to collect the reward. On a larger scale, military operatives may spoof their location data to hide covert operations or to mask activities so their actual whereabout is a mystery.
  • One spoofing technique uses a false 3D position, and then adds noise to create the appearance of frequently updated position data.
  • Another spoofing technique uses a terrestrial radio transmitter to mimic GPS signals at a greater signal strength than the actual system can muster, effectively replacing real GPS signals with a fake signal.
  • Such spoofing activities may also be employed by users participating in the “metaverse”.
  • the metaverse is an emerging technology and generally refers to shared virtual world environments which people can access via the Internet.
  • the term can refer to digital spaces which are made more lifelike by the use of virtual reality (VR), augmented reality (AR), or mixed reality (XR).
  • Gaming worlds exist in which users have a character that can walk around the virtual world environment and interact with other players.
  • Blockchain technology can also be used in the metaverse where users can buy virtual land and other digital assets using cryptocurrencies and non- fungible tokens (NFTs).
  • NFTs non- fungible tokens
  • a method includes a server receiving a plurality of data packets from a mobile device. Each data packet comprises a user pressure measurement corresponding to an estimated user position at a time indicated by an associated timestamp.
  • the server identifies a plurality of reference pressure measurements associated with the estimated user positions and the associated timestamps.
  • the server determines one or more of a user pressure stability metric, a combined stability metric, and a combined accuracy metric using one or more of the received user pressure measurements, the reference pressure measurements, and the associated timestamps.
  • the server determines a likelihood value by comparing one or more of the user pressure stability metric, the combined stability metric, and the combined accuracy metric to a respective threshold.
  • the server determines that one or more of the estimated user positions are unlikely accurate when the likelihood value exceeds a likelihood threshold and determines that one or more of the estimated user positions are likely accurate when the likelihood value does not exceed the likelihood threshold.
  • a system in some embodiments, includes a memory storing executable instructions and a processor.
  • the processor is coupled to the memory and performs a method by executing the instructions stored in the memory.
  • the method includes the processor receiving a plurality of data packets from a mobile device. Each data packet comprises a user pressure measurement corresponding to an estimated user position at a time indicated by an associated timestamp.
  • the processor identifies a plurality of reference pressure measurements associated with the estimated user positions and the associated timestamps.
  • the processor determines one or more of a user pressure stability metric, a combined stability metric, and a combined accuracy metric using one or more of the received user pressure measurements, the reference pressure measurements, and the associated timestamps.
  • the processor determines a likelihood value by comparing one or more of the user pressure stability metric, the combined stability metric, and the combined accuracy metric to a respective threshold.
  • the processor determines that one or more of the estimated user positions are unlikely accurate when the likelihood value exceeds a likelihood threshold and determines that one or more of the estimated user positions are likely accurate when the likelihood value does not exceed the likelihood threshold.
  • FIG. 1 is a simplified schematic diagram of an example system for determining the likelihood that one or more of the estimated user positions is likely or unlikely accurate, in accordance with some embodiments.
  • FIG. 2 shows a simplified example environment for determining a likelihood that one or more of the estimated user positions is likely or unlikely accurate or for validating a user position, in accordance with some embodiments.
  • FIG. 3 is a flowchart of a method for determining a likelihood that one or more of the estimated user positions are likely or unlikely accurate, in accordance with some embodiments.
  • FIG. 4 is a graph showing a pressure profile, in accordance with some embodiments.
  • FIG. 5 is a graph showing a pressure difference profile, in accordance with some embodiments.
  • FIG. 6 is a graph showing an altitude difference profile, in accordance with some embodiments.
  • FIG. 7 is a graph showing a pressure difference profile with vertical movement, in accordance with some embodiments.
  • FIGs. 8 and 9 detail the combined stability metric and combined accuracy metric respectively with regard to a respective threshold, with a conclusion, in accordance with some embodiments.
  • FIG. 10 is a table showing an assessment of the likelihood that user pressure measurements are likely accurate when considering more than one metric, in accordance with some embodiments.
  • FIG. 11 is a flowchart of a method for validating a likelihood that user position measurements are likely accurate, in accordance with some embodiments.
  • FIG. 12 depicts simplified schematic diagrams of a transmitter, a mobile device, and a server, in accordance with some embodiments.
  • an estimated 2D or 3D position of a mobile device may be referred to as an “estimated user position.”
  • an atmospheric pressure measurement made using a barometric pressure sensor of the mobile device may be referred to as “a user pressure measurement.”
  • Data such as user pressure measurements corresponding to an estimated user position at an associated timestamp for a user’s activity or for an event may be collected and compared to reference pressure measurements associated with the estimated user positions and the associated timestamps from a reference network. Based on generated metrics, the systems and methods may determine if the estimated position of the user is likely accurate given the received user pressure measurements and the reference pressure measurements at associated timestamps. From this analysis, whether one or more of the estimated user positions are likely or unlikely accurate is determined.
  • the estimated position of the user When it is determined that the estimated position of the user is unlikely accurate, spoofing of the user’s position or location is suspected. When it is determined that the estimated position of the user is likely accurate, spoofing of the user’s position or location is not suspected. From this, the estimated user positions may be validated based on one or more of the estimated user positions are likely accurate - or not spoofed.
  • Embodiments of the systems and methods disclosed represent an improvement over conventional solutions which do not provide a suitable mechanism for checking, verifying, or validating an estimated user position to prevent spoofing based on using one or more of the received user pressure measurements, the reference pressure measurements, and the associated timestamps.
  • Validating the physical position of a user at a particular time has practical applications. According to embodiments herein, spoofing of a user position or location may be eliminated so that fraud, imitation, and deception may be prevented.
  • the validation of the physical position of the user provides proof of the position of the user at a particular time which enables improved security and accountability of user identities. For example, upon validation of the user’s position, a financial transaction, a conveyance of a good, or a digital treasure hunt dependent on the one or more estimated user positions may be conducted.
  • an NFT may be generated when the user position is validated. This provides a digital certificate that proves the user’s position and other verifiable information which may be stored in a distributed digital ledger.
  • the NFT may serve as a tamper-resistant record on a blockchain.
  • FIG. 1 is a simplified schematic diagram of an example system 100 for determining the likelihood that one or more of the estimated user positions (i.e., the position of a mobile device) is likely or unlikely accurate (e.g., spoofed), in accordance with some embodiments.
  • the system 100 generally includes a server 102 and several user devices or mobile devices 104.
  • the server 102 generally communicates with the mobile devices 104 through a network 106.
  • the server 102 represents one or more computerized devices, such as a cloud computing system, a server farm, a set of computers, a desktop computer, or a notebook computer, among others.
  • the mobile devices 104 each generally represent a mobile phone, smartphone, a cell phone, another wireless communication device, a handheld computer, a notebook computer, a personal computer, a portable computer, a navigation device, a tracking device, a game console, a smart watch, a receiver, etc.
  • the network 106 generally represents any appropriate combination of the Internet, cell phone communication systems, broadband cellular networks, wide area networks (WANs), local area networks (LANs), wireless networks, networks based on the IEEE 802.11 family of standards (Wi-Fi networks), and other data communication networks.
  • each mobile device 104 generally includes a position sensor 108, a movement sensor 110, a barometric pressure sensor 112, a device data packet 118, and device activity data 120, among other hardware, software, and data.
  • the position sensor 108 generally represents one or more appropriate sensor devices and associated software for detecting a position of the mobile device 104, such as for a Global Navigation Satellite System (GNSS, such as GPS, GLONASS, Galileo, Compass/Beidou), a terrestrial transmitter system, or a hybrid satellite/terrestrial system, among others.
  • GNSS Global Navigation Satellite System
  • GLONASS Global Navigation Satellite System
  • Galileo Galileo
  • Compass/Beidou Compass/Beidou
  • the movement sensor 110 generally represents one or more appropriate sensor devices and associated software for detecting movement of the mobile device 104, such as an accelerometer, a gyroscope, a magnetometer/compass, and/or a pedometer, among others.
  • all of the above data and sensors of a mobile device 104 may be used for determining a likelihood that an estimated user position is likely accurate or likely inaccurate, while in other embodiments only a portion of the above sensors and data may be used. For example, if the device activity data 120 were missing, it is still possible to estimate the likelihood that a position is likely accurate or unlikely accurate.
  • the barometric pressure sensor 112 represents any appropriate sensor device that generates an atmospheric pressure measurement with which the mobile device 104 determines its altitude.
  • the device data packet 118 comprises a user pressure measurement corresponding to an estimated user position at a time indicated by an associated timestamp and may include other data such as activity data or motion data.
  • the user pressure measurement is generated by the barometric pressure sensor 112 at the mobile device 104.
  • the mobile device 104 transfers the device data packet 118 to the server 102 for the server 102 to determine the likelihood that one or more of the estimated user positions are likely or unlikely accurate when the likelihood value exceeds a likelihood threshold.
  • the estimated user position (e.g., a user position reported to an application on behalf of a user) is generated using the mobile device 104.
  • the estimated user position might be injected by malware, spoofing software, or another device such as a laptop.
  • the server 102 generally contains server data packets 122 (corresponding to the device data packets 118), server activity data 124 (corresponding to the device activity data 120), transition data 126 (whether derived by the server 102 or received from the mobile device 104), and reference data 128 among other hardware, software, and data.
  • the server 102 generally maintains the server data packets 122, the server activity data 124, and the transition data 126 for each mobile device 104.
  • the server activity data 124 and the transition data 126 are generally received by the server 102 from each of the mobile devices 104 as data in the server data packets 122 or are calculated by the server 102 from the data in the server data packets 122.
  • the reference data 128 includes a plurality of reference pressure measurements associated with the estimated user positions and the associated timestamps.
  • the reference data 128 is generally received by the server 102 from a reference network such as a reference atmospheric weather network (not shown).
  • the reference network is comprised of atmospheric sensors for measuring atmospheric pressure and/or temperature. Such sensors are often incorporated into stable pressure instruments (SPI) and/or weather stations. In general, a stable pressure instrument exhibits less sensor drift and produces more accurate atmospheric measurements as compared to a less stable pressure instrument of a so-called weather station.
  • the reference network may be a crowdsourced atmospheric weather network or other pressure networks.
  • FIG. 2 shows a simplified example environment for determining a likelihood that one or more of the estimated user positions is likely or unlikely accurate or for validating a user position, in accordance with some embodiments.
  • the environment 200 includes a network of terrestrial transmitters 202, at least one of the mobile devices 104, and the server 102.
  • the server 102 exchanges communications with various devices, such as the mobile device 104.
  • Each of the transmitters 202 and the mobile device 104 may be located at different altitudes or depths that are inside or outside various natural or manmade structures (e.g., buildings 204 and 206), relative to different elevations throughout a terrain 208, as illustrated by examples in FIG. 2.
  • Positioning signals 210 and 212 are transmitted from the transmitters 202 and satellites 214, respectively, and are subsequently received by the mobile device 104 using known transmission technologies.
  • the transmitters 202 may transmit the signals 210 using one or more common multiplexing parameters that utilize time slots, pseudorandom sequences, frequency offsets, or other approaches, as is known in the art or otherwise disclosed herein. Examples of possible hardware, software, and data components in the transmitters 202, the mobile device 104, and the server 102 are shown in FIGs. 1 and 12, as described herein.
  • each transmitter 202 and mobile device 104 may include atmospheric sensors (e.g., barometric pressure sensors and temperature sensors, as appropriate) for generating measurements of atmospheric conditions (e.g., atmospheric pressure and temperature) that may be used by the reference network to generate the reference data 128.
  • atmospheric sensors e.g., barometric pressure sensors and temperature sensors, as appropriate
  • the timestamp and the authenticity of the transmitters used to determine the position may be validated.
  • the mobile device 104 may experience a variety of activities.
  • the mobile device 104 may be moving rapidly (e.g., its position changes significantly in a relatively short time) when it is in a vehicle that the user is driving (or riding in).
  • the mobile device 104 may be moving somewhat rapidly (e.g., slower than is typical for driving, but faster than is typical for walking or running) when the user is riding a bicycle.
  • the mobile device 104 may be moving somewhat slowly (relative to driving or biking), or movement data from the accelerometer may indicate steps by the user 216 while the barometric pressure data is not changing significantly.
  • the mobile device 104 may be still (e.g., the movement data from the accelerometer is stable) when the user 216 is simply standing or sitting (as at 228) or parked in a vehicle.
  • Other possible activities may include running, roller skating, skateboarding, skiing, swimming, etc.
  • driving, walking, and still activities it is understood that other embodiments can use any appropriate combination of determinable activities.
  • the activity may occur in a location area 234.
  • an estimated position or location of the user may easily be spoofed to make the estimated position or location appear valid.
  • an ambient pressure and a true user position are highly correlated, meaning people in the nearby locations experience very similar ambient pressure measurements, detection of an uncorrelated pressure with a given position could imply that a user position was spoofed.
  • the systems and methods disclosed herein can detect if the user position is spoofed by determining if one or more of the estimated user positions are likely or unlikely accurate when a likelihood value exceeds a likelihood threshold.
  • FIG. 3 is a flowchart of a method 300 for determining a likelihood that one or more of the estimated user positions are likely or unlikely accurate, in accordance with some embodiments.
  • the particular steps, order of steps, and combination of steps are shown for illustrative and explanatory purposes only. Other embodiments can implement different particular steps, orders of steps, and combinations of steps to achieve similar functions or results.
  • the server 102 receives from the mobile device 104 a plurality of device data packets 118 (or the device activity data 120).
  • Each data packet comprises a user pressure measurement corresponding to an estimated user position at a time indicated by an associated timestamp.
  • the device data packets 118 and the device activity data 120 correspond to the plurality of server data packets 122 and the plurality of server activity data 124 respectively in the server 102.
  • the user pressure measurement is generated by the barometric pressure sensor 112 at the mobile device 104, and the estimated user position is generated using the mobile device 104.
  • the server 102 identifies a plurality of reference pressure measurements associated with the estimated user positions and the associated timestamps of server data packets 122 or the plurality of server activity data 124.
  • the server 102 also determines any additional weather parameters. This may be accomplished by querying a reference network such as a reference atmospheric weather network or a crowdsourced atmospheric weather network.
  • the reference pressure measurements are generated using a reference network.
  • the determination of the plurality of reference pressures and the plurality of reference temperatures can be done in multiple ways such as averaging all weather stations, averaging a number of closest weather stations, or the like. This may be set forth in U.S. Patent Number 10,386,448 entitled “Systems and Methods for Selecting Atmospheric Data of Reference Nodes for Use in Computing the Altitude of a Receiver” which is hereby incorporated by reference.
  • the determination of the plurality of reference pressures and the plurality of reference temperatures can be done by interpolating across weather stations and/or across geographic features. This may be set forth in U.S. Patent Application Number 18/053,907, filed November 9, 2022, and entitled “Mitigating Atmospheric Effects from Geographical Anomalies on Reference Pressure Estimates” which is hereby incorporated by reference.
  • a range of reference pressures or a range of reference temperatures such as a range of minimum reference pressures and a range of maximum reference pressures, or a range of minimum reference temperatures and a range of maximum reference temperatures, may be estimated from historical climatology data.
  • the changes in pressure over time may be compared to the relative changes of the pressures in a building-terrain envelope.
  • the building-terrain envelope is a vertical region that can be bounded by the building top above and/or the terrain below, with some buffer. This may include a region below the terrain for cases where there are subterraneous floors (i.e., basement levels).
  • the server 102 determines one or more of a user pressure stability metric, a combined stability metric, and/or a combined accuracy metric using one or more of the received user pressure measurements, the reference pressure measurements, and the associated timestamps.
  • the user pressure stability metric is determined by using one or more of the user pressure measurements corresponding to the estimated user position and the associated timestamp of the plurality of server data packets 122 or the plurality of server activity data 124. To increase the integrity of the data, there may be a minimum amount of data points necessary before determining the metric.
  • the user pressure may be unchanged and stuck at a fixed value. When this occurs, a flag may be introduced by the server 102 to indicate a likely sensor error and that the pressure may not have been spoofed. Alternatively, in some embodiments, this may indicate a spoofed pressure.
  • FIG. 4 is a graph showing a pressure profile, in accordance with some embodiments.
  • the pressure profile graph 400 illustrates a time series aligned plurality of user pressure measurements corresponding to an estimated user position and the associated timestamps, and a time series aligned plurality of reference pressure measurements associated with the estimated user positions and the associated timestamps received by the server 102.
  • the user may be in a fixed position such as the user 216 standing or sitting (228) in FIG. 2.
  • the y-axis is pressure in Pascals and the x-axis is a time interval or timestamp.
  • the server 102 may sort the user pressure measurements into “likely accurate” and “unlikely accurate” based on the user pressure stability metric. This may be based on comparing a standard deviation or variance of the data difference to a threshold value.
  • the threshold value may be zero to three meters or zero to 30 Pascals so that data within the threshold value is assigned as a likely accurate pressure and data greater than the threshold value is assigned as an unlikely accurate pressure.
  • the user pressure stability metric is less than a threshold value such as 0.1 Pascals
  • the reported user pressure may be suspect of being set to a fixed value.
  • the reported user pressure may be thereafter characterized as being an unlikely accurate pressure.
  • the estimated user pressure may be set to a constant pressure value whereas the pressure value should vary in most circumstances.
  • other threshold values may be used depending on the application such as user criteria, industry-standard, or geography.
  • Time series similarity can also be found using frequency domain similarity analysis of the spectral content, for example, of the two waveforms.
  • the plurality of user pressure measurements corresponding to the estimated user position plotted in FIG. 4 include likely accurate pressures 402, unlikely accurate pressures 404, and reference pressures 408 (e.g., reference pressure measurements associated with the estimated user positions) from the reference network, all of which are identified in the key 406.
  • reference pressures 408 e.g., reference pressure measurements associated with the estimated user positions
  • the plots have a same pattern such as rising and falling at the same time intervals, although offset from one another. This is interpreted as the estimated position of the user, based on the user pressure measurements corresponding to the estimated user position, is most likely in the same area as the reference pressures, but at a different altitude. In this scenario, spoofing of the user position is not suspected.
  • the server 102 may have checks in place to ensure the integrity of the user pressure measurements corresponding to the estimated user position by applying conditions to validate the user pressure time series.
  • the server 102 may evaluate the difference between the user pressure data points (e.g., a first pressure going to a second pressure) per time interval to ensure the altitude does not change in a physically impossible way over time. For example, it would be unlikely for the altitude of the user to change by 100 meters in one second, corresponding to about a 1000 Pascal change in one second. If this is shown in the user pressure time series, spoofing may be suspected.
  • the server 102 determines a time series aligned pressure difference profile as being a difference between the received user pressure measurements at the associated timestamps and the reference pressure measurements at the associated timestamps.
  • FIG. 5 is a graph showing a pressure difference profile, in accordance with some embodiments.
  • the pressure difference profile graph 500 illustrates plot 502 which is the time series aligned pressure difference between the plurality of likely accurate pressures and the plurality of reference pressures from FIG. 4 where the user may be in a fixed position such as the user 216 standing or sitting (228) from the example in FIG. 2.
  • Plot 504 is also illustrated, which is the time series aligned pressure difference between the plurality of unlikely accurate pressures and the plurality of reference pressures from FIG. 4. Plots 502 and 504 are described in the key 506.
  • Plot 502 is practically flat or at 0° because the time series aligned pressure difference between the plurality of likely accurate pressures and the plurality of reference pressures is consistent over time.
  • Plot 502 may serve as a check that the location of the user is most likely in the same area as the reference pressures so spoofing of the user position is not suspected based on the reference pressures alone.
  • Plot 504 illustrates a curved line falling and rising over the time interval and having a slope(s). The time series aligned pressure difference between the plurality of unlikely accurate pressures and the plurality of reference pressures is not consistent over time, but rather, changes over time.
  • Plot 504 may serve as a check that the position of the user is most likely not in the same location as the received reference pressures so spoofing of the user position is suspected.
  • the server 102 additionally, or alternatively, calculates a time series aligned altitude profile using the received user pressure measurements at the associated timestamps, the reference pressure measurements at the associated timestamps, the reference temperature measurements at the associated timestamps, and a barometric formula.
  • the determined altitudes are based on the received user pressure measurements at the associated timestamps, the reference pressure measurements at the associated timestamps, and the plurality of reference temperatures using a barometric formula.
  • the plurality of reference pressure measurements and the plurality of reference temperatures are received from the reference network.
  • altitude can be determined using a measurement of pressure from a calibrated pressure sensor of a mobile device along with ambient pressure measurement(s) from a network of calibrated reference pressure sensors and a measurement of ambient temperature from the network or other sources.
  • An estimate of an altitude of a mobile device (h mo bHe)' can be determined by the mobile device, a server, or another machine that receives needed information as follows: (Equation 1), where P mO biie is the estimate of pressure at the location of the mobile device by a pressure sensor of the mobile device, P sen sor is an estimate of pressure at the location of a reference pressure sensor that is accurate to within a tolerated amount of pressure from true pressure (e.g., less than 5 Pa), T remote is an estimate of temperature (e.g., in Kelvin) at the location of the reference pressure sensor or a different location of a remote temperature sensor, h sensor is an estimated altitude of the reference pressure sensor that is estimated to be within a desired amount of altitude error (e.g., less than 1.0 meters), g corresponds to the acceleration due to gravity (e.g., -9.8 m/s 2 ), A is a gas constant, and is the molar mass of air (e.g., dry air or other).
  • the estimate of pressure at the location of the reference pressure sensor can be converted to an estimated reference-level pressure that corresponds to the reference pressure sensor in that it specifies an estimate of pressure at the latitude and longitude of the reference pressure sensor, but at a reference-level altitude that likely differs from the altitude of the reference pressure sensor.
  • the reference-level pressure can be determined as follows: where P sen sor is the estimate of pressure at the location of the reference pressure sensor, P re j- is the reference-level pressure estimate, and h re is the reference-level altitude.
  • the altitude of the mobile device h mob n e can be determined using Equation 1, where h re is substituted for h sensor and P re f is substituted for Psensor •
  • the reference-1 evel altitude h re f may be any altitude and is often set at 0 meters mean sea level (MSL) or 0 meters height above ellipsoid (HAE).
  • T remote is the measurement of ambient temperature at the location of the reference pressure sensor.
  • the reference-level pressure estimates are combined into a single reference-level pressure estimate value (e.g., using an average, weighted average, or other suitable combination of the reference pressures), and the single reference-level pressure estimate value is used for the reference-level pressure estimate P re f.
  • FIG. 6 is a graph showing an altitude profile, in accordance with some embodiments.
  • the altitude is calculated in meters using the received user pressure measurements such as the likely accurate pressures and the unlikely accurate pressures of FIG. 4.
  • the altitude profile graph 600 has altitude in meters on the y-axis over time on the x-axis.
  • Plot 602 illustrates the time series aligned altitude profile calculated using the plurality of likely accurate pressures and the plurality of reference pressures and reference temperatures (e.g., reference pressure measurements associated with the estimated user positions) from FIG. 4.
  • Plot 604 illustrates the time series aligned altitude profile determined by using the plurality of unlikely accurate pressures and the plurality of reference pressures from FIG. 4, with a plurality of reference temperatures (not shown).
  • Plots 602 and 604 are described in the key 606.
  • Plot 602 is practically flat or at 0° because the time series aligned altitude calculated using the likely accurate pressures and the plurality of reference pressures is correlated and consistent over
  • the altitude profile may be more stable than the pressure difference profile in cases where the user position is “vertically far” from the weather stations being used to determine the reference weather data.
  • “vertically far” means that the difference in altitude exceeds a threshold value regardless of the horizontal distance, for example 100 meters. Horizontal distance is important in determining the closest reference weather data to the user’s position, but it need not be extremely accurate to estimate a reasonable reference weather data.
  • the atmospheric pressure gradient in the user’s area may be weak over large distance scales. For example, if the pressure gradient is 1 Pa / 1 km, the user could spoof a position 1 km away.
  • the user’s true reference pressure compared to the spoofed reference pressure would differ by 1 Pa. This is a small amount and it would be hard to establish a spoofed location with certainty since the small amount may be a statistical fluctuation.
  • the server 102 can perform other checks to ensure the integrity of the data.
  • the server 102 additionally, or alternatively, determines a combined stability metric using the time series aligned pressure difference profile (e.g., a difference between the received user pressure measurements at the associated timestamps and the reference pressure measurements at the associated timestamps) and the time series aligned altitude profile (e.g., determined using the received user pressure measurements at the associated timestamps, the reference pressure measurements at the associated timestamps, the reference temperature measurements at the associated timestamps, and a barometric formula).
  • the combined stability metric is further determined by using a first slope of the time series aligned pressure difference profile and a second slope of the time series aligned altitude profile. For example, the combined stability metric determines how “flat” the difference is between the received user pressure measurements and the reference pressure measurements, and how “flat” is the calculated altitude. Other ways to determine the stability metric, such as a deviation from a central tendency, are considered.
  • This metric distinguishes between vertical motion and uncorrelated pressure and may be characterized by standard deviation, variance, or another distribution from a central tendency (e.g., a mean or median value) that screens for sudden jumps or changes in the data points.
  • the standard deviation can be applied to smaller segments or clusters of data. For example, in some embodiments, the difference between a set of data clusters to another set of data clusters cannot exceed a threshold pressure that can be derived from a specific use case such as using building data.
  • Data clusters can be determined using additional sensor information (e.g., inertial sensors indicating insignificant user motion) or activity state information (e.g., activity or activity transitions indicating insignificant user motion).
  • the server 102 may have checks in place to ensure the integrity of the data.
  • the determined altitude ranges for the user pressures may be compared to a building-terrain envelope for vertical motion transitions in data that correspond to the building-terrain envelope. For example, a user cannot likely fly between buildings, so the determined altitudes should be altitudes indicative of the user walking to a ground floor or skybridge in order to be in a neighboring building. Additionally, the determined altitudes need to be within the building envelope.
  • a calibrated sensor may have some small range (e.g., +/- 3 meters), but an uncalibrated sensor may have some large range (e.g., +/- 50 meters).
  • the range overlaps the building-terrain envelope, it is possible that the user is within the building, or it is difficult to disambiguate spoofing from calibration.
  • the altitude is unphysical and thus the user position is suspect, or it is likely to disambiguate spoofing from calibration since calibration issues alone cannot explain the discrepancy. For example, if the determined altitude is 100 meters above the local terrain and the building has an envelope of only two stories, which is approximately 10 meters, the user is well outside of the building envelope and spoofing may be suspected. Other sensor information may be used to cross-check against movement. This may be set forth in U.S. Patent Number 10,805,452 entitled “Systems and Methods for Determining a Height of a Mobile Device Above a Surface” which is hereby incorporated by reference.
  • FIG. 7 is a graph showing a pressure difference profile with vertical movement, in accordance with some embodiments.
  • the user may be moving such as walking up flights of stairs then walking down or riding in an elevator to higher floors and then to lower floors.
  • the pressure difference profile graph 700 is similar to that shown in FIG. 5 which is the pressure difference profile for a fixed position.
  • the graph 700 illustrates clusters 702 which are the time series aligned pressure difference profile between the received user pressure measurements at the associated timestamps and the reference pressure measurements at the associated timestamps.
  • the key 706 describes a vertical movement standard deviation of 84.02 Pascals for all the clusters combined and a standard deviation per cluster ranging between 6.7 Pascals to 8.53 Pascals.
  • the server 102 additionally, or alternatively, calculates a combined accuracy metric using the time series aligned pressure difference profile (e.g., a difference between the received user pressure measurements at the associated timestamps and the reference pressure measurements at the associated timestamps) and the time series aligned altitude profile (e.g., determined by using the received user pressure measurements at the associated timestamps, the reference pressure measurements at the associated timestamps, the reference temperature measurements at the associated timestamps, and a barometric formula).
  • a combined accuracy metric using the time series aligned pressure difference profile (e.g., a difference between the received user pressure measurements at the associated timestamps and the reference pressure measurements at the associated timestamps) and the time series aligned altitude profile (e.g., determined by using the received user pressure measurements at the associated timestamps, the reference pressure measurements at the associated timestamps, the reference temperature measurements at the associated timestamps, and a barometric formula).
  • the combined accuracy metric is further determined by determining a proximity of the time series aligned pressure difference profile to a first expected result, and a proximity of the time series aligned altitude profile to a second expected result.
  • the combined accuracy metric is a metric that quantifies the excursion distribution of either a pressure difference profile or an altitude profile from its expected respective values. For example, if a user is expected to be at 10 meters and the altitude time series wanders from 9 meters to 11 meters to 9.5 meters, the metric would quantify that 80% of the results have an error of less than 1.5 meters.
  • the Cumulative Distribution Function (CDF) of the absolute value of the measured altitude minus the true altitude may be determined and various percentages (e.g., 80%, 90%) reported.
  • CDF Cumulative Distribution Function
  • the metric could be reported as both a metric in magnitude and percentage. Alternatively, the metric may be “all” or 100% of the data points are within 5 meters. In some embodiments, the combined accuracy metric is a mathematical combination and may have a weighted value applied.
  • the combined accuracy metric may be influenced by the calibration of the sensor.
  • a calibration range of A meters e.g., 30 to 50 meters
  • the uncalibrated user sensor could be off by up to +/- A meters or +/- B Pascals, where the barometric formula may be used to convert between A and B, yielding roughly 8 to 14 Pascals per meter.
  • the calibration range may be specified by the identity or quality of the sensor, or the identity or quality of the device in which the sensor is located.
  • the calibration range A is small, such as 3 to 5 meters, which is significantly smaller than for the uncalibrated user sensor.
  • the range of determined altitudes of the user may be compared to the known altitude of the terrain and building database to determine if the user is likely within the building-terrain envelope, or if no buildings are in the vicinity of the user, within a range of the terrain value in the vicinity of the user’s position.
  • the range of determined altitudes of the user exceeds the building-terrain envelope - or does not overlap with the building-terrain envelope, spoofing may be suspected.
  • the range would be very large compared to a calibrated sensor.
  • the server 102 determines a likelihood value by comparing one or more of the user pressure stability metric, the combined stability metric, and/or the combined accuracy metric to a respective threshold value.
  • the respective threshold may be a distance, pressure, altitude or combination thereof.
  • respective threshold values vary depending on the application, and include user criteria, industry-standard criteria, geography, or the type of reference network used. For example, a calibrated network or a reference atmospheric weather network can generate data that is likely more accurate than a crowdsourced atmospheric weather network, so a smaller threshold value may be applied. For example, three meters may be used as the threshold value.
  • the threshold value for the crowdsourced data may be larger than three meters, such as 10 meters.
  • Methods to improve crowdsourced pressures may be set forth in U.S. Patent Number 10,704,905 entitled “Systems and Methods for Determining a Reference Pressure for Use in Estimating an Altitude of a Mobile Device,” and U.S. Patent Number 10,378,894 entitled “Systems and Methods for Estimating an Altitude of a Mobile Device Based on Detected Temperature Conditions,” which are both hereby incorporated by reference.
  • the system would fail the threshold test.
  • the result (e.g., 50 meters) indicates the pressure difference between the user pressure and the reference pressure may not be stable and may indicate uncorrelated user pressure with reference pressure or location spoofing.
  • the likelihood value may be based on the difference or absolute value between the user pressure stability metric, the combined stability metric, or the combined accuracy metric as compared to the respective threshold. In other words, the likelihood value is how close the given metric is to the respective threshold.
  • the absolute value of the difference may be assessed for statistical significance with a normal distribution function, standard deviation, Cumulative Distribution Function (CDF) or the like.
  • the likelihood value may be indicated as standard deviations below or above the respective threshold value.
  • the likelihood value may be a weighted combination of the user pressure stability metric, the combined stability metric, or the combined accuracy metric as compared to the respective threshold, and the weights could be representative of a numerical distance to a respective threshold value. In some embodiments, such weights could be binary and be only 0 or 1, or the weights could represent a continuous distribution.
  • the server 102 determines that one or more of the estimated user positions are unlikely accurate when the likelihood value exceeds a likelihood threshold, and at block 312, the server 102 determines that one or more of the estimated user positions are likely accurate when the likelihood value does not exceed a likelihood threshold.
  • the likelihood threshold may be based on user criteria, industry-standard criteria, geography, or reference network. In some embodiments, the likelihood threshold may be determined by using a population of previously measured values. For example, in some embodiments, a likelihood threshold may be representative of one or two standard deviations from a central tendency of a distribution of the previously measured values.
  • the central tendency may be 10 and the standard deviation may be two. Therefore, the likelihood threshold would be between 6 and 14. If the likelihood value falls outside this range, or above this range, or below this range, the likelihood is high that one or more of the estimated user positions are unlikely accurate.
  • the likelihood threshold may be one standard deviation from a central tendency of previously measured values.
  • the central tendency is 2.5 meters so the likelihood threshold would be between 1.5 meters and 3.5 meters, or one standard deviation from the central tendency. Since the combined stability metric is within the likelihood threshold, this would pass the threshold test.
  • the result is stable and indicates a correlation between the received user pressure measurements at the associated timestamps and the reference pressure measurements at the associated timestamps and therefore, one or more of the estimated user positions are likely accurate and not spoofed.
  • the metrics may be converted into a confidence value describing the confidence of the conclusion that the user’s position is spoofed.
  • the confidence value may depend on the number of data points, such as how close the metrics are to the respective threshold, the type of reference network used, a stability fit metric, or the like. For example, it may be described as a PASS/FAIL assessment or a percentage confidence in spoofing.
  • FIGs. 8, 9, and 10 are tables showing an assessment of the one or more of the estimated user positions that are likely or unlikely accurate (e.g., spoofed), in accordance with some embodiments.
  • FIGs. 8 and 9 detail the combined stability metric and combined accuracy metric respectively to a respective threshold, with a conclusion.
  • the likelihood is that the user pressure measurements are spoofed, or unlikely accurate.
  • FIG. 10 is a table showing an assessment of the likelihood that user pressure measurements are likely accurate when considering more than one metric, in accordance with some embodiments.
  • the combined stability metric and combined accuracy metric are shown with PASS/FAIL relative to their respective threshold and the conclusion.
  • the user may be in a location or position where the building database is incorrect, the sensor calibration value exceeds the expected value, the position is coincidentally spoofed to a position with similar pressures, or the user's position could be in an inopportune location such as in a very tall building where altitude could span a range of possibilities and spoofing cannot be confidently determined.
  • each determined metric such as the user pressure stability metric, the combined stability metric, and the combined accuracy metric may be assigned a confidence value, and then the confidence values for these metrics may be combined in any manner to generate a combined confidence value.
  • the combined stability metric may have a confidence value of 90%
  • the combined accuracy metric may have a confidence value of 60%
  • the combination may have a confidence value of 75%.
  • each confidence value for the metrics e.g., the user pressure stability metric, the combined stability metric, and the combined accuracy metric
  • the metrics may be combined by using the weighted confidence values to generate a combined confidence value. For example, if W1 corresponds to the weight of the first metric, W2 corresponds to the weight of the second metric, and Cl and C2 are first and second confidence values respectively, then (Equation 3).
  • the metrics are combined by multiplying the individual metric confidence value percentages along with appropriate scale factors:
  • Scale factors act similarly to weights but may be used to normalize the Combined Confidence to not be too small (e.g., 1%) or unphysically large (e.g., 200%).
  • the scale factor for Cl may be 1.2 since the first metric tends to underestimate confidence
  • the scale factor for C2 may be 0.7 since the second metric tends to overestimate confidence.
  • These scale factors can be determined from existing measurements across a variety of environments and circumstances.
  • the combined confidence value may be used to determine if the estimated user positions are likely accurate. For example, the estimated user positions are likely accurate when the combined confidence value exceeds a combined confidence value threshold, and the estimated user positions are unlikely accurate when the combined confidence value does not exceed the combined confidence value threshold.
  • the inverse problem may be constructed such as determining where the user is most likely located for the user pressure measurements at the associated timestamps. For example, for each timestamp, the reference pressure and reference temperature may be queried in a gridded fashion across an area of interest such as the state, country, etc. This could be compared to user pressure measurements (and/or determined altitudes) for the gridded area. Depending on matches, the likelihood of the user position may be determined. A confidence value may be calculated per grid point, and confidence maps of the areas of interest may be generated. This is referred to herein as “pressure fingerprinting”.
  • the systems and methods disclosed herein may be used to validate a user’s position.
  • the user’s physical position at a given time, or the vertical position of where the user is physically located may be validated.
  • the user’s physical position at a given time, for the complete x, y, and z geolocation of where the user is physically located may be validated.
  • the estimated position or location can be spoofed quite easily.
  • validating the physical position of a user at a particular time prevents spoofing of the physical position or location and can prevent fraud.
  • the validation of the physical position of the user provides proof of the position of the user at a particular time with a confidence level.
  • the embodiments herein may also validate the buying of digital assets where being represented in the physical world is a requirement.
  • a validation confidence value may be provided with the validation.
  • FIG. 11 is a flowchart of a method 1100 for validating a likelihood that user position measurements are likely accurate, in accordance with some embodiments.
  • the method 1100 begins at block 1102, executing method 300.
  • Method 300 is described in blocks 302 to 312 with reference to the flowchart in FIG. 3.
  • the embodiments of blocks 302 through 312 have been described herein and will not be described again in detail.
  • the blocks may be performed sequentially or in a different order, and some of the blocks may be performed simultaneously.
  • the vertical position of the user may be validated by leveraging sensors in the mobile device to read the barometric pressure and comparing it to local conditions that are measured through the reference network.
  • the server 102 may calculate the specific altitude measurement of the mobile device 104 based on the data.
  • the altitude measurement may be an “air fingerprint” in a specific software application to validate the physical presence of the user - with vertical position - of where someone is, including the timestamp of when they are there.
  • the one or more of the estimated user positions is validated when it is determined that the one or more of the estimated user positions are likely accurate, as determined in block 312.
  • the one or more of the estimated user positions is validated when the likelihood value exceeds a benchmark.
  • the benchmark may be associated with a YES/NO condition, a PASS/FAIL criteria, a percentage, an upper limit, or a lower limit.
  • the benchmark may be associated with a YES/NO condition such as when it is determined that the one or more of the estimated user positions are likely accurate (e.g., not spoofed), the user position is VALIDATED.
  • the benchmark may be associated with a percentage. For example, it may be determined that the one or more of the estimated user positions that are likely accurate (e.g., not spoofed) is 10%. This may be compared to the benchmark whereas the benchmark is at least 70% meaning that when the one or more of the estimated user positions that are likely accurate (e.g., not spoofed) is compared to the benchmark - 10% versus 70%, the one or more of the estimated user positions are NOT VALIDATED since 10% is not at least 70%.
  • validating the position (e.g., location) and time when the user was present may be used in different types of financial transactions.
  • the user may buy virtual real estate in the digital world that is based on a physical location or position.
  • the physical location may be validated in the digital world such as the metaverse.
  • rent in a digital or physical currency may be collected.
  • the user may visit the physical location or position and the method 1100 validates that the user visited the physical location.
  • the financial transaction such as collecting rent may occur.
  • the systems and methods herein may validate the location of the user then a conveyance of a good is executed.
  • the user may be permitted to purchase a digital representation of a good.
  • the physical location such as a vertical location or position in an urban area may be validated then “air rights” for the real estate may be granted.
  • the digital treasure or scavenger hunt may be associated with a virtual game in which players need to visit a physical location to collect a virtual item or reward.
  • the systems and methods described herein validate the user’s estimated position, the player collects the virtual item or reward.
  • a person may attend a specific event (e.g., concert or sporting event) to gain access to specific content. Accordingly, once the person’s estimated user position is validated, access to the content is granted.
  • the estimated position - with x, y, and z coordinates - and time when the user is actually at the physical location may be validated when the one or more of the estimated user positions are likely accurate. This eliminates cheating by the user for spoofing the location or position without physically visiting the location. In some games, users collect a prize when they physically visit, for example, the 10 th floor of a building. The systems and methods disclosed herein prevent users from merely “driving by” the building and not ascending to the 10 th floor.
  • a Non-fungible Token is a digital asset that represents real- world objects like art, music, in-game items, and videos, and can be bought and sold.
  • an NFT may be generated when the one or more of the estimated user positions are likely accurate is validated. This represents a validation that the user has visited the actual physical location or position and is a digital certificate that provides verifiable information as to who the owner is and allows the NFT to be stored in the database such as a distributed digital ledger.
  • the NFT may serve as proof or a receipt and have an assigned confidence level.
  • the validation by the method may be encoded or stamped into the NFT so the information stays with the NFT, thereby becoming a permanent record when bought or sold.
  • the quality metric value of the validation with the confidence value becomes part of the value of the NFT.
  • the NFT may be stored on a blockchain and the system 100 also stores the record of the NFT in storage 130 (see FIG. 1) in case of disputes.
  • the information used such as a proof of validation, evidence of the NFT, the accuracy of the system 100, method 300 and method 1100, the type of data collected for validation, and the actual data collected for validation, may be relied upon.
  • a fee or service charge may be incurred to validate the position of the user and/or to store and retrieve proof of that validation.
  • an NFT may be generated for this transaction and saved on the blockchain as a permanent, verifiable record.
  • the NFT, the record of the transaction, and the ownership of the digital real estate may be presented on different platforms.
  • the system 100 may serve as a Title Company for digital real estate transactions to verify the legality of the purchase.
  • the methods described herein can validate the digital placement of the NFT based on a physical world location or position.
  • a digital ticketing platform may leverage NFTs as "ticket stubs" where the physical location verification can be used to validate the attendance of an individual at a concert or event.
  • validation of an estimated user position may be used as part of a two-factor security or authentication system. In some embodiments, validation of an estimated user position may be used as part of a security protocol for allowing or disallowing a user to view sensitive or classified data.
  • FIG. 12 depicts simplified schematic diagrams of a transmitter, a mobile device, and a server, in accordance with some embodiments.
  • transmitters 202 discussed herein may include: a mobile device interface 11 for exchanging information with a mobile device 104 (e.g., antenna(s) and RF front end components known in the art or otherwise disclosed herein); one or more processor(s) 12; memory/data source 13 coupled to one or more processors 12 for providing storage and retrieval of information and/or program instructions; atmospheric sensor(s) 14 for measuring environmental conditions (e.g., pressure, temperature, humidity, other) at or near the transmitter 202; a server interface 15 for exchanging information with a server 102 (e.g., an antenna, a network interface, or other); and any other components known to one of ordinary skill in the art.
  • a server interface 11 for exchanging information with a server 102 (e.g., an antenna, a network interface, or other); and any other components known to one of ordinary skill in the art.
  • the memory/data source 13 may include memory storing software modules with executable instructions, and the processor(s) 12 may perform different actions by executing the instructions from the modules, including: (i) performance of part or all of the methods as described herein or otherwise understood by one of skill in the art as being performable at the transmitter 202; (ii) generation of positioning signals for transmission using a selected time, frequency, code, and/or phase; (iii) processing of signaling received from the mobile device 104 or another source; or (iv) other processing as required by operations described in this disclosure.
  • Signals 210 generated and transmitted by the transmitter 202 may carry different information that, once determined by the mobile device 104 or the server 102, may identify the following: the transmitter 202; the transmitter's position; environmental conditions at or near the transmitter 202; and/or other information known in the art.
  • the atmospheric sensor(s) 14 may be integral with the transmitter 202 or separate from the transmitter 202 and either co-located with the transmitter 202 or located in the vicinity of the transmitter 202 (e.g., within a threshold amount of distance).
  • the mobile device 104 may include a network interface 27 for exchanging information with the server 102 via the network 106 (e.g., a wired and/or a wireless interface port, an antenna, and RF front end components known in the art or otherwise disclosed herein); one or more processor(s) 22; memory/data source 23 for providing storage and retrieval of information and/or program instructions; atmospheric sensor(s) 24 (including the barometric pressure sensor 112) for measuring environmental conditions (e.g., pressure, temperature, other) at the mobile device 104; other sensor(s) 25 for measuring other conditions (e.g., compass, accelerometer and inertial sensors for measuring movement and orientation); a user interface 26 (e.g., display, keyboard, microphone, speaker, other) for permitting the user of the mobile device 104 to provide inputs and receive outputs; and any other components known to one of ordinary skill in the art.
  • a network interface 27 for exchanging information with the server 102 via the network 106 (e.g., a wired and/or a
  • a GNSS interface and processing unit (not shown) are contemplated, which may be integrated with other components or a standalone antenna, RF front end, and processors dedicated to receiving and processing GNSS signaling.
  • the memory/data source 23 may include memory storing data and software modules with executable instructions, including a signal processing module, a signal-based position estimate module, a pressure-based altitude module, a movement determination module, the data packet, and modules.
  • the processor(s) 22 may perform different actions by executing the instructions from the modules, including: (i) performance of part or all of the methods, processes and techniques as described herein or otherwise understood by one of ordinary skill in the art as being performable at the mobile device 104; (ii) estimation of an altitude of the mobile device 104 (based on measurements of pressure from the mobile device 104 and transmitter(s) 202, temperature measurement(s) from the transmitter(s) 202 or another source, and any other information needed for the computation); (iii) processing of received signals to determine position information or location data (e.g., times of arrival or travel time of the signals, pseudoranges between the mobile device 104 and transmitters 202, transmitter atmospheric conditions, transmitter and/or locations or other transmitter information); (iv) use of position information to compute an estimated position of the mobile device 104; (v) determination of movement based on measurements from inertial sensors of the mobile device 104; (vi) GNSS signal processing; (vii) assembling and transmitting the device data packet 118; (
  • the server 102 may include: a network interface 31 for exchanging information with the mobile device 104 and other sources of data via the network 106 (e.g., a wired and/or a wireless interface port, an antenna, or other); one or more processor(s) 32; memory/data source 33 for providing storage and retrieval of information and/or program instructions; and any other components known to one of ordinary skill in the art.
  • the memory/data source 33 may include memory storing software modules with executable instructions, a signal-based positioning module, a pressure-based altitude module, as well as other modules for each of the above-described methods and processes or portions/ steps thereof.
  • the processor(s) 32 may perform different actions by executing instructions from the modules, including: (i) performance of part or all of the methods, processes, and techniques as described herein or otherwise understood by one of ordinary skill in the art as being performable at the server 102; (ii) estimation of an altitude of the mobile device 104; (iii) computation of an estimated position of the mobile device 104; or (iv) other processing as required by operations or processes described in this disclosure. Steps performed by servers 102 as described herein may also be performed on other machines that are remote from the mobile device 104, including computers of enterprises or any other suitable machine.

Landscapes

  • Engineering & Computer Science (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Computer Security & Cryptography (AREA)
  • Measuring Fluid Pressure (AREA)

Abstract

L'invention concerne un procédé (300) consistant à recevoir (302), par un serveur (102), une pluralité de paquets de données (118) en provenance d'un dispositif mobile (104). Chaque paquet de données comprend une mesure de pression d'utilisateur correspondant à une position d'utilisateur estimée à un instant indiqué par une estampille temporelle associée. Le serveur (102) identifie (304) une pluralité de mesures de pression de référence associées aux positions d'utilisateur estimées et aux estampilles temporelles associées. Le serveur (102) détermine (306) un ou plusieurs paramètres parmi un paramètre de stabilité de pression d'utilisateur, un paramètre de stabilité combinée et un paramètre de précision combinée. Le serveur (102) détermine (308) une valeur de probabilité en comparant un ou plusieurs des paramètres à un seuil respectif. Le serveur (102) détermine (310) qu'une ou plusieurs des positions d'utilisateur estimées sont peu probablement précises lorsque la valeur de probabilité dépasse un seuil de probabilité et détermine (312) qu'une ou plusieurs des positions d'utilisateur estimées sont probablement précises lorsque la valeur de probabilité ne dépasse pas le seuil de probabilité.
PCT/IB2023/050689 2022-01-28 2023-01-26 Détermination de probabilité du fait qu'une position d'utilisateur estimée soit probablement précise WO2023144752A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202263267291P 2022-01-28 2022-01-28
US63/267,291 2022-01-28

Publications (1)

Publication Number Publication Date
WO2023144752A1 true WO2023144752A1 (fr) 2023-08-03

Family

ID=85172841

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2023/050689 WO2023144752A1 (fr) 2022-01-28 2023-01-26 Détermination de probabilité du fait qu'une position d'utilisateur estimée soit probablement précise

Country Status (1)

Country Link
WO (1) WO2023144752A1 (fr)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140200846A1 (en) * 2013-01-13 2014-07-17 Qualcomm Incorporated Access network node based barometric reference pressure network
US20160047648A1 (en) * 2014-08-15 2016-02-18 Qualcomm Incorporated Mobile-assisted determination of the altitude of a mobile device
US10136327B1 (en) * 2016-07-28 2018-11-20 United Services Automobile Association (Usaa) Location verification based on environmental sensor data
US10378894B2 (en) 2017-03-06 2019-08-13 Nextnav, Llc Systems and methods for estimating and altitude of a mobile device based on detected temperature conditions
US20190253861A1 (en) * 2018-02-09 2019-08-15 Rapidsos, Inc. Emergency location analysis system
US10386448B2 (en) 2015-09-04 2019-08-20 Nextnav, Llc Systems and methods for selecting atmospheric data of reference nodes for use in computing the altitude of a receiver
US10805452B2 (en) 2019-01-13 2020-10-13 Nextnav, Llc Systems and methods for determining a height of a mobile device above a surface

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140200846A1 (en) * 2013-01-13 2014-07-17 Qualcomm Incorporated Access network node based barometric reference pressure network
US20160047648A1 (en) * 2014-08-15 2016-02-18 Qualcomm Incorporated Mobile-assisted determination of the altitude of a mobile device
US10386448B2 (en) 2015-09-04 2019-08-20 Nextnav, Llc Systems and methods for selecting atmospheric data of reference nodes for use in computing the altitude of a receiver
US10136327B1 (en) * 2016-07-28 2018-11-20 United Services Automobile Association (Usaa) Location verification based on environmental sensor data
US10378894B2 (en) 2017-03-06 2019-08-13 Nextnav, Llc Systems and methods for estimating and altitude of a mobile device based on detected temperature conditions
US10704905B2 (en) 2017-03-06 2020-07-07 Nextnav, Llc Systems and methods for determining a reference pressure for use in estimating an altitude of a mobile device
US20190253861A1 (en) * 2018-02-09 2019-08-15 Rapidsos, Inc. Emergency location analysis system
US10805452B2 (en) 2019-01-13 2020-10-13 Nextnav, Llc Systems and methods for determining a height of a mobile device above a surface

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HAO XIA ET AL: "Using Multiple Barometers to Detect the Floor Location of Smart Phones with Built-in Barometric Sensors for Indoor Positioning", SENSORS, vol. 15, no. 4, 10 September 2014 (2014-09-10), pages 7857 - 7877, XP055548381, DOI: 10.3390/s150407857 *
LEE DONG-KYEONG ET AL: "Analysis of Raw GNSS Measurements Derived Navigation Solutions from Mobile Devices with Inertial Sensors", GNSS 2019 - PROCEEDINGS OF THE 32ND INTERNATIONAL TECHNICAL MEETING OF THE SATELLITE DIVISION OF THE INSTITUTE OF NAVIGATION (ION GNSS+ 2019), THE INSTITUTE OF NAVIGATION, 8551 RIXLEW LANE SUITE 360 MANASSAS, VA 20109, USA, 20 September 2019 (2019-09-20), pages 3812 - 3831, XP056015671, DOI: 10.33012/2019.17070 *

Similar Documents

Publication Publication Date Title
US9628958B1 (en) User-controlled, smart device-based location and transit data gathering and sharing
US10802157B2 (en) Three-dimensional city models and shadow mapping to improve altitude fixes in urban environments
US9980246B2 (en) Systems and methods for using three-dimensional location information to improve location services
US10091754B2 (en) Correcting interference of non-line-of-sight signals
US9194933B2 (en) Context and map aiding for self-learning
CN102209906B (zh) 定位移动通信终端的方法和系统
US20150338522A1 (en) Positioning Using Non-Line-Of-Sight Signals
US20130331121A1 (en) Wi-fi enhanced tracking algorithms
US20090054076A1 (en) Method and Device for Locating a Terminal in a Wireless Local Area Network
US11002858B2 (en) Detection of spoofed GNSS signals using IMU and barometer sensors
US9658313B2 (en) Terrestrial positioning assistance serving based on receiver device context
US10012737B2 (en) Method for estimating the level of error in satellite geolocation measurements and for monitoring the reliability of said estimations and associated device
US11733038B2 (en) Floor height estimation and calibration of a mobile device
CN110058265A (zh) 全球定位系统的分析方法
CN109633703A (zh) 一种应对遮挡场景的北斗导航无源定位方法
CN113671549A (zh) 定位方法、装置、系统、电子设备及存储介质
WO2023144752A1 (fr) Détermination de probabilité du fait qu'une position d'utilisateur estimée soit probablement précise
US11991605B2 (en) Methods for using a pressure sensor of a mobile device to improve the accuracy of determined contexts
CN115803648A (zh) 表征地形之上的高度的置信度
Maghdid et al. Modified WiFi-RSS Fingerprint Technique to locate Indoors-Smartphones: FENG building at Koya University as a case study
US11985569B2 (en) Identifying problematic 2D positions from mobile devices
Fryad et al. Indoors Smartphone Positioning Enhancement Using Wi-Fi and Magnetometer
Dhital et al. Inter-Sensor Validation for Improved Reliability of Multi-Sensor Systems
KR20110124899A (ko) 와이파이 어세스 포인트신호를 기반으로 한 3차원 위치 측정과 위치 정보 제공 방법 및 그 시스템

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23703337

Country of ref document: EP

Kind code of ref document: A1