1. IEEE 15-11-0176-01-004k Submission 16-nov.-15 Jean Schwoerer, France Telecom R&DSlide 1 Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Urban M2M wireless sensor network] Date Submitted: [“15 March, 2011”] Source: [Jean Schwoerer] Company [France Telecom R&D] Address [28 chemin du vieux chênes 38240 FRANCE ] Voice:[+33 4 76 76 44 83], FAX: [+33 4 76 76 44 50], E-Mail:[jean.schwoerer@francetelecom.fr] Re: [.] Abstract:[This document give exemple of existing and foreseen M2M application using a Urban wireless sensor network.] Purpose:[Description of what the author wants P802.15 to do with the information in the document.] 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. IEEE 15-11-0176-01-004k Submission Urban sensor network applications Smart metering is acting as a initiator Energy (gas, thermal, self-production), water (measurement, leak curtailment) and more… But urban applications may be much wider than smart metering City automation to control environment (air, water, allergy, pollution, meteorological information…), resource consumption, traffic flow control, transport like self- service cycles As well as non urban one : breeding, sustainable agriculture Watering management, field monitoring, meteorological data collection, wine grape monitoring Animal tracking Environment monitoring, disaster watch River monitoring, fire monitoring, alerting, earth quake monitoring Monitoring of industrial sites Environment and pollution control, goods monitoring, asset tracking, sub-metering, Many devices in these application fields will be self-powered (through battery or energy harvesting techniques)

3. IEEE 15-11-0176-01-004k Submission Smart cities services For better City management Citizen information A tool for a better City Urban infrastructure ( transportation, watering) Water, gas metering Waste management Noise and pollution Monitoring Car traffic analysis Monitor and analyze water and electricity consumptions Compare with citywide statistical data Better information on transport, congestion and pollution

4. IEEE 15-11-0176-01-004k Submission Water/gas metering ActivityReading interval/data volume Sensing rate1/hour to 4/hour Sensor transmission rate 1/day to 4/hour, periodic and occasional alarm Several /hours : 10 bytes per report. Once /day : 200bytes + wake up preamble (optional ) Tolerated latency 300s. On-demand read and actuation 1 cycle/week maximum, 1/year expected 10 bytes per transmission Tolerated loss 10E-2 Tolerated latency 30 s P2MP trafficWall clock adj 1/day (this is a max) Key management 1/years NotesNon-electrical utilities don't like to rely on electrical utility link. Nor do they like to rely on DSL line. Lifetime : 10 years, and up to 15 in some situations Traffic from Water/Gas Metering applications is mostly data collection for billing purposes. However, there are several other requirements on a very infrequent basis for: alarms (e.g. leakage detection in water metering or fraud detection), control data pushed to the nodes including actuators for closing valves or credit-based systems, on-demand reading of the meter in a real-time manner.

5. IEEE 15-11-0176-01-004k Submission Waste Management The system monitors connection containers’ filling rate and sends an alert when they are nearly full. The required lifetime of the sensing nodes is 5 years. The alert message must be delivered within about 1 hour. An acknowledgment of the alert is considered as a necessary feature. Another requirement is for configuration purposes. Bidirectional communication Required Data collection modePeriodic + occasional event Sensor type 1Fill level Sensors transmission rate 1/hour Amount of collected data10 bytes Number of sensors100

6. IEEE 15-11-0176-01-004k Submission Parking lot monitoring The purpose of this service is to monitor each parking place, as well as parking tax collection equipment's. By gathering accurate information on each parking place occupancy, such a system will be able to guide drivers to the nearest free parking place, and consequently reduce time and pollution. This application requires a sensing device in each parking place, able to detect whether a car is using it, or not. These devices will likely be underground and self-powered, and need to communicate on an on-event basis, while it remains possible that a local coordinator interrogates them. Number of sensorOne per parking lot : 80 000 in an average mid-sized city. Sensing rate1/hour to 4/hour Sensor transmission rate and on demand read 1/hour on a daily average, up to 4/hour during peak period Several /hours : 100 bytes per report. Tolerated latency 60s. P2MP trafficWall clock adj 1/day (this is a max) Key management 1/years

7. IEEE 15-11-0176-01-004k Submission Self Services Bike renting Short term bike renting is now a widespread service across European cities. The purpose of this service is to allow each bike to communicate directly with the system management infrastructure, allowing permanent bike monitoring, and rough localization, services charging and even renting outside station. This application requires each bike to be equipped with a sensor that will be capable of bidirectional communication. Transaction can be initiated on event, from the bike side, or on the request of the service management system. Number of sensorOne per bike : Several hundred to ten thousands Sensor transmission rate and on demand read Transaction : 4/hour on a daily average, up to 8/hour during peak period On-demand read : 1/hour 50 bytes per transaction Tolerated latency 30s (human interaction) Power suppliesThrough bike generator and rechargeable batteries P2MP trafficClock adj 1/day (this is a max) Key management 1/years

8. IEEE 15-11-0176-01-004k Submission Radio characteristics Frequency band need to be chosen accordingly with Urban environment propagation constraints, including building penetration, Bit rate – in the tens of kbps; very low duty cycle (e.g. a few small messages per day) Range – up to 1 km in urban environments Energy management – ability to ensure long life for battery operated devices (up to 10 years) Clear strategy for dealing with interference and support for several collocated networks Functional capabilities – reliable bidirectional communication,