1 / 5

Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs)

Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [ Resolution of TG6 comments: S6-508, S6-509, S7-127 ] Date Submitted: [ 10 September, 2010 ] Source: [ Rick Powell ] Company [ Zarlink ]

syshe
Télécharger la présentation

Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs)

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: [Resolution of TG6 comments: S6-508, S6-509, S7-127] Date Submitted: [10 September, 2010] Source: [Rick Powell] Company [Zarlink] Address [15822 Bernardo Center Dr, Ste B, San Diego, CA, 92127] Voice:[+1 858-675-3485], FAX: [+1 858-675-3450], E-Mail:[rick.powell@zarlink.com] Re: [Proposed Resolution of D0 Comments S6-508, S6-509, S7-127] Abstract: [Comment resolution for letter ballot 55 for S6-508, S6-509, S7-127] Purpose: [Propose Resolution of D0 Comment S6-508, S6-509, S7-127] 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. <Rick Powell>, <Zarlink>

  2. Proposed Resolution of D0 Comments S6-508, S6-509, S7-127 <Rick Powell>, <Zarlink>

  3. D0 Comment S6-508 • Page 51, Sub-clause 6.4.6, Line 19 • Comment: Are both T-Poll replace Poll required? Should T-Poll replace Poll or vice versa, so that only one type is used? Why are both needed? T-Poll was added to support Delayed Bilink Access. Can both Delayed Bilink and T-Poll be eliminated.. • Proposed Change: Justify why both Delayed Bilink and T-Poll are required. If neither is required, eliminate both. If T-Poll is not required, eliminate it. • Proposed Resolution: T-Polls are needed for Beaconless Superframe mode and for RTT mode. Reject / Withdraw comment. <Rick Powell>, <Zarlink>

  4. D0 Comment S6-509 • Page 51, Sub-clause 6.4.6, Line 19 • Comment: If T-Poll is required, are "I-Ack & T-Poll" and "B-Ack & T-Poll" also required? Are these combinations also needed for consistency? Is T-Poll required only for the first frame of an allocation interval, and after that Poll is used? • Proposed Change: If T-Poll is required, then a T-Poll is used to mark the beginning of an allocation interval to synchronize the clocks of those nodes which do not, or did not, receive the beacon. A T-Poll is only sent at the beginning of a Scheduled Bilink or Delayed Bilink allocation. All other Polling in that same allocation interval shall use a Poll or I-Ack+Poll or B-Ack+Poll. • Proposed Resolution: • Part 1: • Is “B-Ack + Poll” to be a ““B-Ack + T-Poll” needed? In Figure 66, if applied to a case where the node does not wake-up to receive the beacon or to Beacon-less superframe mode, then it may require that the first “B-Ack + Poll” to be a ““B-Ack + T-Poll” • Part 2: Sect 7.7.2, Pg 90, Line 13, defines the requirement for Bilink allocation. Reject / Withdraw this part of the Comment. <Rick Powell>, <Zarlink>

  5. D0 Comment S7-127 • Page 72, Sub-clause 7.2.7, Line 10 • Comment: The requirements/recommendations for retransmission of unacknowledged frames is not clear. What is required/allowed/expected? • Proposed Change: Add details. • Proposed Resolution: This is an implementation or policy issue. Reject / Withdraw Comment. <Rick Powell>, <Zarlink>

More Related