1 / 8

Consideration on battery power alarm mechanism for IEEE 802.11ah framework

Consideration on battery power alarm mechanism for IEEE 802.11ah framework. Date: 2011-0 9 - 18. Authors:. Abstract. This presentation introduces methods to support reporting battery power alarm of battery-powered sensors, and corresponding QoS priority of this kind of report.

corine
Download Presentation

Consideration on battery power alarm mechanism for IEEE 802.11ah framework

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. ZTE Corporation Consideration on battery power alarm mechanism for IEEE 802.11ahframework Date: 2011-09-18 Authors:

  2. ZTE Corporation Abstract • This presentation introduces methods to support reporting battery power alarm of battery-powered sensors, and corresponding QoS priority of this kind of report.

  3. ZTE Corporation Why considering it in 802.11ah? • In Use case 1, most of sensors or other monitor devices powered by battery use the 11ah wireless controller to communicate with 11ah AP. • In some use cases deploying in agricultural or other relatively bad environment, device maintenance is relatively difficult in this case including battery information of the device. • The service provider can benefit from knowing the battery voltage value of the device or being alarmed by power shortage of battery actively, for example power level lower than predefined threshold. • Some general ideas regarding proposed MAC mechanism • Simple, and reusing existing mechanism with tiny extension • May run as a basic function without upper layer software, to save power (upper layer application of course feasible while providing enhanced functionalities of battery management)

  4. ZTE Corporation General process broadcast setting is also feasible like via beacon

  5. ZTE Corporation Considerations about mechanism (1/3) We may reuse and extend IEEE 802.11v Event Request/Report management frame to carry such battery power alarm information New

  6. ZTE Corporation Considerations about mechanism (2/3) • Battery Power Alarm Event Report field example, as below: • Battery Power Left (unit: mAH) • Power Threshold (unit: mAH) • Estimated Life Left (unit: Minutes): this value is provided by 11ah STA to the NMS for reference • Additional Information (Optional): this domain is optional and vendor specific like location based information, which could contain enough necessary information and help NMS operator to locate the 11ah sensor which has reported the alarm.

  7. ZTE Corporation Considerations about mechanism (3/3) • STA capability on this mechanism could be communicated in advance, eg. when association • It may take battery power alarm mechanism as a example when adding a new alarm type for 802.11ah system in addition to battery power alarm. • QoS priority issue may be considered when designing IEEE 802.11v Event Report/Request for 802.11ah alarm report.802.11ae • 802.11v Event Report/Request belongs to WNM management frame; • 802.11ae draft has defined the QoS priority of WNM management frame as AC_BE, but for the alarm reports, AC_BE may not be appropriate for management frame with alarm information.

  8. ZTE Corporation References [1] Potential Compromise for 802.11ahUse Case Document, IEEE802.11-11/0457r0 [2] TGah functional requirements and evaluation methodology, IEEE802.11-11/0905r3 [3] Proposed Specification Framework for TGah, IEEE802.11-11/1137r0 [4] IEEE P802.11ae Draft 5.0

More Related