Internet of Things (IoT) Work Group

Slides:



Advertisements
Similar presentations
M2M Architecture Inge Grønbæk, Telenor R&I ETSI Workshop on RFID and The Internet Of Things, 3rd and 4th December 2007.
Advertisements

M2M middleware service Inge Grønbæk, Telenor R&I ETSI Workshop on RFID and The Internet Of Things, 3rd and 4th December 2007.
World Class Standards 1 SCP(11)0001 SCP Plenary #47 January 12-14, 2011 Title*: Update on TC M2M activities (and Smart Metering Mandate) Submitted by:
All rights reserved © 2005, Alcatel Grid services over IP Multimedia Subsystem  Antoine Pichot, Olivier Audouin, Alcatel  GridNets ’06.
M2M and Semantic Sensor Web
CDMA Standards Update M2M Small Group Discussion: CONVERGENCE LAYER CONCEPTS Orlett W. Pearson January 2012.
Application Server Based on SoftSwitch
22-23 June 2004TISPAN-3GPP Workshop - Sophia-Antipolis 1 TISPAN NGN Architecture Overview Richard Brennan pulver.com, WG2 Chair
IEEE OmniRAN for Heterogeneous Networks 24 July 2012 Roger Marks Juan Carlos Zuniga Charlie Perkins 1.
SC-AllIP A- PathsTwdsAllIP_A Ericsson1 All-IP Evolution Paths Towards an All-IP network Ericsson.
ETSI M2M / TIA architecture harmonization O. Elloumi.
Presents H.323 Forum ETSI TIPHON Presented by: Richard Brennan - Telxxis LLC Vice-Chair ETSI-TIPHON.
Chapter 5 Middleware and IoT
Chapter 16 AAA. AAA Components  AAA server –Authenticates users accessing a device or network –Authorizes user to perform specific activities –Performs.
IoT Standardization; A vendors perspective Brussels, 11 th of May 2015 Yun Chao Hu Version 2.0.
TTA Views on Technical Scope of M2M Consolidation 17 August 2011 TTA M2MCons02_16 (Agenda 4.3)
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
1 CDMA/GPRS Roaming Proposals Raymond Hsu, Jack Nasielski Feb
Omniran OmniRAN Wi-Fi Hotspot Roaming Use Case Date: Authors: NameAffiliationPhone Max RiegelNSN
Mobile Computing Lecture: 4.
ETSI M2M / TIA architecture harmonization next steps.
Minutes of the Meeting IoT WG GISFI #7 New Delhi, Dec 19-22, 2011 Doc No: GISFI_IoT_
“Securing IP Multimedia Subsystem (IMS) infrastructures …,” M. Tsagkaropoulos UNIVERSITY OF PATRAS Department of Electrical & Computer Engineering Wireless.
IOT5_ GISFI # 05, June 20 – 22, 2011, Hyderabad, India 1 Internet of Things Work Group Coordination Plan WG Chair.
Machine to Machine communications
IPv6 and IPv4 Coexistence Wednesday, October 07, 2015 IPv6 and IPv4 Coexistence Motorola’s Views for Migration and Co-existence of 3GPP2 Networks to Support.
An Operators Input for oneM2M Baseline  Group name: TP#2/WG1  Source: DTAG, Vodafone Group  Meeting Date:  Agenda Item: WG1 agenda item.
IP Services over Bluetooth: Leading the Way to a New Mobility Markus Albrecht Matthias Frank Peter Martini Markus Schetelig Asko Vilavaara Andre Wenzel.
Group Meeting Ming Hong Tsai Date : Toward Ubiquitous Massive Accesses in 3GPP Machine-to- Machine Communications 2.
Overview TIA TR-50 – Smart Device Communications Orlett W. Pearson March 2010.
1 Presentation_ID © 1999, Cisco Systems, Inc. Cisco All-IP Mobile Wireless Network Reference Model Presentation_ID.
DOCUMENT #:GSC15-PLEN-58 FOR:Presentation SOURCE:ETSI AGENDA ITEM:PLEN 6.1 CONTACT(S): Marylin Arndt, TC M2M chair M2M and Internet of Services "When the.
WLAN-GPRS Integration For Next-Generation Mobile Data Networks Wireless Communications IEEE 2002 報告者:陳崇凱.
A policy-based per-flow mobility management system design
HUAWEI TECHNOLOGIES CO., LTD. Slide title :40-47pt Slide subtitle :26-30pt Color::white Corporate Font : FrutigerNext LT Medium Font to be used by customers.
Overview of analysis of existing SDO M2M architectures Group Name: REQ ARC#2 Source: Alcatel-Lucent.
1 Proposals for MOC and IoT China Communications Standards Association Minrui Shi 21st meeting CJK UNIOT-WG July,11-13, 2011.
Doc.: IEEE /209r0 Submission 1 March GPP SA2Slide 1 3GPP System – WLAN Interworking Principles and Status From 3GPP SA2 Presented.
ITU-T SG16 and JCA-IoT activities
1 Access Authentication to IMS Systems in Next Generation Networks Authors: Silke Holtmanns, Son Phan-Anh ICN’07 IEEE Speaker: Wen-Jen Lin.
1 /10 Pascal URIEN, IETF 76 th, Monday November 9 th Hiroshima Japan draft-urien-hip-iot-00.txt HIP support for RFID
1 HRPD Roamer Authentication Zhibi Wang, Sarvar Patel, Simon Mizikovsky, Nancy Lee.
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Doc.: IEEE /345r0 Submission May 2002 Albert Young, Ralink TechnologySlide 1 Enabling Seamless Hand-Off Across Wireless Networks Albert Young.
September 28, 2006 Page 1 3GPP2 MMD Status for IMS Workshop Jack Nasielski
IMS developments in 3GPP
1 The Features of the IoT and Some Extension Considerations China Communications Standards Association Subin Shen 21th meeting CJK.
Wikipedia Edit. Internet of Things It is the idea of enabling everyday objects with software, sensors and network connectivity. The connectivity would.
IoT Architecture GISFI # 07, Dec 19-22, 2011, New Delhi Organization: NEC Doc No: GISFI_IoT_
Doc.: IEEE /0690r0 Submission Andrew Myers, BT Slide 1 July GPP SA3 Interworking Security Issues II Andrew Myers British Telecommunications.
Copyright OPENWAVE 2007 MPC-to-MPC Interface for LBS Control Plane Roaming Steve Howser Principal Product Technologist 18 th January 2007.
IoT Standards Harm Jan Arendshorst Head of Product Management Professional Services Confidential and proprietary materials for authorized Verizon personnel.
Communication and Security in Machine-to-Machine Systems Date │ Reporter │ 李雅樺 1.
November 2001 Lars Falk, TeliaSlide 1 doc.: IEEE /617r1 Submission Status of 3G Interworking Lars Falk, Telia.
Minutes of the Meeting IoT WG GISFI#6 Neemrana, Rajasthan 1 IoT_MoM_Sept_2011GISFI # 06, Sept , 2011.
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
SDN/NFV DDoS Requirements "The Mobile Use Case – 5G" Bipin Mistry, VP Product Management © 2015 Corero
SOURCE:2014 IEEE 17TH INTERNATIONAL CONFERENCE ON COMPUTATIONAL SCIENCE AND ENGINEERING AUTHER: MINGLIU LIU, DESHI LI, HAILI MAO SPEAKER: JIAN-MING HONG.
Provisional Architecture for oneM2M
3GPP interworking in R3 Group Name: ARC
Possible options of using DDS in oneM2M
OmniRAN Introduction and Way Forward
Test Automation for IoT solutions A Paradigm shift
IEEE 802 Scope of OmniRAN Abstract
3GPP WLAN Interworking Security Issues
OmniRAN Introduction and Way Forward
TIA TR-50 M2M-Smart Device Communications
Presenter: Richard Brennan, Vice-Chair TC TISPSAN
Ukrainian Numbering, Naming and Addressing Operation Center
Presentation transcript:

Internet of Things (IoT) Work Group GISFI IoT Architecture Comparison Soma Bandyopadhyay and Hemant Kumar Rath TCS Doc No: GISFI_IoT_201112139

Agenda TCS proposed arch in GISFI ETSI high level arch with interfaces With Incorporated comments from last meeting ETSI high level arch with interfaces GISFI-ETSI interfaces/reference point comparisons GISFI-TIA interfaces GISI-ETSI-TIA Comparison TIA-ETSI Comparison GISFI – 3GPP Comparison Conclusion GISFI # 07, Dec 19-22, 2011, New Delhi

Proposed IoT Arch System Architecture utilities Agriculture Healthcare Services utilities Agriculture Healthcare Banking Proposed IoT Arch System Architecture Application/Service to network backbone interface I3 Application Middleware/Controller I2 IoT core to application controller interface Indicates the communication across the application controllers & across the access gateways IoT Core Access Gateway with Sensor Middleware Sensors to network backbone interface controlled by access gateway sensor middleware I1 Sensor-domain Addressable Sensors 3

ETSI High level Architecture with Interfaces mia mid dia mid

GISFI-ETSI Interfaces CASE -1 Direct device to device Connectivity and interfaces are not considered in GISFI current arch

TIA Reference Points A1: AAA - the application server. A2: AAA - the intermediate node. A3: AAA - the smart device controller. A4: AAA - the smart device. B1: application -intermediate node. B3: intermediate node -smart device controller. B5: application server -smart device. B6: intermediate node - intermediate node B7: smart device -smart device X: device - smart device controller. This reference point is outside the scope of this document. GISFI # 07, Dec 19-22, 2011, New Delhi 6

GISFI-TIA Interfaces ETSI M2M / TIA architecture harmonization 7

3GPP M2M High-level Architecture 3GPP Bearer Services /SMS/IMS MTC Device MTC Server MTCu MTCsms MTCi MTC : Machine Type Communication •MTCu : Provides MTC devices access to the 3GPP network for the transport of user traffic •MTCi : Reference point for MTC server to connect the 3GPP network via 3GPP bearer service •MTCsms : Reference point for MTC server to connect the 3GPP network via 3GPP SMS Explains 3 different type of Communicating scenarios Scenario 1 (Located in the operator domain) Scenario 2 (Located outside the operator domain) Scenario 3 (Communication directly with each other without an intermediate MTC server) Comments Low Mobility, secure connection, group based triggering Time controlled transmission (only at pre-defined time) Time tolerant transmission Network operator shall provide PS service with or without an MSISDN.

GISFI vs. 3GPP 3GPP Bearer Services /SMS/IMS MTC Device MTC Server MTCu MTCsms MTCi GISFI # 07, Dec 19-22, 2011, New Delhi

GISFI-ETSI-TIA Comparison Standard body Domain distribution Interconnection among gateway Direct device addressability Interfaces GISFI 3 domains : Sensor, IoT core, Application/service. Applications do not have direct accessibility to devices Chaining or interoperation with gateways and application controller. Present , But does not have any interfaces Device /sensors are addressable . Present. Three interfaces – I1, I2, I3 – device to device interface is out of scope I2 ->B5: application server -> smart device I2B1. application -intermediate node. I2->B5,B1->mid ETSI Two domains : Network Domain (includes access , core, & M2M service capability), Device and Gateway Domain NA Present (Direct Connectivity from application to device as well as device to device). The M2M Device performs the procedures such as registration, authentication, authorization, management and provisioning with the Network Domain Three interfaces – mia,mid,dia device to device interfaces are also considered TIA Two domains : Device & application. Application directly access device gateway & devices Chaining of intermediate nodes. B6,B7 are defined reference points Present -Direct Device Interaction. Uses standardized set of verbs applied to a specific device like Set, Get. Device to device interaction is also possible Intermediate nodes/gateways to gateways interfaces are considered IoT_Arch_Dec 2011 GISFI # 07, GISFI # 07, Dec 19-22, 2011, New Delhi

GISFI-3GPP Comparison Standard body Domain distribution Interconnection among gateway Direct device addressability Interfaces GISFI 3 domains : Sensor, IoT core, Application/service. Applications do not have direct accessibility to devices Chaining or interoperation with gateways and application controller. Present , But does not have any interfaces Device /sensors are addressable . Present. Three interfaces – I1, I2, I3 – device to device interface is out of scope 3GPP 3 different types of communications NA Alternative addressing solution based on IP addresses . Nodes are addressable MTC devices communicating with the MTC server through API. (within the access network). MTC server connects to IoT stack through I1 (functionality need to be understood) MTC device supporting directly Internet, can connect to I2 GISFI # 07, Dec 19-22, 2011, New Delhi

Conclusion: TCS Proposed IoT Architecture in GISFI I1 Signifies a family of interfaces including the 3rd party network accessibility. Device to device connectivity and interfaces are not considered. I2 Signifies the interfaces for application middleware/ application to devices directly, as well as application middleware to access gateway. Devices are considered addressable. Internet is considered as Backbone network. Chaining among application middleware nodes as well as access gateways are considered. No interfaces are defined for this. No use case is mapped yet. Chaining of application middleware may suitable for distributed computing. I3 (APIs) Interface exposed from application middleware to Application does not exist in ETSI & TIA GISFI # 07, Dec 19-22, 2011, New Delhi 12

GISFI # 07, Dec 19-22, 2011, New Delhi 13