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 P
Jose Gutierrez and Marco Naeve, Eaton Corp.
<author>, <company>

2. Eaton Proposal for IEEE 802.15.4 Improvements
Eaton Proposal for IEEE Improvements
Jose Gutierrez and Marco Naeve
Jose Gutierrez and Marco Naeve, Eaton Corp.

3. Additional PIB table entry needed
<month year>
doc.: IEEE <doc#>
Additional PIB table entry needed
Comment Type: Errata
Comment: 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 macPowerSource
Jose Gutierrez and Marco Naeve, Eaton Corp.
<author>, <company>

4. Missing status enumeration
Missing status enumeration
Comment Type: Errata
Comment: 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 enumeration
Comment Type: Errata
Comment: 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 Simplification
Comment Type: Corrigendum
Proposal: To reduce complexity of the PHY layer remove
BUSY_RX,
BUSY_TX, and
FORCE_TRX_OFF
from the PHY enumerations.
Jose Gutierrez and Marco Naeve, Eaton Corp.

7. 868 MHz PHY Enhancement Comment Type: Corrigendum
868 MHz PHY Enhancement
Comment Type: Corrigendum
Proposal: 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 Reset
Comment Type: Corrigendum
Proposal: 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 Payload
Comment Type: Corrigendum
Issue: 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 networks
Comment Type: Corrigendum
Issue: 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 GTS
Comment Type: Corrigendum
Proposal: Support Pat Kinney’s proposal to make GTS optional.
Jose Gutierrez and Marco Naeve, Eaton Corp.