Presentation is loading. Please wait.

Presentation is loading. Please wait.

Doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 1 Forwarding in mesh containing MPs in power save Date: 2008-05-12 Authors:

Published byIsabell Cass Modified over 9 years ago

Similar presentations

Presentation on theme: "Doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 1 Forwarding in mesh containing MPs in power save Date: 2008-05-12 Authors:"— Presentation transcript:

1 doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 1 Forwarding in mesh containing MPs in power save Date: 2008-05-12 Authors:

2 doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 2 Abstract The current 802.11s draft 2.0 defines power save, routing and frame transmission rules These features have been independently developed –However these features should be coupled and they should interact This presentation provides means to link these features together

3 doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 3 Background The target of the 802.11s is to define a single device class, Mesh Point (MP), implementing same services For mesh network frame forwarding is key service –Without frame forwarding connectivity through network is not achieved; and this leads to routing For handheld and other battery powered devices power save is a must –Consumers are expecting good performance and still have a long battery life from devices

4 doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 4 Recap of 802.11s D2.0 The current power save mechanisms in 802.11s define mechanisms for power save –Frame exchange is initiated by the beaconing –The scheme works well for best effort traffic, but may not offer good QoS for real time applications Many comments in LB 126 were requesting clarifications for interoperation of forwarding and power save –Also routing needs to be considered in this context

5 doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 5 Recap of 802.11s D2.0 Many presentations on the routing and power save have been made: –11-07/2181r0 shows that routing and power save are compatible, all MPs are capable to use default HWMP routing –11-07/2095r2 proposes enhancement to the routing that enables control are Path Requests issued only to active mode or all MPs Routing should use metrics which avoids using battery powered devices for frame forwarding –The battery powered devices should not be used as a first option for frame forwarding

6 doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 6 Routing metric to characterize MP power principle The routing metric parameters should be able to characterize the power mode in which the MP operates For routing purposes it is important to know the MPs operating in active mode (for some time) and support battery powered devices –The ‘active mode only’ MP may change its power mode after it has explicitly indicated to other peer MPs that it will no longer operate only in active mode –The ‘mainly in deep sleep’ MP may change its power management mode, if needed, but the device is trying to avoid all data transmissions The updating of the routing metric requires frame exchange which introduces delays –Updating of the routing information takes longer time than change of the MP’s power management mode ~ 10 seconds for routing ~ 0.5 seconds for a link

7 doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 7 Power management mode use in mesh MPs shall be able to adjust the used power management mode according to transmitted traffic to reduce power consumption –If there is no or moderate traffic load, peer service periods are used (i.e. there is time to operate in doze state) –If there is high traffic load the MP usually switches to active mode (i.e. no time to operate in doze state) –This is normal operation for battery powered devices The forwarding MPs should be conservative on the timing for power management mode change –Time limits for forwarding MP to change power management mode should be defined –The time limits avoid forwarding MP to switch power management mode too quickly which may cause poor QoS for forwarded traffic MP may have multiple links which all have independent power management modes –The MP needs to perform the power management mode transition for all links in mesh network to be able to operate in doze state

8 doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 8 From route discovery to frames transmission After routing has discovered the route for the traffic, frames may be transmitted –The forwarding MPs may not have knowledge of the traffic characteristics –The forwarding MPs may measure the traffic characteristics when it forwards the frames, but the measurement results may be inaccurate and measurements may add implementation complexity to MPs A mechanism to describe the characteristics of the traffic, i.e. periodicity of the frames transmission is needed for: –Selecting the appropriate power mode –Peer service period triggering between active and PS MPs –MDA setup

9 doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 9 Traffic Information passing The MPs which are sink or the source of the frames have good knowledge of the traffic generation periodicity –A mechanism for conveying QoS information through all MPs in transmission path is needed Traffic information is transmitted in unicast frames to the same path as the data frames The transmission of the traffic information is not controlled. Traffic information may be sent, if the path changes or the receiving MP notices poor QoS for the traffic

10 doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 10 Frames forwarding in Mesh Each MP needs to select the coordination function (EDCA or MDA) and power management mode for frames it transmits –802.11s D2.0 does not specify or recommend how to select appropriate mechanisms 802.11s D2.0 provides limited amount of alternatives for power saving MPs that forward frames –The following slides introduces different frames forwarding schemas and describe briefly how they should be used

11 doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 11 PS and frames forwarding interoperation The MP may continue to operate in power save mode and exchange the frames –This operation is suitable for situations when “small amount” of low AC (AC0 or AC1) frames are exchanged –If contiguous peer MPs in transmission path of high AC frames operate in power save mode, the traffic QoS is not in appropriate level Peer service periods may be triggered from power saving MP only after beacon transmission. Delays are likely in order of hundreds of ms, depending on the beacon transmission periodicity PS MP B Forwarding path PS MP APS MP C

12 doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 12 PS and frames forwarding interoperation The MP may change itself to active mode –This should be preferred operation, if there is high traffic load or devices are not aware of the traffic information for the high AC traffic and long time operation in this forwarding scheme is possible if MP is not power constrained –This may be default operation for simple mains powered MPs like washing machines, TVs, media servers, etc that are not power constrained Forwarding path Active mode MP AActive mode MP C Active mode MP B

13 doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 13 Some PS MPs may benefit from active mode MPs PS MP may transmit frames and trigger active mode MP at any time, similarly as terminals may transmit frames to AP at any time –If high AC frames are forwarded, the PS MP may periodically trigger peer service periods for frames transmission –Only the power save MP needs to coordinate peer service period triggering, no additional complexity for active mode MPs This scheme enables every second MP in the forwarding path to operate in power save mode Active mode MP B Forwarding path PS MP A PS MP C

14 doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 14 Enabling PS for all MPs in forwarding path If both MPs are operating in power save mode, they need some common schedule for frames transmission. Mesh Deterministic Access (MDA) may be used for this service: –MDA enables real time (high AC) data transmission between two (power saving) MPs –MDA reservation mechanisms improve data transmission efficiency which reduces power consumption –This scheme enables all MPs in the forwarding path to operate in power save mode Presentation 11-08-xxxx-r0 describes more details how power saving MPs use MDA PS MP B Forwarding path PS MP APS MP C

15 doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 15 Summary Forwarding path may contain power saving MPs –Rules and recommendations for selecting the appropriate power mode and coordination function should be included to 802.11s Routing should avoid power saving MPs use for frames forwarding

Download ppt "Doc.: IEEE 802.11-08/0578r0 Submission 2008 May Jarkko Kneckt, NokiaSlide 1 Forwarding in mesh containing MPs in power save Date: 2008-05-12 Authors:"

Similar presentations

Doc.: IEEE 802.11-08/309r0 Submission 2/8/2014 Michael Livshitz, MetalinkSlide 1 Issues With Off-channel TDLS Date: 2008-03-05 Authors:

Doc.: IEEE /309r0 Submission 2/8/2014 Michael Livshitz, MetalinkSlide 1 Issues With Off-channel TDLS Date: Authors:
Doc.: IEEE 802.19-09/0046r0 Submission July 2009 Ari Ahtiainen, NokiaSlide 1 A Cooperation Mechanism for Coexistence between Secondary User Networks on.

Doc.: IEEE /0046r0 Submission July 2009 Ari Ahtiainen, NokiaSlide 1 A Cooperation Mechanism for Coexistence between Secondary User Networks on.
Doc.: IEEE 802.19-10/0165r1 SubmissionPäivi Ruuska, NokiaSlide 1 Implementation aspects of a 802.19.1 coexistence system Notice: This document has been.

Doc.: IEEE /0165r1 SubmissionPäivi Ruuska, NokiaSlide 1 Implementation aspects of a coexistence system Notice: This document has been.
Doc.: IEEE 802.11-10/xxxxr0 Submission May 2010 Jarkko Kneckt, NokiaSlide 1 M-QoS Comments Date: 2010-05-17 Authors:

Doc.: IEEE /xxxxr0 Submission May 2010 Jarkko Kneckt, NokiaSlide 1 M-QoS Comments Date: Authors:
Submission doc.: IEEE 802.11-12/0325r0 March 2012 Slide 1 TIM Enhancement With Group Bits Date: 2012-03-12 Authors: Zhong-Yi Jin, Nokia.

Submission doc.: IEEE /0325r0 March 2012 Slide 1 TIM Enhancement With Group Bits Date: Authors: Zhong-Yi Jin, Nokia.
Submission doc.: IEEE 11-12/0553r0 May 2012 Jarkko Kneckt, NokiaSlide 1 Response Criteria of Probe Request Date: 2012-05-04 Authors:

Submission doc.: IEEE 11-12/0553r0 May 2012 Jarkko Kneckt, NokiaSlide 1 Response Criteria of Probe Request Date: Authors:
Doc.: IEEE 802.11-10/0259r02 Submission Date: 2010-03-15 802.11ad New Technique Proposal March 2010 Yuichi Morioka, Sony CorporationSlide 1 Authors:

Doc.: IEEE /0259r02 Submission Date: ad New Technique Proposal March 2010 Yuichi Morioka, Sony CorporationSlide 1 Authors:
Doc.: IEEE 802.11-12/1097r1 Submission Sep 2012 Timo Koskela, Renesas Mobile CorporationSlide 1 Reserve Channel List in 802.11ah Date: 2012-09-17 Authors:

Doc.: IEEE /1097r1 Submission Sep 2012 Timo Koskela, Renesas Mobile CorporationSlide 1 Reserve Channel List in ah Date: Authors:
Submission doc.: IEEE 11-10/0443r0 March 2014 Jarkko Kneckt, NokiaSlide 1 What Is P2P Traffic in HEW Simulation Scenarios? Date: 2014-03-20 Authors:

Submission doc.: IEEE 11-10/0443r0 March 2014 Jarkko Kneckt, NokiaSlide 1 What Is P2P Traffic in HEW Simulation Scenarios? Date: Authors:
Doc.: IEEE 802.11-11/1521r2 Submission January 2012 Marc Emmelmann, FOKUSSlide 1 AP and Network Discovery Enhancements Date: 2012-01-17 Authors:

Doc.: IEEE /1521r2 Submission January 2012 Marc Emmelmann, FOKUSSlide 1 AP and Network Discovery Enhancements Date: Authors:
Doc.: IEEE 802.11-11/0313r1 Submission March 2011 Jarkko Kneckt, NokiaSlide 1 SU-MIMO Type for Group Addressed Frames Date: 2011-03-14 Authors:

Doc.: IEEE /0313r1 Submission March 2011 Jarkko Kneckt, NokiaSlide 1 SU-MIMO Type for Group Addressed Frames Date: Authors:
Doc.: IEEE 802.11-07/2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 1 Mesh points that do not forward Date: 2007-09-17 Authors:

Doc.: IEEE /2555r0 Submission September 2007 Guenael Strutt, MotorolaSlide 1 Mesh points that do not forward Date: Authors:
Doc.: IEEE 802.11-08/0798r1 Submission July 2008 L. Chu Etc.Slide 1 HT Features in Mesh Network Date: 2008-07-14 Authors:

Doc.: IEEE /0798r1 Submission July 2008 L. Chu Etc.Slide 1 HT Features in Mesh Network Date: Authors:
Doc.: IEEE 802.11-12/0342r0 SubmissionLiwen Chu Etc.Slide 1 Power Efficient PS Poll Date: 2012-03-02 Authors: Date: March, 2012.

Doc.: IEEE /0342r0 SubmissionLiwen Chu Etc.Slide 1 Power Efficient PS Poll Date: Authors: Date: March, 2012.
Doc.: IEEE 802.11-12/0608r2 Submission May 2012 Shoukang Zheng et. al, I2R, SingaporeSlide 1 Low-Power PS-Poll Date: 2012-05-17 Authors:

Doc.: IEEE /0608r2 Submission May 2012 Shoukang Zheng et. al, I2R, SingaporeSlide 1 Low-Power PS-Poll Date: Authors:
Doc.: IEEE 802.11-12/0665r1 Submission May 2012 Anh Tuan Hoang et al (I2R) Slide 1 Prioritized PS-Polls Date: 2012-5-16 Authors:

Doc.: IEEE /0665r1 Submission May 2012 Anh Tuan Hoang et al (I2R) Slide 1 Prioritized PS-Polls Date: Authors:
Doc.: IEEE 802.11-12/0881r0 Submission July 2012 Anna Pantelidou, Renesas Mobile CorporationSlide 1 PS Mode Enhancements with Timing Indication Date: 2012-07-11.

Doc.: IEEE /0881r0 Submission July 2012 Anna Pantelidou, Renesas Mobile CorporationSlide 1 PS Mode Enhancements with Timing Indication Date:
PS-Poll TXOP Using RTS/CTS Protection

PS-Poll TXOP Using RTS/CTS Protection
Submission doc.: IEEE 11-12/771r0 July 2012 Jarkko Kneckt, NokiaSlide 1 FILS STA Support for QoS, HT and VHT? Date: 2012-07-04 Authors:

Submission doc.: IEEE 11-12/771r0 July 2012 Jarkko Kneckt, NokiaSlide 1 FILS STA Support for QoS, HT and VHT? Date: Authors:
Submission doc.: IEEE 11-12/772r0 July 2012 Jarkko Kneckt, NokiaSlide 1 Non-HT Duplicate PPDU FILS Advertisement Frame Date: 2012-07-04 Authors:

Submission doc.: IEEE 11-12/772r0 July 2012 Jarkko Kneckt, NokiaSlide 1 Non-HT Duplicate PPDU FILS Advertisement Frame Date: Authors:

Similar presentations

Ads by Google