Date Submitted: [November 9, 2009] Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Distributed Channel Allocation Proposal for 4E and 4G MAC] Date Submitted: [November 9, 2009] Source: [H.Q. Huang, Y. Yang, J. Shen, H.T. Liu, Betty Zhao and L Li] [SIMIT, Huawei, Vinno] Address [No.865 Changning Road, Shanghai, 200050, China] Voice:[+86-021-6251-1070], FAX: [+86-021-6213-2314], E-Mail:[huangheqing@mail.sim.ac.cn] Re: [IEEE P802.15.4e] Abstract: [This document describes a MAC proposal for IEEE 802.15.4g about channel allocation support and collision avoidance.] Purpose: [Discussion in 802.15.4e Task Group] 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. 6213 2314

Characteristics of PHY proposals of 4g related to MAC Multiple-Channel Data rate variable Energy efficiency Support payload size control and long PHY frame size Support simultaneous operation for at least 3 co-located orthogonal networks Multiple topology support Schedule of multiple channel and data rate Low energy consumption Multi-hop communication Collision avoid for long frame Basic Requirement for MAC

Working procedure (1) Each node periodically performs channel sample for a short period to receive Wakeup command. Wakeup command contains the destination’s address, which can be set as ‘0xffff’ to support broadcast/multicast communication. The source node sends a wakeup sequence (contains several wakeup commands and idle listening periods) if there is data to send. When received Wakeup command, the destination node transmits Data_Req immediately, then waiting for DATA frame. The source node transmits DATA frame immediately after received the Data_Req. For multicast communication, act as Arch Rock MAC.

Working procedure (2)

Unicast communication sequence

Multicast communication sequence

Collision Avoidance A, B and C can listen each other A and B are in Data transmission process C is sampling channel, As detecting channel busy, continue listening until receive a whole frame: If C have data to send, cancel data transmission process and try it in next period ---------------------------------------- A and C can’t hear each other Both A and C send wakeup command to B, collision happened B is sampling channel, As detecting channel busy, continue sampling until receive wakeup command from C B sends Data req to C and starts data transmission A receives no Data req for itself, try it again in next period

Channel Allocation Channel setting Channel allocation handshake One common channel for control message interactive Multi channels for data transmission Channel allocation handshake The transmitter inquiries neighbors with Wakeup command frame whether the selected channel is useful. （in common channel） The intended receiver provides positive feedback with Data req frame or no reply for negative feedback. （in common channel） The neighbors of the transmitter and receiver log the channel using. The transmitter and receiver switch to selected channel , start data transmission.

Required modification for 15.4e MAC Modify Wakeup frame add source address field, Channel req inf and Tx hold time Oct:2 1 2 FCF DSN Dest PAN Dest Addr Src PAN Src Addr RZTime Channel req TxTime FCS Add New MAC frame – Data Req to confirm the source node’s transmission request (wakeup command), and announce its neighbors to keep silence during the next data transmission Oct:2 1 2 FCF DSN Dest PAN Dest Addr Src PAN Src Addr Channel confirm FCS Add New MAC PIB Attribute, be inserted in Table 86 Attribute Identifier Type Range Description Default macDataReqWaitDuration Integer The maximum number of symbols to wait for a Data Req frame.

Summary Add/modify 15.4e MAC as * Apply for …. Modify wakeup command Modify data request command Add new PIB: macDataReqWaitDuration * Apply for …. (Dr. Huang, YY add) 10

Advantages Support broadcast/multicast communication Support multi-channel Collision avoid for ‘many-to-one’ communication Reduce wakeup sequence by a half statistically half transmission delay for one hop shorter channel occupy time lower power consumption