Doc.: IEEE 802.15-03-502-01-0030 Submission November 2003, Slide 1 Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission.

Slides:



Advertisements
Similar presentations
Doc.: IEEE a-Updating-15-7-security Submission May 2015 Robert Moskowitz, HTT ConsultingSlide 1 Project: IEEE P Working Group for.
Advertisements

Doc.: Submission, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [LB97 PICS Scrub] Date Submitted:
Doc.: IEEE s Submission January 2015 Mineo Takai, Space-Time EngineeringSlide 1 Project: IEEE P Working Group for Wireless Personal.
IEEE e Submission: Wireless Ping for Network Management 8 September 2008 Bhatti, Mitsubishi ElectricSlide 1 Project: IEEE P
Doc.: IEEE /340r0 Submission 12Sept2003 John R. Barr (Motorola) Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE /0136r0 Submission March 2006 Abbie Mathew, NewLANS Project: IEEE P Working Group for Wireless Personal Area Networks Submission.
Doc.: IEEE /368r0 Submission September 2003 Ranta et al., Discussion on UWB MAC for mobile devices Project: IEEE P Working Group for Wireless.
July 2004 Jay Bain, Fearn Consulting doc.: IEEE /0379r0 Submission Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
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 /441r0 Submission 14 th September, 2004 Pekka A. Ranta, NokiaSlide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE /436r0 Submission November 2003 Vijay DhingraSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE Submission Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed.
Doc.: IEEE Submission September 2013 Li, Hernandez, Dotlic, Miura, NICT Slide 1 Project: IEEE P Working Group for Wireless.
Doc.: IEEE /115r1 Submission February 2001 Mark Schrader, Eastman Kodak Co.Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE /315r1 Submission July 2001 Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
Submission November 2015 Slide 1Li Qiang, Huawei Technologies Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
Doc.: IEEE Submission, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Communicating.
Doc.: IEEE Submission ETRI May 2015 Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
Doc.: IEEE g Submission March 2011 Xing Tao (SIMIT/WSNIRI), Khanh Tuan Le (TI) Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE e Submission July 2009 Andy Summers, Skip Ashton, EmberSlide 1 Project: IEEE P Working Group for Wireless Personal.
<November 2003> doc.: IEEE /486r0 <November 2003>
<month year> doc.: IEEE /271r0 September, 2000
Rick Roberts, XtremeSpectrum
Submission Title: [Add name of submission]
doc.: IEEE <doc#>
June 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Scenarios for Usage Model Document.
doc.: IEEE <doc#>
November 2008 doc.: IEEE November 2008
doc.: IEEE <doc#>
NOV 01 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Application Specific Information Element] Date.
March 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Toumaz response to TG6 Call for Applications]
<May,2009> doc.: IEEE <doc .....> <July 2009>
doc.: IEEE <doc#1>
doc.: IEEE <doc#>
< November, 2011 > Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [More Low Energy Mechanism Details]
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Discovery Procedure] Date Submitted:
Submission Title: [Common rate resolution]
August, 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Enhancing reliability of data transmission.
Submission Title: IEEE : Management Slots in the MAC.
Submission Title: [Bluetooth SIG Liaison Report]
January 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [TG3c Technical Requirement sub-group report]
doc.: IEEE <doc#1>
Sept 2004 doc.: IEEE b Sept 2004 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
September 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [TG3c Technical Requirement sub-group.
Submission Title: [TG3a Closing Report September 2005]
<month year> doc.: IEEE <xyz> November 2000
doc.: IEEE /XXXr0 Sep 19, 2007 June 2009
Submission Title: [Frame and packet structure in ]
November 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Simplified geometry for the usage model.
<month year>20 Jan 2006
doc.: IEEE <doc#>
Submission Title: IEEE Potential TG3b MAC Project
March 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [TG3c Technical Requirement sub-group report]
doc.: IEEE <doc#>
Tero Kivinen, INSIDE Secure
doc.: IEEE <01/xxxr0>
July 2010 <month year> doc.: IEEE g Doc.: IEEE g
January 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [TG3c Project Plan] Date Submitted: [17.
September 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Suggested TG3c PAR Changes] Date Submitted:
Mar 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Resolution for Comment 70 ] Date Submitted:
Mar 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Resolution for Comment 70 ] Date Submitted:
平成31年7月 doc.: IEEE /424r1 November 2007
<month year> <doc.: IEEE doc> September 2015
August, 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Improve the latency between GTS request.
Submission Title: [Common rate resolution]
Submission Title: [Common rate resolution]
Jul 12, /12/10 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Dependable Interest Group Closing.
Submission Title: TG9ma Closing Report for September Meeting
Presentation transcript:

doc.: IEEE Submission November 2003, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [UWB MAC considerations for Mobile Environment] Date Submitted: [12 th November, 2003] Source: [Juha Salokannel, Pekka A. Ranta (presentator)] Company [Nokia] [Ulrico Celentano] Company [Center for Wireless Communications, Oulu] Address [Itämerenkatu 11-13, Helsinki, Finland] Voice:[ ], FAX: [ ], Re: [ First version from September IEEE /368r0 ] Abstract:[ Presentation enlightens a few possible MAC enhancements for mobile devices ] Purpose:[ For discussion to initiate a few 15.3 MAC layer modifications especially beneficial for mobile devices ] 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 Submission November 2003, Slide 2 UWB MAC Considerations for Mobile Phone Environment a/b for Mobile Phone Environment

doc.: IEEE Submission November 2003, Slide 3 Two Fundamentals for Mobile devices: –Most devices are battery powered (power consumption is an issue) –Ad hoc networks are dynamic – devices come and go, but the show must go on. PNC ?

doc.: IEEE Submission November 2003, Slide 4 Battery Consumption in a/b Network An UWB network may consist of devices none of which has fixed power supply. PNC role is the most consuming role. =>Battery level should be taken into account in PNC handover decision PNC PNC Handover command “ Not me! ”

doc.: IEEE Submission November 2003, Slide 5 Battery Level Indication - Definition In the current version of the standard, there is the PSRC bit (“set to one if the DEV is receiving power from the alternating current mains”) Simple (but still effective) way to have an indicator for battery level is to enhance the PSRC bit with one bit. There would be four values reported (as in the table two slides further). More bits may be used for having a larger scale. Battery level is not easy to define absolutely as –devices may have different battery capacities –power consumption may vary with different speed.

doc.: IEEE Submission November 2003, Slide 6 Battery Level Indication - Delivery This info would be given first time among other capabilities in Association Request (overall capabilities). The information could be updated more frequently than at association time, by using PNC Information Request and corresponding response messages. –The PNC information (dev->pnc) can be sent as a response to a request or unsolicited. This is important to support battery level information In the current version of the standard, PNC and DEV Capabilities are exchanged at the association time but cannot be changed after association.

doc.: IEEE Submission November 2003, Slide 7 Battery Level Indication - Interpretation PSTATresid. energystatusinterpretation 11-fixed power supplyPNC role always possible 10> 50 %battery almost fullPNC role now possible 0110 < 50 %battery halfPNC role not desirable 00< 10 %battery almost emptyPNC role ”not possible” In the second column is reported the recommended residual energy levels that the DEV may use. DEV whose battery level is changing, should send an unsolicited response. In the rightmost column it is reported how the PNC handover algorithm should interpret the responses received by DEVs.

doc.: IEEE Submission November 2003, Slide 8 Rebuilding of a/b network in case of broken connections to PNC –High speed recovery may be vital for many applications Use (relative) location as one criteria for choosing PNC? Dynamic Ad Hoc Network PNC ? ? ?

doc.: IEEE Submission November 2003, Slide 9 Other Possible Questions Memory requirements –connected to cost and size (what actually does the PNC role require?) Quaranteed Latency (when having longer superframes) Location Discovery Multicast acknowledgements Need for Handover?