An introduction to oneM2M

Slides:



Advertisements
Similar presentations
Eclipse, M2M and the Internet of Things
Advertisements

Eclipse, M2M and the Internet of Things
A global Service layer platform for M2M communications
oneM2M and AllJoyn Interworking
SEC Clarification Group Name: WG4 (SEC-2014-xxxx) Decision  Meeting Date: Discussion  Source: OBERTHUR Technologies Information  Contact:
IoT in ODL Lionel Florit, Principal Engineer, ODL ID lflorit
F2F Meeting on 29 th and 30 th Sept Background In a Joint meeting of “M2M Policy & Regulatory Committee”, “M2M Consultative Committee” on 13 th.
ITU Workshop on "Future Trust and Knowledge Infrastructure", Phase 1 Geneva, Switzerland, 24 April 2015 Session 4 – IoT data platform based on oneM2M Dr.
TAKING A LOOK INSIDE Nicolas Damour
CURRENT STANDARDIZATION ACTIVITIES – ONEM2M GSC-18 Meeting, July 2014, Sophia Antipolis, France Document No: GSC(14)18_012 Source: ETSI Contact:
OneM2M Draft proposal for slide set. This is not intended to be a oneM2M presentation. It is a collection of source material slides which can be used.
Halifax, 31 Oct – 3 Nov 2011ICT Accessibility For All Consolidated M2M standards boost the industry Li Li (Thomas) CCSA(Huawei) Document No: GSC16-PLEN-73.
Authors list to be completed.
Introduction to oneM2M based Implementations including Open Source Activities Group Name: TP18 Source: JaeSeung Song, KETI Meeting.
TEC Automobile WG. Joint Work Group Meeting.
Authors list to be completed.
RoA and SoA Integration for Message Brokers Group Name: WG2-ARC Source: ALU Meeting Date: Agenda Item:
DOCUMENT #:GSC15-PLEN-53 FOR:Presentation SOURCE:ETSI AGENDA ITEM:PLEN 6.11 CONTACT(S):Emmanuel Darmois, Board Member Marylin Arndt, TC M2M chair Smart.
IoT, Big Data and Emerging Technologies
Introduction of PRO WG activities Group Name: TP Source: Shingo Fujimoto, FUJITSU, Meeting Date: Agenda Item:
End-to-End security definition Group Name: SEC WG4 Source: Phil Hawkes, Qualcomm, Meeting Date:
Collaboration with IEEE P2413 Source: Omar Elloumi, TP Chair WG: TP Meeting: TP17.
Geneva, Switzerland, April 2012 Introduction to session 7 - “Advancing e-health standards: Roles and responsibilities of stakeholders” ​ Marco Carugi.
3GPP Rel-13 Interworking discussions
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
What and Why? Next steps for oneM2M Semantics Group Name: WG5 Source: Joerg Swetina, Martin Bauer (NEC) Meeting Date: Agenda Item: WI-0005 oneM2M-MAS
Workshop with IEEE P2413 oneM2M Other suggested titles:
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
Work Group / Work Item Proposal Slide 1 © 2012 oneM2M Partners oneM2M-TP oneM2M_Work_Group_Work_Item_Proposal Group name: Technical Plenary Source:
6. Protocol Standardization for IoT 1.  TCP/IP  HTML and HTTP  The difference between the Internet and the World Wide Web The Internet is the term.
1 HGI MESSAGE TO ONEM2M TECHNICAL PLENARY HANS WERNER BITZER, DEUTSCHE TELEKOM VICE CHAIR, HGI ONEM2M TP#19, SOPHIA ANTIPOLS, FRANCE.
OneM2M Challenges of M2M Security and Privacy
IoT SDOs and Alliances Landscape (Technology and Marketing Dimensions)
Communication and Security in Machine-to-Machine Systems Date │ Reporter │ 李雅樺 1.
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
3GPP SCEF Interworking Discussions
Status of Active Work Items Level of Completeness Group Name: WPM Source: Roland Hechwartner, WPM Convenor Updated:
Introduction to oneM2M OMA - oneM2M Meeting, San Diego, Jan. 19th 2016
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
DM Collaboration – OMA & BBF: Deployment Scenarios Group Name: WG5 - MAS Source: Tim Carey, ALU, Meeting Date:
Discussion on oneM2M and OSGi Interworking Group Name: ARC Source: Jessie, Huawei, Meeting Date: Agenda Item:
Panel: "QoS Provisioning at the Network Edge" John Vicente Intel Corporation / Columbia University USENIX Special Workshop on Intelligence at the Network.
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
Possible options of using DDS in oneM2M Group Name: ARC Source: KETI, Huawei, Hitachi, China Unicom Meeting Date: Agenda Item: DDS binding.
What is oneM2M? 2 Covers: Requirements Architecture API specifications Security Interoperability Facilitate, implement and promote IoT.
Grid Wide IoT Gateway Supports open standards and technologies, with open interfaces that provide support for proprietary gas-meter reading protocols and.
THE ROLE OF oneM2M in UNLOCKING the IOT potential
ONEM2M RELEASE 2: SETTING THE STANDARD FOR IOT INTEROPERABILITY
© 2017 InterDigital, Inc. All Rights Reserved.
Internet Of Things (IoT)
Ian Deakin, iconectiv 3rd July 2017
oneM2M Work on IoT Semantic and Data Model Interoperability
CSE Retargeting to AE, IPE, and NoDN Hosted Resources
CSE Retargeting to AE, IPE, and NoDN Hosted Resources
Consolidated M2M standards boost the industry
Possible options of using DDS in oneM2M
GRUPPO TELECOM ITALIA The IoT 5G Network Infrastructures and the IoT Data Store & Share Platform: challenges and opportunities Roberto Gavazzi – TIM Technology.
Solving the IoT Platform Challenge
Proximal IoT Interworking solution discussion
oneM2M Work on IoT Semantic and Data Model Interoperability
oneM2M Work on IoT Semantic and Data Model Interoperability
Overview onem2m.org.
Overview onem2m.org.
Standards for the Internet of Things
ETSI Standardization Activities on M2M Communications
An introduction to oneM2M
ETSI Standardization Activities on M2M Communications
Current standardization activities – oneM2m
SMART HOME Expectation IN STANDARDS
Presentation transcript:

An introduction to oneM2M Forum on Internet of Things: Empowering the New Urban Agenda Geneva, Switzerland, 19 October 2015 An introduction to oneM2M Omar Elloumi oneM2M Technical Plenary chair, Alcatel-Lucent, omar.elloumi@alcatel-lucent.com

M2M Common Service Layer in a nutshell It is a software layer It sits between M2M applications and communication HW/SW that provides data transport It normally rides on top of IP It provides functions that M2M applications across different industry segments commonly need. Those functions are exposed to Applications via IT-friendly APIs. It allows for distributed intelligence (device, gateway, cloud apps) It is based on RESTful APIs and resources

Standardization approach Use cases Requirements Architecture APIs and protocols Test and Interop Automotive Home Energy E-Health Security & privacy Device Management Data exchange Interworking IP communications Restful webservices APIs Reuse of existing protocols Semantics framework (future) Reference points Device certification Open source IotDM

oneM2M Architecture approach Pipe (vertical): 1 Application, 1 NW, 1 (or few) type of Device Point to point communications Horizontal (based on common Layer) Applications share common service and network infrastructure Multipoint communications Application Application Business Application Common Service Layer Common Service Layer Things Things representations Communication Network (wireline, wireless, Powerline ..) Communication Network 1 Communication Network 2 IP Gateway S Gateway Local NW Local NW Device A Device A A S Device S A Device A Device A S Common Service Layer A Application

oneM2M Architecture approach Automotive Application Home Application Energy Application Automotive Application Home Application Energy Application Communication Technologies & Protocols Communication Networks Common Service Layer Communication Devices & Hardware Currently developed solutions are similar are vertically integrated, with limited integration of data models (Zigbee, DLMS for smart meters, etc.). Horizontal framework, Restful API Objects represented as resource Access control policy to access resource IoT will be based on ontologies (formal description of concepts and relationships, e.g. W3C Semantic Sensor Network) as well as big data frameworks TOMORROW IoT ready IoT enabled

Why does it matter Combat fragmentation Lower CAPEX Lower OPEX Healthy eco-system with economies of scale More partnering choices and opportunities for M2M/IOT industry stakeholders Combat fragmentation Standardized protocols / APIs -> simplifies application development/deployment Cross-vertical standards -> same devices and back-ends in different industries Lower CAPEX Standard features to use networks more efficiently -> get better tariffs Flexibility for verticals -> utilize best transport network meeting business needs Lower OPEX Reduced development, test and deployment lifecycles through focusing on core business (application logic) Time to Market

Technical Specifications Requirements TS-0002 (WI-0001) Functional Architecture TS-0001 (WI-0002) Definitions & Acronyms TS-0011 (WI-0003) Service Layer Core Protocols TS-0004 (WI-0009) HTTP Protocol Binding TS-0009 (WI-0013) CoAP Protocol Binding TS-0008 (WI-0012) Management Enablnt - OMA TS-0005 (WI-0010) Management Enablnt - BBF TS-0006 (WI-0010) MQTT Protocol Binding TS-0010 (WI-0014) Security Solutions TS-0003 (WI-0007) Service Components TS-0007 (WI-0011) ftp://ftp.onem2m.org/Work Programme/

Technical View CSE AE NSE EXAMPLE REQUEST EXAMPLE RESPONSE Device Underlying Network Underlying Network CSE AE NSE Device Gateway Server Application Layer Service Layer Network Layer Mca Mcn Mcc Entities AE (Application Entity), CSE (Common Services Entity) and NSE (Network Services Entity) Reference Point One or more interfaces - Mca, Mcn, Mcc and Mcc’ Mcc’ Other Server EXAMPLE REQUEST GET http://provider.net/home/temperature/la HTTP/1.1 Host: provider.net X-Orig: /CSE-1234/WeatherApp42 X-M2M-RI: 56398096 Accept: application/vnd.onem2m-res+json EXAMPLE RESPONSE HTTP/1.1 200 OK X-M2M-RI: 56398096 Content-Type: application/vnd.onem2m-res+json Content-Length: 94 {"ri":"28375964","cnf":"application/json:0", "con":"{'timestamp':1413405177000,'value':25.32}"} Source N. Damour, Sierra Wireless