1 / 12

Slide 1

Project: IEEE P802.15 Working Group for Wireless Personal Area Networks(WPANs) Submission Title: 15.4m MAC Proposal: TVWS Multi-Channel Utilization (TMCU) Date Submitted: May 2012 Source: Youngae Jeon , Sangjae Lee and Sangsung Choi (ETRI), Soo-Young Chang (SYCA) Contact: yajeon@etri.re.kr

arden
Download Presentation

Slide 1

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Project: IEEE P802.15 Working Group for Wireless Personal Area Networks(WPANs) Submission Title:15.4m MAC Proposal: TVWS Multi-Channel Utilization (TMCU) Date Submitted: May 2012 Source:Youngae Jeon, Sangjae Lee and Sangsung Choi (ETRI), Soo-Young Chang (SYCA) Contact: yajeon@etri.re.kr Voice:+82 42 860 6497, E-Mail: yajeon@etri.re.kr Re: Call for proposals Abstract: This contribution presents a preliminary proposal for the TG4m Purpose: Preliminary proposal to 802.15m 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. Slide 1

  2. Outline • Motivation • Network Architecture Example • Basic Operational Procedure • The Effect of TMCU • Message Sequence Chart • Frame Format • Service Primitives • Required Modification (ETRI)

  3. Motivation • Beacon Scheduling is one of the major issues in multi hop enabled LR-WPAN. • A single channel communication of all devices in a network may increase the possibility of collisions and degrade the network performance. • Fixed Devices are responsible for not only obtaining the available channel list through DB access but also utilizing and managing the channels in its network. • Multi-channel utilization may be useful to reduce collisions between coordinators and make each cluster independent operation. (ETRI)

  4. Network Architecture Example Internet 2 Data Collector Unit 1 Utility Provider 3 Data Collector Unit 4 Data Collector Unit PAN Coordinator (FFD) 5 Data Collector Unit Coordinator (FFD) End Device (FFD or RFD) (ETRI)

  5. Basic Operational Procedure (1/2) • Device Type • PC (PAN Coordinator): FFD, Fixed Device (by FCC) • Coordinator: FFD, PPD Mode 2 (by FCC) • Device: RFD, PPD Mode 2 (by FCC) • Basic Operation • PC obtains the list of available TV channels from the GDB through the Internet. • PC maps the TV channels to corresponding WPAN channels, selects one of the available channels, and transmits its beacon on that channel. • After performing passive scanning over all WPAN channels, a coordinator attempts to join the PC by sending GTS allocation request. • Upon receiving the GTS allocation request, PC (or already joined other coordinator) allocates an available GTS slot and corresponding channel in which the requester will manage its own PAN. (ETRI)

  6. Basic Operational Procedure (2/2) • Basic Operation (cont’d) • During CAP (Contention Access Period), PC receives all GTS requests and allocates GTS slots channels. • Requesters come to know allocated GTS slot and channel information by receiving the next beacon frame. • Each coordinator maintains an uplink superframe only during CAP, and at the end of the CAP the uplink channel is switched into the allocated channel. • At the first slot of the switched channel its own beacon is transmitted. • If there are any GTS requests from others during CAP in its superframe, the coordinator can also allocate its GTS slots and corresponding channels based on channel information received from uplink. • At the end of its own superframe duration, the coordinator switches channel again into uplink channel, and maintains uplink superframe by receiving uplink beacon. (ETRI)

  7. Illustration of Procedure (ETRI)

  8. The Effect of TMCU • Provides an efficient beacon scheduling among coordinators (cluster headers) in Multi-hop enabled WPAN. • Enables each cluster to operate independently. • Enables to construct an energy efficient WPAN by maintaining a superframe structure. • Minimizes data gathering time from all descendants since TMCU allows each cluster to concurrently gather data from its devices on different channels. • e.g., metering data in SUN (ETRI)

  9. Message Sequence Chart (ETRI)

  10. Frame Format • Beacon Frame (may reuse existing beacon frame) contains: • Uplink information • Uplink channel, uplink node id • Cluster Device Period Information • Beacon transmission channel • The list of channel and GTS allocation for its children • GTS Request (may reuse existing GTS request command frame) (ETRI)

  11. Service Primitives • Primitives between DME and MLME of requester and Responder on TMCU beacon and GTS request frames during allocation phase • MLME-START.request • MLME-GTS.request • MLME-GTS.indication • MLME-GTS.confirm • MLME-BEACON-NOTIFY.indication • Primitives between DME and MLME of requester and Responder on TMCU beacon frames during operation phase • MLME-BEACON-NOTIFY.indication (ETRI)

  12. Required Modification • For the frames, existing frames can be reused with addition of sub fields. • For the service primitives, existing primitives can be reused with addition of parameters. (ETRI)

More Related