1 / 6

Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [ Broadcast Issues in

Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [ Broadcast Issues in 802.15.4 ] Date Submitted: [ 18 March 2004 ] Source: [ Robert Poor ] Company [ Ember Corporation ] Address [ 313 Congress Street, Boston, MA 02210, USA ]

sileas
Download Presentation

Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [ Broadcast Issues in

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. Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Broadcast Issues in 802.15.4] Date Submitted: [18 March 2004] Source: [Robert Poor] Company [Ember Corporation] Address [313 Congress Street, Boston, MA 02210, USA] Voice:[+1 617 951-0200], FAX: [+1 617 951-0999], E-Mail:[rpoor@ieee.org] Re: [February 9th 2004 Meeting Minutes from bi-weekly Conference Call.] Abstract: [The current 802.15.4 specification does not provide support for broacast messages in beacon-enabled networks. This document points out the limitations and suggests possible solutions.] Purpose: [This document is submitted for consideration for revisions to the 802.15.4 specification.] 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. Robert Poor, Ember Corporation

  2. Broadcast Support in 802.15.4 Robert Poor, Ember Corporation Robert Poor, Ember Corporation

  3. Problem 1: Realignment • The current specification offers no mechanism to guarantee that a child node will stay awake in order to receive a coordinator realignment command. Robert Poor, Ember Corporation

  4. Problem 2: Support of Broadcasts • The current specification offers no means to broadcast messages from higher layers. • In a beacon-enabled network, the only way a coordinator can communicate with a child node is by indirect message transfer (by placing a short address in the Address List Field of the beacon (c.f. 7.2.2.1.6)). • The specification specifically forbids placing a broadcast address in the Address List field (c.f. 7.2.2.1.7) Robert Poor, Ember Corporation

  5. Suggested Solution • Include a mechanism in the beacon to tell children to stay awake so they can receive a broadcast or realignment message in the subsequent CAP. • An address of 0xffff (broadcast) in the indirect address field can be used to indicate this. • Note: A child node, observing a broadcast address in the indirect address field, will not respond with a data request command (c.f. section 7.5.6.3). • Other “stay awake” methods are possible (c.f. 7.1.1.1). Robert Poor, Ember Corporation

  6. But note… • In a beacon-enabled network, a child node is not required to track beacons; it may stay asleep across multiple beacons. Robert Poor, Ember Corporation

More Related