1. doc.: IEEE 802.15-09-0336-03-0006 Submission, Slide 1 Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Versatile MAC for Body Area Network Update for UWB PHY] Date Submitted: [4 May, 2009] Source: [J.S Yoon, Gahng S. Ahn, Myung J Lee, Seong-soon Joo] Company [CUNY, ETRI] Address [140th St. and Convent Ave, New York, NY, USA ] Voice:[+1-212-650-7180], FAX: [], E-Mail:[jsyoon@ee.ccny.cuny.edu, gahn@ccny.cuny.edu, lee@ccny.cuny.edu, ssjoo@etri.re.kr]lee@ccny.cuny.edu Re: [Versatile MAC for BAN proposal responding to TG6 Call for Proposals (15-08-0811-03-0006-tg6- call-proposals) ] Abstract:[This document describes a Versatile MAC that is being proposed to the TG6 group ] Purpose:[Discussion in 802.15.6 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.

2. doc.: IEEE 802.15-09-0336-03-0006 Submission Versatile MAC for Body Area Networks June S Yoon, Gahng S Ahn, Myung J Lee, Seong S. Joo CUNY, ETRI, Slide 2

3. doc.: IEEE 802.15-09-0336-03-0006 Submission Outline Motivation Challenges Versatile MAC Overview Functionalities of Each Period –AD, CAP, Beacon, DTP, Options –Energy saving –Prioritization –Summary Simulation Conclusion, Slide 3

4. doc.: IEEE 802.15-09-0336-03-0006 Submission Motivation To design a simple MAC protocol to support various QoS for Body Area Networks, Slide 4

5. doc.: IEEE 802.15-09-0336-03-0006 Submission MAC Design Challenges QoS Assurance –High reliability and guaranteed latency requirement for real time data, especially vital signs  Need deterministic structure  Special care for emergency reaction alarm Flexibility –Support various types (periodic, non-periodic, medical, entertainment…) of traffic, data rate and PHYs  Instantly adaptable to application’s requirements Energy efficiency –Less energy consumption especially for implanted device  Need efficient active/inactive scheduling, Slide 5

6. doc.: IEEE 802.15-09-0336-03-0006 Submission Versatile MAC Overviews, Slide 6

7. doc.: IEEE 802.15-09-0336-03-0006 Submission Versatile MAC Features Versatile –Best breed of Contention based and TDMA –Supports various (burst, periodic, continuous) types of traffic Straightway reservation –Fast reservation and prompt adaption –Latency reduction for delay sensitive real time data Emergency data transmit slot –Highly adaptable to abrupt emergency data –Support high QoS and reliability Priority supported Simple, easy to implement, Slide 7

8. doc.: IEEE 802.15-09-0336-03-0006 Submission BSF (BAN Superframe) Ad (Advertisement) –Synch, interval, address CAP –Reservation, Non-periodic data Beacon –Synch, length of slot, reservation status announcement DTP (Data Transmit Period) –DTS (Data Transmit Slot) Continuous, Periodic data –ETS (Emergency Data Transmit Slot) Emergency data & Periodic data, Slide 8

9. doc.: IEEE 802.15-09-0336-03-0006 Submission Flexible BSF BSF flexibly adjusts its length in accordance with requirements of sensor nodes, Slide 9

10. doc.: IEEE 802.15-09-0336-03-0006 Submission Functionalities of Each Period, Slide 10

11. doc.: IEEE 802.15-09-0336-03-0006 Submission Advertisement The beginning of BSF (BAN Superframe) followed by contention access period Ban Coordinator (BC) broadcasts it at the beginning of BSF and it contains basic information such as –Synchronization –BC ID –Ad Interval, length of periods A newly joined node adjusts its clock, gets information on BC and BSF, Slide 11

12. doc.: IEEE 802.15-09-0336-03-0006 Submission CAP Contention access period –Backoff and CCA to avoid collision –Prioritized back-off to serve higher priority first Data Transmission –Command frames exchange for DTS reservation –Non-periodic data including alarm and periodic data failed to reserve DTS can be sent BC collects all the DTS requests and sort them according to their priorities and slot availability –Allocate from the first available slot based on the priority order to prevent DTS shortage –Lower priority slots may be preempted by higher priority data, Slide 12

13. doc.: IEEE 802.15-09-0336-03-0006 Submission Beacon BC Broadcasts beacon before DTP –Notifies sync, interval, length, DTS reservation status All the nodes that reserved DTS should listen beacon every AI to synchronize and to check reservation status changes Sequential ‘Ad-CAP-Beacon’ enables straightway slot reservation and prompt accommodation to changes, Slide 13

14. doc.: IEEE 802.15-09-0336-03-0006 Submission Straightway Reservation & Transmission Why ? How? In a life critical situation, e.g. patient in ER, wounded soldier in battle field, urgent reporting after initial placement of sensors is as important as emergency alarm Placing ‘Ad  CAP  Beacon’ in a row enables urgent transmission, Slide 14

15. doc.: IEEE 802.15-09-0336-03-0006 Submission Data Transmit Period TDMA Period for the latency-critical continuous and periodic data BC allocates DTS first and then ETS if no more DTS is available Since ETS is dedicated slot for Emergency data, the node assigned to ETS performs CCA before its transmission so as to avoid collision with Emergency data, Slide 15

16. doc.: IEEE 802.15-09-0336-03-0006 Submission ETS for Emergency Alarm ETS ( Emergency Data Transmit slot) –Contention access period –Number of slot is configurable and evenly distributed throughout DTP period –If any, emergency data is transmitted at ETS while the node assigned to this slot performs CCA Emergency alarm can be sent in CAP, ETS, and CAP Extension whichever available first –Enables urgent transmission for abrupt Emergency alarm, Slide 16

17. doc.: IEEE 802.15-09-0336-03-0006 Submission Options ECAP (CAP Extension) –The duration between the ends of DTP and next advertisement –If power is not a concern for BC, it can stay awake and extend CAP –All kinds of data can be transmitted including retransmission Batch ACK –Ack at the last active slot for all data transmission in DTP Delayed ACK –Ack for multiple-slot transmission from a same source, Slide 17

18. doc.: IEEE 802.15-09-0336-03-0006 Submission Prioritization, Slide 18

19. doc.: IEEE 802.15-09-0336-03-0006 Submission BAN Data Prioritization Prioritization based on QoS (latency) requirement –Priority 0: Emergency alarm (CAP, ETS, CAP Extension) Emergency vital signs, Battery depletion,... –Priority 1: Medical Continuous data (DTS) Latency critical data –E.g. EEG/ECG/EMG –Priority 2: Medical Routine data (DTS) Reliability critical but lesser latency requirement –E.g. Temperature, Blood pressure –Priority 3 : Non-medical Continuous data (DTS) Video, audio –Priority 4 : Non-medical, non-time sensitive (CAP) Priority classes are dictated by the applications, Slide 19

20. doc.: IEEE 802.15-09-0336-03-0006 Submission Prioritized DTS Allocation For Priority classes 1, 2, and 3 Priority based allocation (1) –Higher priority data served first in case of contention among different priority traffics, Slide 20 Priority based allocation (2) –Higher priority data can preempt lower priority if no DTS is available –This change immediately becomes effective through straightway reservation

21. doc.: IEEE 802.15-09-0336-03-0006 Submission Access Policy in CAP Perform random back-off first then CCA before access channel Back-off classes –Class 0: Priority 0 (Emergency alarm) –Class 1: Priority 1 and 2 (Medical) –Class 2: Priority greater than 2 (Non-Medical) Back-off unit range Back-off period: aUnitBackoffperiod x Back-off unit –The lower the priority the longer the back-off period, Slide 21

22. doc.: IEEE 802.15-09-0336-03-0006 Submission Access Policy in ETS Alarm may share ETS with Priority 1~3 data Priority 1~3 data perform CCA first to avoid collision Alarm also performs CCA for the case of contending among multiple alarms, Slide 22 CCA Duration of slot owner (fixed) = unitCCAperiod x N Random CCA for alarm CCA Duration of alarm = [0, unitCCAperiod x (N-1)]

23. doc.: IEEE 802.15-09-0336-03-0006 Submission Energy Saving Inherent advantage of TDMA architecture for power saving over non-TDMA structure. Coordinator –Goes into inactive If no activity is scheduled after CAP or DTP Sensor (continuous data) –Once DTS reservation is done, the node stays inactive period except for beacon and its reserved transmit time Sensor (routine data) –Wakeup only for report and transmit during CAP or CAP Extension whichever available first Sensor (Alarm) –Wakeup only for report and transmit during CAP, CAP Extension or ETS whichever available first, Slide 23

24. doc.: IEEE 802.15-09-0336-03-0006 Submission Summary of Versatile MAC Functionalities, Slide 24

25. doc.: IEEE 802.15-09-0336-03-0006 Submission Simulation, Slide 25

26. doc.: IEEE 802.15-09-0336-03-0006 Submission Simulation Scenario Simulation time: 5 min. Star topology –1 BAN Coordinator and variable number of child nodes Superframe size (BO=6, SO=3) –Slot size: 7.68ms –AI: 128 slot –CAP: 8 slot –Ad & Beacon: 1 slot each Channel capacity –250Kbps for comparison with IEEE802.15.4 –2Mbps for A/V application Channel model: CM3, 2.4Ghz –Body surface to body surface IEEE802.15.4: BO=6, SO=3, Slide 26

27. doc.: IEEE 802.15-09-0336-03-0006 Submission Comparison: Reservation delay (From data generation to slot assignment confirm by beacon) Concatenate ‘Ad-CAP-Beacon’ enables reservation fast All nodes contend for reservation –Data generation time is uniformly distributed If remaining CAP time is not enough because of contention, wait & retry at the next CAP –Longer delay than one node case, Slide 27 1.844 0.984 Difference: 0.914

28. doc.: IEEE 802.15-09-0336-03-0006 Submission Comparison: Emergency Alarm delay (From alarm generation to arrival at coordinator), Slide 28 Simulation time: 5 min Packet size: 18byte Number of node - Periodic data node: 15 - Alarm node: 1,2,3,4,5,7,10 Alarm arrival rate -1pkt/10sec (Poisson) Number of ETS:1,3,7

29. doc.: IEEE 802.15-09-0336-03-0006 Submission Back-off Delay Simulation time: 5min Min. Backoff Exponent=3 Max. Backoff Exponent=5 unitBackoffperiod = 320us Number of node –1 to 25 / class, Slide 29

30. doc.: IEEE 802.15-09-0336-03-0006 Submission Throughput Simulation time: 5 min Channel capacity: 2Mbps Number of node: 10 –EEG (5), audio, video Body temp, Heart beat, and Coordinator Data rate –Body temp: 16bps –Hear beat: 128bps –EEG: 3.2kbps –Audio: 30kbps –Video: 1Mbps Header: 104bit (13byte), Slide 30

31. doc.: IEEE 802.15-09-0336-03-0006 Submission Conclusion Versatile MAC –CAP: Contention period –DTP: TDMA period, Enables high QoS Straightway reservation –Fast reservation, adaptation –Latency reduction Emergency data transmit slot –Highly adaptable to abrupt emergency data –Support high QoS and reliability Priority supported Simple, easy to implement –A little modification to IEEE802.15.4, Slide 31

32. doc.: IEEE 802.15-09-0336-03-0006 Submission Channel Access Policy with UWB PHY, Slide 32

33. doc.: IEEE 802.15-09-0336-03-0006 Submission Challenges With ISM band, we could use 1)CCA after prioritized back-off in CAP 2)Random CCA in ETS, Slide 33 But CCA is not feasible with UWB

34. doc.: IEEE 802.15-09-0336-03-0006 Submission Access Policy in CAP CCA or Carrier sense is not feasible with UWB PHY Aloha type of access is the only possible solution (e.g.IEEE802.15.4a) –Aloha (Non-Beacon mode) –Slotted Aloha (Beacon mode) Slotted Aloha is better than Aloha but still high probability of collision We propose “Slotted Aloha with Prioritized Back-off”, Slide 34

35. doc.: IEEE 802.15-09-0336-03-0006 Submission Simulation: 60 sec Inter-arrival time: 1pkt/sec (Poisson) Packet size: 16byte, Slide 35 BO=6, SO=3 CAP size = 8 slot 1 to 5 node per each class

36. doc.: IEEE 802.15-09-0336-03-0006 Submission Channel Access in ETS (1) Problem: –CCA in ETS is not feasible. –Buffered alarms try to access channel at the same time as soon as ETS begins. –Slotted Aloha with Prioritized Backoff is not enough because random backoff may too long to deal with contentions in a short data slot. Solution: –ETS Preoccupancy using two way handshaking Nodes transmit ETS allocation request with back-off BNC replies a node whose request arrived first Only the replied node transmit emergency alarm Others retry at next ETS or CAP, Slide 36

37. doc.: IEEE 802.15-09-0336-03-0006 Submission Channel Access in ETS (2) ETS is divided into N mini backoff slots, an ETS reply slot, and an Emergency alarm slot –Each node select random backoff unit between [0, N). –At the selected mini slot, the node sends ETS request frame. Mini slot > ETS request –After the end of backoff slots, BNC send ETS reply to the winning node whose request arrived first. Mini slot > ETS reply –After receiving the ETS reply, the winning node sends an emergency alarm. Mini slot < Emergency Alarm, Slide 37 Random Backoff ETS request Mini Slot ETS reply Backoff Window Emergency Alarm ETS