doc.: IEEE Submission Jan 2006 Stefan Drude, PhilipsSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Body Area Networks Update and Criteria Study Group] Date Submitted: [January 17, 2006] Source: [Stefan Drude] Company [Philips] Address [High Tech Campus 60, 5656 AG Eindhoven, The Netherlands] ] Voice:[ ], FAX: [ ], ] Re: [Call for Contributions] Abstract:[The contribution summarizes the presentation on body area networks given in the November meeting and discusses the way forward with respect to the criteria set out to start a study group.] Purpose:[To provide information on body area network use cases, typical requirements, and to start the process on possibly starting a study group in on this topic.] 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 Submission Jan 2006 Stefan Drude, PhilipsSlide 2 Overview Body Area Networks –Quick summary use cases, requirements Review criteria to start a study group –Checklist provided by chairman

doc.: IEEE Submission Jan 2006 Stefan Drude, PhilipsSlide 3 Body Area Network Broad range of possible devices Broad range of media types Connect everything you carry on you and with you Offer “Connected User” experience Matches low power environment Challenge – scalability data rate, power

doc.: IEEE Submission Jan 2006 Stefan Drude, PhilipsSlide 4 Body Area Networks –Target Position Average power consumption, sustained data rate 1000 mW500 mW100 mW 50 mW 10 mW 1 Gbit/s 100 kbit/s 1 Mbit/s 10 Mbit/s 100 Mbit/s 1 kbit/s 10 kbit/s IEEE a IEEE a/b/g Bluetooth ZigBee 200 mW 20 mW Body Area Network 5 mW 2 mW

doc.: IEEE Submission Jan 2006 Stefan Drude, PhilipsSlide 5 Fitness Monitoring Central device is MP3 player Wireless headset included Expand functionality –Speed, distance –Heart rate, respiration monitor –Temperature sensor –Pacing information –Location information –Wristwatch display unit –Etc. Total system load < 500 kbps Synchronization may go faster

doc.: IEEE Submission Jan 2006 Stefan Drude, PhilipsSlide 6 Wearable Audio Central device is headset Stereo audio, microphone Connected devices –Cellular phone –MP3 player, PDA –CD audio player –AP at home –Handsfree car –Remote control –Others Requires priority mechanism Network load < 500 kbps

doc.: IEEE Submission Jan 2006 Stefan Drude, PhilipsSlide 7 Body Sensor Network Medical application –Vital patient data –Wireless sensors –Link with bedsite monitor –Count on 10 – 20 sensors Five similar networks in range Minimum setup interaction Potentially wide application Total traffic / patient < 10 kbps

doc.: IEEE Submission Jan 2006 Stefan Drude, PhilipsSlide 8 Personal Video Central device is video camera –Camera sensor, recording, display Stream video content SDTV, HDTV Connect other devices –Personal storage device –Playback device w/ large display –Remote beamfinder –Location information (meta data) –Mobile communications device (MMS) –Home media server (sync) Total traffic load: 10 – 60 Mbps

doc.: IEEE Submission Jan 2006 Stefan Drude, PhilipsSlide 9 Technical Requirements There is no specific standard for BANs –Current standards come close for specific use cases, not broad enough –Issues: power consumption, discovery, QoS –Support for very low power devices, sensors Target less than 10% power consumption for communications compared to total device Have single standard with broad range of supported data rate - scalability

doc.: IEEE Submission Jan 2006 Stefan Drude, PhilipsSlide 10 BAN Requirements - Draft Distance2 m std, 5 m special Piconet density2 - 4 nets / m 2 Devices per network max. 100 Net network throughput100 Mbit/s max. Power consumption~ 1mW / Mbps 1 m distance) Startup time< 100 us, or < 10% of TX slot Latency (end to end)10 ms Network setup time< 1 sec (after initial setup, per device) Refer to document for details

doc.: IEEE Submission Jan 2006 Stefan Drude, PhilipsSlide 11 Process from ideas to a new TG project New ideas are presented in the 15WNG Further discussions on the intentions and SG criteria by reflector, phone conference and WNG meetings.  Check that the criteria for starting a SG are fulfilled. If not the work item can be discarded or kept for further investigations / discussions. Create a motion to the WG to start a SG to be approved by a straw poll. All attendees have voting rights. The WG to approve the SG motion. The SG charter is to produce the PAR and 5C documents for approval by the WG and ExCom.

doc.: IEEE Submission Jan 2006 Stefan Drude, PhilipsSlide 12 Criteria for starting a Study Group Show that there is enough interest for a new SG –Recommendation: some10 persons from at least 4 companies –Candidates for Chair and secretary Global definition of the intended project –Name –Features and Functions (what the should be supported) –Scope (what market, usage and technology) Check that there are no blocking issues from the SG charter –Show Reasons for a Broad Market Potential (MRD) –Identify Unique / Discriminating features (FRD) –Technical feasibility within the timeframe of the project –Indicate other requirements like Security, Regulatory, co-existence, No blocking patents, etc. that may apply –Not same standards work is done by an other organization

doc.: IEEE Submission Jan 2006 Stefan Drude, PhilipsSlide 13 Proposal Re-Confirm Interest Straw poll on how many people would be interested in participating in a study group on body area networks.

doc.: IEEE Submission Jan 2006 Stefan Drude, PhilipsSlide 14 Review features & functions Outlined in this presentation and presentation in Vancouver, BC. Scope –Provide PHY and MAC layer specification for a body area network standard –Broad range of supported data rates –Highly scalable