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

1. Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [IEEE 802.15 Request for 802.15.3 MAC Changes] Date Submitted: [12 Nov, 2003] Source: [Allen Heberling and Knut Odman] Company [XtremeSpectrum] Address [8133 Leesburg Pike, Vienna, VA 22182] Voice:[703-269-3022], FAX: [], E-Mail: [aheberling@xtremespectrum.com] Re: [ MAC enhancements and clarifications] Abstract: [This document identifies requests for changes to the 802.15.3 MAC.] Purpose: [For discussion within the IEEE 802.15.3 task group regarding requested changes to the 802.15.3 MAC protocol layer.] 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. Allen Heberling, XtremeSpectrum

2. IEEE 802.15 WPANRequests for 802.15.3 MAC Changes Hyatt Albuquerque Albuquerque, NM November 12, 2003 Allen Heberling, XtremeSpectrum

3. Requests for 802.15.3 MAC changes • Piconet member announcements. Current draft mandates the PNC to send broadcast info at certain intervals. Request to make this optional. Instead just send the Association IE in the beacon for each DEV with certain interval. • MCTA: allow the stream index alone to identify the MCTA. Currently you have no way to send probes between two DEVs without using async. Allen Heberling, XtremeSpectrum

4. Requests for 802.15.3 MAC changes continued… • Probe: let DEV ask for association IE. Useful for address resolution. • Consider Virtual streams. Would allow us to in an organized fashion multiplex for instance 1394 channels into a stream. May cause conflicts with delayed ACK, needs investigation. • As seen in emails on the reflector, ACK policies in general could use clarification (stream create versus data request for instance) Allen Heberling, XtremeSpectrum

5. Requests for 802.15.3 MAC changes continued… • Refinement of the PNC handover criteria • Request that the MAC address criteria be eliminated as a tie breaker. Work in 1394/15.3 PAL has uncovered issues with this criteria. Allen Heberling, XtremeSpectrum

6. Requests for 802.15.3 MAC changes continued… • scan duration 802.15.3 might need to be changed to specify longer max time to scan for existing PNCs. Current 15.3 scan duration is defined as mMinChannelScan equal to an mMaxSuperframeDuration(65,535 μs) Request a clarification by the IEEE 15.3 task group regarding this parameter. Allen Heberling, XtremeSpectrum

7. Requests for 802.15.3 MAC changes continued… • Scan • Request a change to the MLME-SCAN.req parameter list to enable scanning for the **MAC address** of an existing PNC. • There is currently only an indication of "best" in the "channel rating list" (MLME-SCAN.rsp/cfm primitive parameter). Request that “better” metrics be made available in the MLME-SCAN.confirm primitive. One such metric to request is the distance between the scanning DEV and each of the PNCs it hears during the scanning process. Allen Heberling, XtremeSpectrum