Presentation on theme: "doc.: IEEE <doc#>"— Presentation transcript:
1 doc.: IEEE 802.15-<doc#> <month year>doc.: IEEE <doc#>Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)Submission Title: [Eaton Proposal for IEEE Improvements]Date Submitted: [5 Nov, 2003]Source: [Marco Naeve and Jose A. Gutierrez, ] Company [Eaton Corporation]Address [4201 North 27th Street, Milwaukee, WI 53216, USA]Voice:[ ], FAX: [ ], ,Re: [ Meeting minutes from bi-weekly conference call on 10/03/2003 ]Abstract: [This document proposes improvements to the current IEEE MAC sub-layer.]Purpose: [For discussion within the IEEE task group on future work and direction.]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 PJose Gutierrez and Marco Naeve, Eaton Corp.<author>, <company>
2 Eaton Proposal for IEEE 802.15.4 Improvements Eaton Proposal for IEEE ImprovementsJose Gutierrez and Marco NaeveJose Gutierrez and Marco Naeve, Eaton Corp.
3 Additional PIB table entry needed <month year>doc.: IEEE <doc#>Additional PIB table entry neededComment Type: ErrataComment: The MAC requires knowledge about the power source of the node for assembling the capability information field of the association request command. ( ). The MAC does not have any mechanism for getting this information.Solution: Add an additional attribute to the MAC PIB table called macPowerSourceJose Gutierrez and Marco Naeve, Eaton Corp.<author>, <company>
4 Missing status enumeration Missing status enumerationComment Type: ErrataComment: When performing an active scan, the MAC may not be able to send a beacon request commend due to a busy channel. However, the MAC can not indicate this status in its MLME-SCAN.confirm primitive ( ).Solution: Add CHANNEL_ACCESS_FAILURE as valid status to the MLME-SCAN.confirm primitive.Jose Gutierrez and Marco Naeve, Eaton Corp.
5 Missing status enumeration Missing status enumerationComment Type: ErrataComment: When a MAC sub-layer issues a PD-DATA.request but the transceiver is already busy transmitting, the PD-DATA.confirm need not be able to indicate this status.Solution: Add BUSY_TX as valid status to the PD-DATA.confirm primitive.Jose Gutierrez and Marco Naeve, Eaton Corp.
6 PHY Simplification Comment Type: Corrigendum PHY SimplificationComment Type: CorrigendumProposal: To reduce complexity of the PHY layer removeBUSY_RX,BUSY_TX, andFORCE_TRX_OFFfrom the PHY enumerations.Jose Gutierrez and Marco Naeve, Eaton Corp.
7 868 MHz PHY Enhancement Comment Type: Corrigendum 868 MHz PHY EnhancementComment Type: CorrigendumProposal: To expand number of channels offered in the 868 MHz band according to the new European regulations.Jose Gutierrez and Marco Naeve, Eaton Corp.
8 Remove Parameter from MAC Reset Remove Parameter from MAC ResetComment Type: CorrigendumProposal: Remove the SetDefaultPIB parameter from the MLME-RESET.request primitive to reduce complexity. This parameter specifies if MAC PIB tables is reset or not. Purpose of reset is to go to a default state why keep PIB values?Jose Gutierrez and Marco Naeve, Eaton Corp.
9 Beacon Payload Comment Type: Corrigendum Beacon PayloadComment Type: CorrigendumIssue: Assuming a higher layer attaches additional information as payload to the MAC beacons, during scans the MAC will interrupt the higher layer for each incoming beacon using the MLME_BEACON_NOTIFY.indication. MAC and higher layer will collect duplicate information.Proposal: Originally beacon payload intended for communicating a Cluster ID. Remove the beacon payload from the beacon frame and the PIB table.Jose Gutierrez and Marco Naeve, Eaton Corp.
10 Association in non-beacon networks Association in non-beacon networksComment Type: CorrigendumIssue: The association response frame is sent using indirect transmission. Device polls coordinator after aResponseWaitTime. Introduces significant delay 2.4GHz, 915MHz, 868MHz) in non-beacon networks.Proposal: Allow association response frame to be sent directly in non-beacon networks.Jose Gutierrez and Marco Naeve, Eaton Corp.
11 Optional GTS Comment Type: Corrigendum Optional GTSComment Type: CorrigendumProposal: Support Pat Kinney’s proposal to make GTS optional.Jose Gutierrez and Marco Naeve, Eaton Corp.