Presentation is loading. Please wait.

Presentation is loading. Please wait.

Date Submitted: [November 9, 2009]

Similar presentations

Presentation on theme: "Date Submitted: [November 9, 2009]"— Presentation transcript:

1 Date Submitted: [November 9, 2009]
Project: IEEE P 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, , China] Voice:[ ], FAX: [ ], Re: [IEEE P e] Abstract: [This document describes a MAC proposal for IEEE g about channel allocation support and collision avoidance.] Purpose: [Discussion in e Task Group] 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

2 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

3 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.

4 Working procedure (2)

5 Unicast communication sequence

6 Multicast communication sequence

7 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

8 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.

9 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.

10 Summary Add/modify 15.4e MAC as Apply for
Modify wakeup command Modify data request command Add new PIB: macDataReqWaitDuration Apply for Support long frame transmission for 4g Support adaptive multiple channel allocation for 4g and low power mac of 4e Low energy efficient 10

11 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

Download ppt "Date Submitted: [November 9, 2009]"

Similar presentations

Ads by Google