<month year> doc.: IEEE < e>

Slides:



Advertisements
Similar presentations
Doc.: IEEE r July 2014 May 2012 Ben Rolfe (BCA) Project: IEEE Working Group for Wireless Personal Area Networks (WPANs) Submission.
Advertisements

July, 2005 Doc: IEEE a Qi, Li, Kohno (NICT) SlideTG4a1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
<November 2003> doc.: IEEE /486r0 <November 2003>
<month year> 6/11/2018<month year> doc.: IEEE January 2016
<month year> <doc.: IEEE doc>
<month year> <doc.: IEEE doc>
<month year> doc.: IEEE < e>
July, 2003 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Changes to ] Date Submitted:
Submission Title: [Add name of submission]
<month year> <doc.: IEEE doc> May 2015
Month Year doc.: IEEE /0xxxxr0
<month year> doc.: IEEE <030158r0> July, 2004
<month year> doc.: IEEE < e>
<month year> doc.: IEEE < e>
Jul 12, /12/10 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Potential Enhancements To Low.
June 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Scenarios for Usage Model Document.
<doc.: IEEE −doc>
<month year> doc.: IEEE < e>
<month year> doc.: IEEE < e>
May 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [PIB Coordination in g] Date Submitted:
<month year> doc.: IEEE < e>
<month year> doc.: IEEE < e> <March 2018>
<month year> doc.: IEEE < e> <May 2018>
March 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Toumaz response to TG6 Call for Applications]
doc.: IEEE <doc#>
<May,2009> doc.: IEEE <doc .....> <July 2009>
doc.: IEEE <doc#1>
<month year> doc.: IEEE < e>
<doc.: IEEE −doc>
doc.: IEEE <doc#>
May 2018 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: z Comments on ax Coexistence Assurance.
November 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [ Shared Group Timeslots ] Date Submitted:
Submission Title: [Cross-Layer Context Management]
<month year> doc.: IEEE < e>
<month year> doc.: IEEE < e>
Submission Title: [Resolutions for CID 85, 86, and 87]
Submission Title: [HRP UWB PHY enhanced mode converged consensus]
2/23/2019<month year> <month year> doc.: IEEE January 2016
<month year> doc.: IEEE < e>
<month year> doc.: IEEE <030158r0> September 2003
<month year> <doc.: IEEE doc> September 2015
<month year> doc.: IEEE < e> <January 2019>
Submission Title: [IEEE WPAN Mesh Reference Model]
doc.: IEEE <doc#>
doc.: IEEE /XXXr0 Sep 19, 2007 June 2009
October 2011 doc.: IEEE ptc August 2012
<month year>20 Jan 2006
doc.: IEEE <doc#>
September 2009doc.: IEEE wng0
<month year> doc.: IEEE < e>
October 2004 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: TDOA Localization Techniques Date Submitted:
f- 433 MHz PHY and MAC for TG4f - Preliminary Proposal July 2009 Project: IEEE P Working Group for Wireless Personal.
doc.: IEEE <doc#>
Name - WirelessHD March 2010
<month year> <doc.: IEEE doc> September 2015
<month year> doc.: IEEE < e> <May 2018>
<month year> <doc.: IEEE doc> March 2015
May 2018 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: z Comments on ax Coexistence Assurance.
doc.: IEEE <doc#1>
<month year> doc.: IEEE < e> <March 2018>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
<month year> 5/27/2019<month year> doc.: IEEE January 2016
<month year> doc.: IEEE <030158r0> <March 2003>
<month year> doc.: IEEE < e>
September 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Suggested TG3c PAR Changes] Date Submitted:
doc.: IEEE < nnn-00-0mag>
Doc.: IEEE Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Summary.
May 2015 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Source identification Date Submitted: May, 2015.
Presentation transcript:

doc.: IEEE 802.15-<15-09-0758-00-004e> <month year> doc.: IEEE 802.15-<15-09-0758-00-004e> Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Localisation review for TG12 ULI] Date Submitted: [13 September 2016] Source: [Billy Verso] Company [Decawave Ltd.] Address [Peter Street, Dublin 8, Ireland] Voice:[+353.87.233.7323], E-Mail:[billy.verso @ decawave.com] Re: [Examination of location awareness functionality for TG12] Abstract: [Review and discuss the mechanisms for location awareness for TG12 ULI] Purpose: [] Notice: This document has been prepared to assist the IEEE P802.15. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. Release: The contributor acknowledges and accepts that this contribution becomes the property of IEEE and may be made publicly available by P802.15.

The aim of this presentation: Begin to look at the question: How does localization fit into the 802.15.12 ULI specification? two-way ranging, localization, location awareness, RFID, TDOA, AOA, etc Methodology: Examine localisation use cases, types and localization algorithms Look at some example location focused (i.e. RTLS) network topologies Consider the current 802.15.12 Functional Decomposition Prompt the group to have a discussion about what ULI functionality should be defined to facilitate localization support and what sort of SAPs are needed for this

Localization use cases Typical methods, architectures and use cases employed in location aware networks and real-time location systems Static nodes measure distance between neighbors and “system” figures out the relative location of all participating nodes, typical use case is as an installation aid for commissioning Alarm system, smoke detectors, lighting units, etc More usual RTLS use case has fixed known position “anchor” nodes defining an infrastructure via which system locates the mobile “tag” nodes Two-way ranging to selected anchors, TDOA of a asset tag blink frame, AOA of frame, or, a combination of methods Navigation case: mobile node computes its location w.r.t. the anchor nodes Two-way ranging, reverse TDOA of anchor messages (like an indoor GPS), AOA, or, a combination of methods No fixed infrastructure case where mobile nodes measure distance, (and maybe angle), between to each other to figure out their relative location First responders, fire fighters, etc. This is essentially the first static case above, but repeated periodically

Measurement types and localization algorithms Range / distance between nodes Coarse estimate from RSSI (nearly every PHY can support at some level) Accurate results from two-way ranging based on PHY (eg HRP UWB PHY) ability to timestamp frame TX and RX and calculate the time of flight (TOF) A single range measurement can give proximity measurement, perhaps for safety applications, access control, etc. Use multiple range / distance results from fixed nodes to a mobile node can infer its location via multilateration network can locate mobile device or unknown location (fixed) node navigation mode mobile device figures it position by solving distance to N known fixed nodes

Measurement types and localization algorithms Angle-of-arrival (AOA) LRP UWB PHY added AOA reporting to MCPS-DATA primitives Possible to support with HRP UWB PHY and some others perhaps Depends on including an antenna array and receiving at both with double receivers able to determine angle based on different time or signal phases Use multiple AOA measurements two or more fixed nodes measure AOA of message from mobile node and figure out its locations fixed nodes send periodic messages, mobile node measures AOA to each fixed node and figures out its own location

Measurement types and localization algorithms Time Difference of Arrival (TDOA) Time of arrival measured at three or more fixed known position nodes can be used to locate the sender Requires that the RX timestamps TOA have a common time-base so that the TDOA can be used to infer mobile node location via multilateration can be achieved via a wired clock distribution can be achieved via wireless means, i.e. timestamped messages between fixed nodes used to track their relative clock offset and drift to correct TOA to common time-base for TDOA multilateration Reverse TDOA “indoor GPS” Time of arrival of messages from fixed nodes can be used by mobile node to figure out its own location Requires that send time of messages is known with respect to a common (synchronised) time base among the infrastructure nodes

Measurement types and localization algorithms Combination methods Use two-way ranging with angle to locate a device with respect to fixed known location device a range and a bearing define a location, i.e. in polar coordinates TDOA with AOA measurement Extra information of AOA helps resolving / reducing errors Ranging to one (or two nodes), TDOA for others, etc. Mixture of AOA, TDOA, TWR etc Complex solving algorithms can take all information into account to estimate the most probable location of the mobile device to be located

Single-sided two-way ranging Single-sided TWR makes a one round trip measurement Device B must send its Treply time to device A to allow it to calculate the TOF Single-sided TWR has error coming from the clock timing errors of the devices measuring Tround and Treply With shorter messages and higher precision clock sources the ranging errors may be acceptable for some application needs 1 ns ≈ 1 foot or 30 cm. Typical errors in SS-TWR time-of-flight estimation

Double-sided two-way ranging Double-Sided TWR with 4 messages Double-Sided TWR with 3 messages General formula for time of flight (TOF) is: DS-TWR removes the clock offset error experienced by SS-TWR Device A must send its Tround1 and Treply2 times to device B to allow it to calculate the TOF The general formula above supports asymmetric response times which can be useful for multi-node ranging schemes

Facilities to support localization algorithms MAC/PHY capability to accurately timestamp frame transmissions and receptions and report these to the upper layers along with device addresses to identify the nodes involved MAC/PHY capability to report an angle-of-arrival (AOA) of a received frame along with senders addresses to identify the node Facility to combine TX/RX timestamps from local and remote node to compute a time-of-flight (TOF) Consider defining IEs to communicate the timestamps Facility to route relevant data across the network to a “solver” that can use the data to estimate the device’s location e.g. device IDs, TOFs, TX & RX timestamps, AOA data, RSSI etc. For TDOA, facility in anchor or solver application to use TX and RX timestamps to track relative clock drift between anchors The alternative is hardware clock distribution/synchronisation of anchor infrastructure

RTLS network architecture with IP LAN backhaul to location solver

RTLS network architecture with 802.15.4 network backhaul to location solver

Adding location to a 802.15.4 network

Adding location to a 802.15.4 network TX & RX timestamps or TOF results are routed to a Solver, in a network node or external as shown here.

doc.: IEEE 802.15-<15-09-0758-00-004e> November 18 <month year> doc.: IEEE 802.15-<15-09-0758-00-004e> 802.15.12 Functional Decomposition LOCATING FUNCTIONS Solver Location solving application (local or remote) Perform ranging TOF calculation Send relevant data to Solver application TX and RX timestamps AOA information RSSI * Base figure comes from the TG12 closing report of the July 2016 meeting in San Diego, CA. Page 15

DISCUSSION ?