doc.: IEEE m SubmissionSlide 1 May 2012 Project: IEEE P 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: Voice: , Re: Call for proposals Abstract: This contribution presents a preliminary proposal for the TG4m Purpose: Preliminary proposal to m 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

doc.: IEEE m Submission Outline Motivation Network Architecture Example Basic Operational Procedure The Effect of TMCU Message Sequence Chart Frame Format Service Primitives Required Modification May 2012 (ETRI)

doc.: IEEE m Submission 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. May 2012 (ETRI)Slide 3

doc.: IEEE m Submission Network Architecture Example May 2012 (ETRI)Slide 4 Internet 1 Utility Provider 2 Data Collector Unit PAN Coordinator (FFD) Coordinator (FFD) End Device (FFD or RFD) 3 Data Collector Unit 4 Data Collector Unit 5 Data Collector Unit

doc.: IEEE m Submission 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. May 2012 (ETRI)Slide 5

doc.: IEEE m Submission 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. May 2012 (ETRI)Slide 6

doc.: IEEE m Submission Illustration of Procedure May 2012 (ETRI)Slide 7

doc.: IEEE m Submission 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 May 2012 (ETRI)Slide 8

doc.: IEEE m Submission Message Sequence Chart May 2012 (ETRI)Slide 9

doc.: IEEE m Submission 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) May 2012 (ETRI)Slide 10

doc.: IEEE m Submission 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 May 2012 (ETRI)Slide 11

doc.: IEEE m Submission 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. May 2012 (ETRI)Slide 12