Telecom Italia and WSN

Transcription

1 Telecom Italia Project Berkeley, March 2007 Telecom Italia and Project T.IE.RT.RP

2 Summary Telecom Italia & From nodes to services Demonstrators Why a standard? Conclusion 1

3 Lab by Pirelli & Telecom Italia in Berkeley Sponsoring Companies Lab Building a more intelligent world Collaborations UC Berkeley Local Companies Focus on developing Wireless Sensor Networks technologies that enable new advanced services in a world of networked intelligent objects interacting with humans Located in 1995 University Ave. Berkeley, 5 min from University of Berkeley Campus Opening date: June 2006 Courtesy of Marco Sgroi 2

4 Wireless Sensor Networks () The many - tiny principle: wireless networks of thousands of inexpensive miniature devices capable of computation, communication and sensing which are low-size, low-cost, low-power have substantial processing capability in the aggregate, but not individually also called PAN (Pico Area Network) or BAN (Body Area Network) Their use throughout society could well dwarf previous milestones in the information revolution : U.S. National Research Council Report, 2001 Enable to instrument the physical world (close sensing) at a fine resolution (dense sensing) over large spatio-temporal scales (permanent sensing) Smart Dust Concept (Pister, 2001) 3

5 Project Goal AS_IS VDT STB 3 rd party application Gateway AG API API Management Commissioning IP Network Z-SIM enabled mobile phone API Management Commissioning Wireless Sensor Network Project overview 4

6 Reference model Not just the nodes to build the real applications! Gateway Platform (configuration, mgmt, data collection) Privacy & Trust management Wireless Sensor Networks nodes APPLICATION APPLICATION // SERVICES SERVICES -specific Facilities Monitor System Monitor System Management System Management System Identity Identity Security Security Micro-Location Micro-Location GUI GUI Profiles, data API DB -C 3 rd party API Platform Sensor Query API API Discovery API Gateway Abstraction Layer Power Mngmt API Actuator Set API 5

7 Demo: Healthcare System architecture Gateway - C Body Sensor Network End application device Remote management platform Objective: design and build a flexible measurement system to enable health care services: Recognize behaviors on long-term scale Detect postures and transitions between states Lead and evaluate simple exercises on specific body parts (arm, leg) Value added functionalities to be inserted in gateways and/or platform Courtesy of Filippo Tempia 6

8 Demo: Healthcare service Rehabilitation / fitness exercise Patience follows a predefined pattern Nodes displaced on joints performance arm position Mobile phone application shows: Performance evaluation (is the patience following the given pattern?) Position correctness (ex. arm lateral inclination) Responsiveness to changing patterns (ex. given a sudden acceleration in the pattern, how responsive is the patient reaction?) Nodes displacement Bridging through Intel Board Responsiveness evaluation Visualization and feedback Courtesy of Filippo Tempia 7

9 Demo: Firemen s application node Operation Site Network node with integrated sensors and antenna in the helmet node node Sensors are integrated in a ZigBee sensor network: Self-configuring, self-healing wireless network infrastructure Antenna has been designed to emit signal outside the helmet (protect the firemen s head); Routers form a mesh network and gather information from Body Area Network (e.g. external temperature sensors); Remote application can control and check node status and change report parameters node Operative center GW 8

10 Why a Standard? Possibility to build both wireless sensor network and applications for different areas, sharing the ad-hoc infrastructure and data format: Home Automation Personal Health Care Telecommunication Value added services Building Automation Advanced Metering Infrastructure Wireless Sensor Standard for messages Standard for network infrastructure AMI HA TA 9

11 ZigBee Alliance - Telecom Italia activities Telecom group: Marketing requirements identified Working on technical requirements (backward compatibility, QoS, fast joining) Mobile terminal and s Gateway group: Proposal to enable Gateway with local applications (e.g. VDT) Proposal to include functions as defined in Gateway abstraction layer Wireless Sensor Network group: Telecom Italia (Turin + Berkeley) Proposals for enhanced features 10

12 ZigBee Telecom s Group Scope Telecommunication applications application profile Purpose Study the potential applications using network operator infrastructures and communications terminals, such as cell or fixed phone connectivity COMPANIES: TELECOM ITALIA HUAWEI SAMSUNG ORANGE-FT ETRI KDDI OKI MOTOROLA Telecom Italia leads the group (TLC applications) for pervasive low power computing 11

13 ZigBee Telco Devices VDT Telco Devices Cellular phones Video Phone (VDT) Set-top-box (e.g. DTT-STB) Access Gateways ZigBee SIM card Plug-in ZigBee modules Information nodes (advertisement services) nodes / Information Node AG STB USB ZigBee stick Z-SIM enabled mobile phone 12

14 Telecom s Use cases INFO SERVICES PAYMENTS SERVICES Remote Server Operator Network Client [3] Charging Gateway Operator Network [4] ZigBee Point of Sales SubNet 1 SubNet 2 SubNet 3 [2] [5] [1] Close-Loop Mobile Payment Procedure ZigBee Mobile Terminal or ZigBee SIM card ZigBee Access Network Cellular Access Network ZigBee Access Point Case 1: POS->MT->CG->POS ZigBee Access Network VoZ SERVICES ZigBee Mobile Terminal or ZigBee SIM card AND MORE.. GAMING SERVICES Cellular Access Network ZigBee Access Network Voice Over ZigBee ZigBee Mobile Terminal Information delivery Mobile Payments P2P small data sharing Location Based Services Mobile Gaming ZigBee Headset 13

15 ZigBee Telco Devices Video Telephone Advantages: Large screen useful for commissioning and network configuration Availability of network interfaces (SDIO, Ethernet) Disadvantages: Operating system dependency (driver side): Full ZigBee stack into the VDT Full ZigBee stack into the dongle API to be defined for Service platform interface Addressed s: Tele monitoring, health care Configuration and local management Home Automation VDT -platform abstraction layer SDIO ZigBee stick ZigBee Stack TRX 14

16 Gateway Abstraction Layer overview Platform sees the gateway and uses its abstraction layer (GAL) in order to communicate with the Gateway implements the abstraction layer and supports the functionalities that can be used by Platform and by the service above Implementation of GAL implies the composition of low layer messages to be transmitted over-the-air to the nodes -C e.g. REST API implementation Platform API Gateway GAL -C Gateway Interest of ZigBee Gateway Working Group Mapping into elementary function e.g. ZigBee Messages Interest of ZigBee Telecom Study Group 15

17 Telecom Italia and ZigBee enhancements Proposal submitted to ZigBee for Low Power features to be introduced (Turin Berkeley Lab) To be added to evolutions of ZigBee stacks (ZigBee 2007 and future) Scheduling: Proposal presentation in member meetings Simulation validation of the proposal Proposal Whitepaper (Borean, Giannantonio, Coleri) Very important to add this feature to enable real ubiquitous computing 16

18 Conclusions Key elements of should be addressed: Standard Interfaces towards nodes (ZigBee profiles): multi vendor reusability of the solution for service provisioning Standard i/f for gateway devices (towards the ZigBee Net) Standard Gateway products (ZigBee Gateways): Standard interconnection to operator network (data model) Integrability into devices (ZigBee SIM Card) Security and Privacy Security Policy has to be carefully considered Range has to be dynamically reduced considering the applications (e.g. payments) Cost reduction of components Power consumption Energy Scavenging techniques and problem with battery life-time STANDARD is a MUST for a TELCO Operator 17

19 Thank You & Questions? CONTACT INFO: 18