Supporting a Unified IoT Architecture through Inforamtion-Centric - - PowerPoint PPT Presentation

supporting a unified iot architecture through inforamtion
SMART_READER_LITE
LIVE PREVIEW

Supporting a Unified IoT Architecture through Inforamtion-Centric - - PowerPoint PPT Presentation

Supporting a Unified IoT Architecture through Inforamtion-Centric Networking Yanyong Zhang WINLAB, Rutgers University yyzhang@winlab.rutgers.edu Introduction A Vision of the Internet of Things (IoT) Goal: many-to-many networking


slide-1
SLIDE 1

Supporting a Unified IoT Architecture through Inforamtion-Centric Networking

张燕咏 Yanyong Zhang WINLAB, Rutgers University yyzhang@winlab.rutgers.edu

slide-2
SLIDE 2

Introduction

slide-3
SLIDE 3

WINLAB

A Vision of the Internet of Things (IoT)

Goal: many-to-many networking between things and devices

slide-4
SLIDE 4

WINLAB

Legacy IoT systems

 Silo IoT Architecture (Fragmented, Proprietary):

 e.g. DF-1, MelsecNet (Mitsubishi Electric), SDS (Honeywell),

BACnet, Bluetooth Low Energy, etc

Vertically Integrated

slide-5
SLIDE 5

WINLAB

State of the Art

 Overlay Based Unified IoT Solutions (i.e., OpenIoT, AllJoyn)  Disadvantages

 The lack of naming transparency between systems which hinders efficient

data/service discovery

 The lack of networking-layer support such as multi-cast, mobility support

Internet

Smart Homes

Publishing Subscribing

Sensors Routers IoT Server IoT Applications IoT Gateway

Publishing

Smart Grid Sensors IoT Gateway Smart Healthcare Sensors IoT Gateway

API API API

Publishing

slide-6
SLIDE 6

WINLAB

ICN-Centric Unified IoT Platform

ICN

Smart Home

Home -1

Home -2 D2D Smart Transport Smart Healthcare

App

ICN

IoT Smart Home Management IoT Smart Transport Management IoT Smart Healthcare Management

App

ICN

App

ICN

ICN has a potential to enable interaction between Consumers, IoT ASPs, Network Operators ICN potential as Network layer at the edge?

slide-7
SLIDE 7

ICN-IoT Middleware

slide-8
SLIDE 8

WINLAB

A Typical ICN-IoT System

…...

IoT Aggregator (e.g. Raspberry Pi, Smart Phone, nest thermostat)

 Basic hardware information for attached sensors  Service types of the attached sensors  Sensor names for ICN-enabled sensors  Information about sensors attached to peer aggregators

Local Service Gateway (e.g., AP, local gateway)

 Full information of IoT resources in the local networks (including sensor service types)

ICN Network

APP—Website, Mobile APP: ICN Data Consumer

Radio-specific Interface Adaptation

ICN Adaptor ZigBee, TO, 6LoWPAN, BLE,etc

ICN Non- ICN ICN

Edge Service Router Service Controller Edge Service Router Service Provider

ICN-NNI ICN/Non - ICN Data Center

Sensors (e.g., RFID, temperature sensors)

 Sensor hardware information  Sensor names for ICN-enabled sensors IoT Server

 Names and the service types that are exposed to the server  Subscription memberships

slide-9
SLIDE 9

WINLAB

Local Interactions in ICN-IoT

  • 1. S1 and S2

periodically sends sensor data to AG2

  • 2. AG1 requests data from S1

and S2 through AG2

  • 3. AG2 returns data to AG1

ID Service type S1 temperature S2 temperature AG1 thermostat

AG 1 AG 2 S1 S2

Objective: Nest thermostat needs temperature readings from multiple temperature sensors

ID Service type AG2/S1 temperature AG2/S2 temperature AG1 thermostat

slide-10
SLIDE 10

WINLAB

Remote Interactions in ICN-IoT

  • 1. Sensors send updates

to aggregator

ICN Network

Smartphone sends request to retrieve the resource: /bob/home/temperature_sensing/1 (resource acquired through the IoT server) Local Service Gateway has the full information for the local resource

A: Request B: Data

A A A B B B Objective: Smartphone (away from home) needs temperature readings from home temperature sensors

slide-11
SLIDE 11

WINLAB

ICN- IoT Functionalities

FIA Optional: In-network Computing (Data Aggregation/Fusion) Network Service ( Unicast, Multicast, Anycast, etc) Pub/Sub Management Device/Network Service Discovery Service Device/App Naming Service Name-based Routing

Sensor Actuator Gateway

Data Aggregation Producer Consumer

Service App

Context processing & storage

Smart Things

Mobility & Security Security

IoT Middleware

App Service Discovery Self Clustering/Organization

slide-12
SLIDE 12

WINLAB

ICN-IoT System Architecture

…...

Sensors/Actuator/Smart devices  Data signal generation

 Key pre-distribution  Energy mgmt

IoT Aggregator (e.g. Raspberry Pi, Smart Phone)

 Data collection  Data filtering, grouping and formatting  Device/Service Discovery Service  Device local naming service

Local Service Gateway

 Subscribe to the formatted sensor data  Context data processing& storage  Name Assignment Service  Local/Global ID translation  Sensor data access policy enforcement

ICN Network

IoT Server: Pub/Sub Management, System Monitoring APP—Website, Mobile APP: ICN Data Consumer

Radio-specific Interface Adaptation

ICN Adaptor ZigBee, TO, 6LoWPAN, BLE,etc

ICN Non- ICN ICN ICN- UNI

Edge Service Router Service Controller Edge Service Router Service Provider

ICN-NNI ICN/Non - ICN

Heterogeneous Collector Cluster (e.g., Mote/Receiver/Sensor Router, Nest)

 Context-supervised sensor discovery & clustering

 Data relay with security

Data Center

V2V-ICN ICN IoT Aggregators (e.g. RSU)

slide-13
SLIDE 13

A Simulation-Based Comparison of MF-IoT and NDF-IoT

slide-14
SLIDE 14

WINLAB

NDN Overview

 Two types of packets

Interest & data

 Three data structure

Forwarding Information Base (FIB)

Pending Interest Table (PIT)

Content Store (CS)

slide-15
SLIDE 15

WINLAB

MobilityFirst Overview

IP Hop-by-Hop Block Transfer

Link Layer 1 (802.11) Link Layer 2 (LTE) Link Layer 3 (Ethernet) Link Layer 4 (SONET) Link Layer 5 (etc.)

GSTAR Routing MF Inter-Domain E2E TP1 E2E TP2 E2E TP3 E2E TP4 App 1 App 2 App 3 App 4 GUID Service Layer

Narrow Waist

GNRS MF Routing Control Protocol NCS

Name Certification & Assignment Service Global Name Resolution Service

Data Plane Control Plane

Socket API

Switching Option

Optional Compute Layer Plug-In A

slide-16
SLIDE 16

WINLAB

ICN-IoT Use Cases

 Smart Campus  Stationary IoT : Building management system (BMS)

 Control complex ecosystems such as climate control, security

monitoring, smoke detection, etc

 Heterogeneous communication protocols  Complex middleware required

 Dynamic IoT : School Bus System

slide-17
SLIDE 17

WINLAB

Building Management System

a

Network MF/NDN Control Service Environment Monitoring Occupancy Monitoring

Fixture /Interface Thermostat /Interface

…........

Sensor

Sink a

Sensor

Sink ……………………

Web Portal

slide-18
SLIDE 18

WINLAB

BMS-Evaluation

Sink Router Actuator

1 3 1 4 1 5 1 6 1 7

BMS server

  • 1. Based on MF-sim and NDN-sim
  • 2. Based on campus building floor plan
slide-19
SLIDE 19

WINLAB

BMS-Evaluation

1.Average Data Report Delay On Server

  • 2. Average delay from sink to

actuator 4 . Goodput at the server

  • 3. Total PIT size in the network
slide-20
SLIDE 20

WINLAB

School Bus

  • Vehicle to infrastructure (V2I)
  • Update sensor data on bus to the server
  • Receive notification from the administrator
  • Handling Mobility

GPS

Peer Bus(e.g . Route A) Mobile Data Terminal(MDT )

web School Bus Server AP

Location/Se at Sensor data

slide-21
SLIDE 21

WINLAB

School Bus Evaluation

slide-22
SLIDE 22

Several IoT Systems at Winlab

slide-23
SLIDE 23

WINLAB

OWL

slide-24
SLIDE 24

WINLAB

Owl Application: Status and notification

slide-25
SLIDE 25

WINLAB

Application: Laboratory Animal Monitoring

slide-26
SLIDE 26

2015/5/14 Huawei project

MF-IoT Prototype

33

Click-based MF Router

  • Storage-aware routing (GSTAR)
  • Name resolution server (GNRS)
  • Reliable hop-by-hop link transport (Hop)

Android/Linux MF Protocol Stack

  • Network API
  • Hop
  • Dual homing (WiFi/WiMAX)

WiMAX BTS WiFi AP

Native, user-level implementati

  • n on Android

runtime

MF Router

MF Router MF Router

slide-27
SLIDE 27

WINLAB

37

Questions & Answers