Doc.: IEEE 802.15-05-0491-01-004a Submission September, 2005 Brethour, Time DomainSlide 1 Project: IEEE P802.15 Working Group for Wireless Personal Area.

Slides:



Advertisements
Similar presentations
Doc.: IEEE a Submission May, 2005 Brethour, Time DomainSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Advertisements

Doc.: IEEE a Submission June, 2005 Brethour, Time DomainSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE Submission July 2010 Stephen Gamache, Cubic Defense ApplicationsSlide 1 Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE a-Updating-15-7-security Submission May 2015 Robert Moskowitz, HTT ConsultingSlide 1 Project: IEEE P Working Group for.
Doc.: Submission, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [LB97 PICS Scrub] Date Submitted:
Doc.: IEEE /363 Submission Michael R. Derby, Time Domain November 2000 Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE a Submission March, 2006 Brethour, Time DomainSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE /0136r0 Submission March 2006 Abbie Mathew, NewLANS Project: IEEE P Working Group for Wireless Personal Area Networks Submission.
Doc.: IEEE c Submission September, 2005 Pollock, Skafidas and Saleem, NICTA LtdSlide 1 Project: IEEE P Working Group for Wireless.
Doc.: IEEE /368r0 Submission September 2003 Ranta et al., Discussion on UWB MAC for mobile devices Project: IEEE P Working Group for Wireless.
Doc.: e Submission 10 November, 2008 Wei Hong, Arch Rock CorporationSlide 1 Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE a Submission June, 2005 Brethour, Time DomainSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE Submission November 2012 Sunggeun Jin (ETRI)Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE Submission doc. : IEEE March 2009 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE a Submission 12 November 2003 Pat Kinney, Kinney Consulting LLCSlide 1 Project: IEEE P Working Group for Wireless.
Doc.: IEEE a Submission April, 2005 Brethour, Time DomainSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE a Submission January 2004 Pat Kinney, Kinney Consulting LLCSlide 1 Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE a Submission June, 2005 Brethour, Time DomainSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE a Submission August, 2005 Brethour, Time DomainSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE /436r0 Submission November 2003 Vijay DhingraSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE Submission September, 2008 Ranjeet K. Patro Slide 1/5 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE Submission January 2016 Ed Callaway, ARM, Inc.Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE /317r0 Submission September, 2000 Allen Heberling, Eastman Kodak, CompanySlide 1 NOTE: Update all red fields replacing with your information;
Doc.: IEEE Submission Sept Byung-Jae Kwak, ETRISlide 1 NOTE: Update all red fields replacing with your information; they are.
Doc.: IEEE a Submission May, 2005 Brethour, Time DomainSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE a Submission April, 2005 Brethour, Time DomainSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Submission November 2015 Slide 1Li Qiang, Huawei Technologies Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
Slide 1 SEPT doc.: c Submission Clint Powell, Kuor-Hsin Chang - Freescale, Inc. Project: IEEE P Working Group for Wireless.
Doc.: IEEE g TG4g Presentation Jan 2010 C.S. Sum1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)‏
Doc.: IEEE c Submission July, 2005 Skafidas,Pollock,Saleem, NICTASlide 1 Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE Submission March 2009 George Cavage, iControl Inc.Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE e Submission July 2009 Andy Summers, Skip Ashton, EmberSlide 1 Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE Submission, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [IEEE
Doc.: IEEE a Submission June, 2005 Brethour, Time DomainSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
<month year> doc.: IEEE /271r0 September, 2000
March 2001 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Upcoming IEEE Conferences] Date Submitted:
Submission Title: [Ranging Values]
Submission Title: [Adopted Proposals from May 18,2005 TG4a AM1]
June 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Scenarios for Usage Model Document.
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Add name of submission] Date Submitted:
doc.: IEEE <doc#>
doc.: IEEE <doc#>
March 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Toumaz response to TG6 Call for Applications]
<month year> doc.: IEEE < e>
Submission Title: [802.11n Liaison Report May 2009]
Submission Title: [Ranging Issues in 15.4a]
Submission Title: [Ranging opening report; Vancouver]
Submission Title: [Ranging opening report; Vancouver]
Submission Title: [UWB Ranging with non-coherent receivers]
doc.: IEEE g-Trends-in-SUN-capacity
doc.: IEEE <doc#>
September g Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Recognition of Hiroshi.
March, 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Integration lengths for extended-range PHY.
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE /XXXr0 Sep 19, 2007 June 2009
November 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Simplified geometry for the usage model.
Submission Title: [Ranging Values]
<month year>20 Jan 2006
Submission Title: [Crystal Offsets and UWB]
doc.: IEEE <doc#>
<month year> doc.: IEEE < e>
Submission Title: [Preamble structures for 4a]
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Resolution of TG6 Draft D0 comment.
September 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Suggested TG3c PAR Changes] Date Submitted:
Submission Title: [Consolidation of Ranging Results]
<month year> <doc.: IEEE doc> September 2015
July 2003 doc.: IEEE <03/242> July 2003
Submission Title: [Preamble structures for 4a]
Presentation transcript:

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Ranging with the 15.4 MAC] Date Submitted: [21 September, 2005] Source: [Vern Brethour] Company [Time Domain Corp.] Address [7057 Old Madison Pike; Suite 250; Huntsville, Alabama 35806; USA] Voice:[(256) ], FAX: [(256) ], Re: [ a.] Abstract:[A review of the 15.4a applications asking for location awareness & a possible approach for serving a high number of tracked nodes.] Purpose:[To promote discussion in a.] Notice:This document has been prepared to assist the IEEE P 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 P

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 2 A review of applications for UWB ranging & the associated system requirements.

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 3 First, a review of applications. The next few slides list the applications that are usually discussed in the context of UWB ranging and positioning.

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 4 Safety of life. Safety interlock on dangerous equipment: Some nasty machine turns off when humans (wearing appropriate radios) get too close. Tracking firefighters in dangerous environments. Tracking soldiers or policemen in hostile buildings.

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 5 Tracking material Pallets in warehouses. Equipment in hospitals. Shipping containers in ports. Luggage in airports & ports. Cars in huge lots. Lost car keys & TV remotes.

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 6 Automatic meter reading? In the 4a applications, this was listed as an application for “location awareness”. (???) In other market characterizations, this is strictly a communications application. The meter has an ID number associated with an account to be billed. We usually want to know the meter reading, not the location.

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 7 Tracking animals Pets and Agricultural livestock are self propelled high value assets with “minds” of their own. It’s useful to know where they are and where they have been. (How often has Bessie been to the feed trough?)

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 8 Tracking people Children in amusement parks & malls Workers on hazardous job sites Alzheimer’s patients Prisoners First Responders

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 9 The “most asked for” application. This is hands down the most requested application in Huntsville Alabama. Second place is not even close: Tracking Teenage Daughters.

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 10 Now, let’s go through the applications again and look at what the system requirements to support them. Generalizations follow: let’s look for the trends.

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 11 Safety of life applications Support of mobility is essential. High update rates are required. Cost and battery life are not so critical.

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 12 Tracking material This is probably the best fit for 4a. Pallets of dog food in a warehouse need to be findable, but they don’t move around often and do not need to be tracked while in motion. Some high value assets (pallets of processor chips) need high update rates and tolerance of mobility so they can be detected when they try to wander off.

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 13 Location Awareness for meter reading? Where is the meter?

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 14 The meter is right here on the side of the house. (Same place it was last month.) The REAL question the meter reader cares about: Where is the pit bull?

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 15 Automatic meter reading. This is an excellent application for UWB and 15.4a communications. I do not believe that this is an application requiring location awareness.

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 16 Tracking animals High update rates are usually required. This might be an application that can be served by 15.4a if we only care occasionally where the animals are.

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 17 Tracking People In general, the goal is detecting people going where they should not (because they are mobile). This requires a high update rate.

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 18 What does this mean for the 4a MAC? High update rates (implying high traffic levels on the air) might not be appropriate for the 4a MAC. Many of the applications for UWB location are calling for high update rates. Even the support of “mode 2” ranging will be difficult.

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 19 Remember “mode 2” ranging? We said in Australia that we wanted to support this. The red nodes (typically in the fixed infrastructure) need a common high accuracy clock. Key: Sync Pulse Location Pulse TDOA backhaul Mode 2 - Active controller reference node SOI

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 20 The establishment and maintenance of the high accuracy clock will be tough with the 15.4 MAC Clock sync usually wants timestamps and oscillator drift rate information exchanged regularly. Mode 2 - Active SOI Black arrows are clock sync messages.

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 21 Maybe, we let the Mode 2 infrastructure be outside of the standard. Key: Sync Pulse Location Pulse TDOA backhaul Mode 2 - Active controller reference node SOI The red nodes do their clock sync thing some proprietary way that is not part of the standard. All red nodes in a particular installation would have to be from the same vendor (interoperability of infrastructure nodes is not guaranteed by the standard.) We define the behavior of the blue nodes as 15.4a standard behavior and blue nodes can come from any vendor and work with any infrastructure.

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 22 The warehouse application: The warehouse infrastructure is made of proprietary radios which are not necessarily interoperable with infrastructure radios from other vendors. (Infrastructure is potentially wired into the building.) Screwed to each pallet is a standard 4a device from any vendor that will work in any infrastructure. This is a perfect “15.4” fit: inexpensive, long battery life, low duty cycle, etc.

doc.: IEEE a Submission September, 2005 Brethour, Time DomainSlide 23 The proprietary infrastructure. This is a way to let our worldwide deployable system (with low traffic rates on the air) still support tracking of very large quantities of nodes. As the regulators squeeze us, this might be our best response.