© 2017 oneM2M
Presenter: Yongjing Zhang, oneM2M MAS WG Chair, Huawei Technologies Co.,
Ltd., zhangyongjing@huawei.com
oneM2M www.oneM2M.org
ONEM2M – OPEN STANDARD ENABLES
INTEROPERABILITY FOR IOT
© 2017 oneM2M
Nearly 40% of economic impact requires
interoperability between IoT systems
Source: McKinsey
© 2017 oneM2M
Over 200 member organizations in oneM2M
oneM2M Partnership Project
www.oneM2M.org
All document are publically available
A global open standard ensures the interoperability for a large scale ecosystem
4
Goal: IoT Cross-Domain Interoperability
Without oneM2M With oneM2M
• Highly fragmented market with limited vendor-specific
applications
• Reinventing the wheel: Same services developed again
and again
• Each silo contains its own technologies without
interoperability
• End-to-end platform: common service capabilities
layer
• Interoperability at the level of communications
and data
• Seamless interaction between heterogeneous
applications and devices
• Standardized Horizontal Service Platform is key enabler for Operators
• It would stimulate large scale multi-vendor ecosystem with transparent product
features and benchmarks, encourages industry investment, and promotes new
business models.
© 2017 oneM2M 5
Industry
Work Process
Public ServicesEnterprise HealthcareEnergy
TransportationOtherResidential
REQUIREMENTS
TS-0002
TECHNICAL SPECSTECHNICAL REPORTS
© 2017 oneM2M 6
Ongoing Collaborations
MQTT
OMA DM/
LWM2M
HTTP/ CoAP/ (D)TLS/ WebSocket
TR-069/ TR-181
DDS
P2413
JTC1 WG10
SG20
MIoT
SCP, SmartM2M
Certificationref. arch, OHTP
WG3
Partnership
Sharing/Reference
(Liaison, workshop, …)
Endorsement (adoption)
Interworking
OPC-UA
WoT
SCEF/CIoT
OCF
AllJoyn
OSGi/DAL
• Collaboration is important to reach common understanding, avoid overlap and
build interoperable IoT ecosystems globally.
© 2017 oneM2M 7
Strong Implementation Base
Industry-driven Open source implementations
Examples of Commercial implementations /demos
4 interop. events so far
IotDM
OS-IoT
© 2017 oneM2M 8
Certification
 oneM2M Certification Program was
officially launched at Feb. 9, 2017.
 TTA (Korea) is authorized as the first
regional oneM2M CB (Certification Body).
 A Global CB (e.g. GCF) to be setup in
2018.
 See oneM2M certified products at:
www.oneM2Mcert.com
www.oneM2Mcert.com
© 2017 oneM2M 9
Underlying
Network
Underlying
Network
CSE
AE
NSE
CSE
AE
NSE
CSE
AE
NSENSE
Application Service Node Middle Node Infrastructure Node
Application
Layer
Service
Layer
Network
Layer
Mca
Mcn
Mca Mca
McnMcnMcc Mcc
Reference Point One or more interfaces - Mca, Mcn, Mcc and Mcc’ (between 2 service providers)
Common Services Entity Provides the set of "service functions" that are common to the M2M environments
Application Entity Provides application logic for the end-to-end M2M solutions
Network Services Entity Provides services to the CSEs besides the pure data transport
Node Logical equivalent of a physical (or possibly virtualized, especially on the server side) device
RESTful Architecture
CSE
Mcc’
Inf. Node
Multiple protocol bindings (HTTP, CoAP, MQTT, or WebSocket) over Mca, Mcc, Mcc’
© 2017 oneM2M 10
Registration
Group
Management
Security
Discovery &
Announcement
Data
Management &
Repository
Application &
Service
Management
Device
Management
Subscription &
Notification
Communication
Management
Service
Charging &
Accounting
Location
Network Service
Exposure
Common Service Functions
Semantics Interworking
© 2017 oneM2M 11
Summary of Release 2/3 Features
Industrial Domain Enablement
• Time series data management
• Atomic Transactions
• Action Triggering
• Optimized Group Operations
oneM2M
Rel-2/3
FeaturesSemantics
• Semantic Description/Annotation
• Semantic Querying
• Semantic Mashups
• oneM2M Base Ontology
Smart City & Automotive Enablement
• Service Continuity
• Cross resource subscriptions
Market Adoption
• Developer Guides
• oneM2M Conformance Test
• Feature Catalogues
• Product Profiles
Security
• Dynamic Authorization
• End to End Security
• Enrollment & Authentication APIs
• Distributed Authorization
• Decentralized Authentication
• Interoperable Privacy Profiles
• Secure Environment Abstraction
oneM2M as generic
interworking framework
• 3GPP SCEF
• OMA LWM2M
• DDS
• OPC-UA
• Modbus
• AllJoyn/OCF
• OSGi
• W3C WoT
Management
• M2M Application & Field Domain
Component Configuration
Home Domain Enablement
• Home Appliance Information Models & SDT
• Mapping to existing standards (OCF, ECHONET, GoTAPI...)
© 2017 oneM2M 12
oneM2M - 3GPP/CIoT Interworking:
Take advantages of operators’ network
capabilities to the maximum
• Integrating with the 3GPP Cellular IoT
(NB-IoT/eMTC) architecture to monetize
the network capabilities at the service layer.
• Hide the network layer complexity from
the IoT Applications and provide high level
common service APIs
IN-CSE
(SCS)
IN-AE (AS)
3GPP Domain
MTC-IWF
SCEF
Tsp Mcn
API
SMS-SC
MME
SGSN /
S-GW
GGSN /
P-GW (S)Gi
UE
IP
NAS
SMS
(S)Gi
ASN/MN-CSE
Mcn
Mcn
3GPP
Communication
Unit
AE
Optionally present oneM2M entity Direct connection option not
currently supported
oneM2M entity
Mcn
Mca
Mca
source: oneM2M TS-0026
Supported 3GPP/CIoT capabilities:
› Device Triggering (Tsp)
› Traffic/Communication Pattern
› NB-IoT/CIoT support
» UE reachability
» Location
» PM/eDRX timer
» Non-IP Data Delivery
» Group message delivery
› High Latency Communications
› Background Data Transfer
© 2017 oneM2M 13
oneM2M Proximal Interworking:
Flexible framework of interworking from
transparent, translucent to semantic
To make different technologies working smoothly together and
build a converged ecosystem
• Transparent Interworking: encapsulate the data model of one
technology into another (as a pipe)
• Translucent Interworking: data model structures are mapped, while
semantics/data types are not
• Semantic Interworking: mapping not only protocols, but also full data
models and semantics
AllJoyn OIC/OCF LWM2M ZigBee Z-Wave
Heterogeneous
Technologies
Domain Abstract
Information Model
oneM2M HAIM SAREF
Base OntologyHGI SDT
Template/
Upper Ontology
oneM2M
Resources
<flexContainer> <container>, <AE>
SemanticsAbstraction
OPC-UA
DDSOSGi
Proximal iwk
<??>
OPC-UA iwk
<mgmtObj>
Modbus
W3C WoT
ECHONET GotAPI
Source: ETSI IOP Whitepaper 3rd Edition, 2008
IoT Applications independent of accessing/device technologies
© 2017 oneM2M 14
Device Management -
Built on top of proven technologies
Designing Philosophy:
1. re-use existing technologies: OMA DM 1.X/2.0, LwM2M, BBF TR069/TR-181
2. hide the heterogeneity: oneM2M <mgmtObj> resources as the unified API for DM.
mc
Mcc
Device in M2M
Area Network
mp
Proxy
Management
Client
MN/ASN
CSE
la
Management
Adapter
DMG
IN
CSE
ms
DMG
Management
Adapter
Management
Proxy
Management
Client
Management
Server
Out of Scope
AE
Mca
AE
Mca
Management
Application
platform
legacy DM server *
managed ‘gateway’
or ’device’
managed ‘device’ legacy DM client*
Unified API
Common Service
Layer
Tech.
specific
<mgmtObj>
<mgmtObj><mgmtObj><mgmtObj>
<mgmtObj>
<mgmtObj>
© 2017 oneM2M 15
oneM2M Semantic Capabilities –
enrich the data intelligence
• Semantic Annotation • Semantic Discovery/ Query
› More to come: semantic validation, reasoning, mashup, rules, automation …
Example: Discover all resources representing devices that
measure temperature.
SELECT ?device
WHERE { ?device rdf:type base:Device .
?device base:hasService ?service .
?service base:hasFunctionality ?functionality .
?functionality rdf:type base:Measuring .
?functionality base:refersTo ?aspect .
?aspect rdf:type instance:Temperature }
HTTP GET /CSE1234/RCSE78?smf={SPARQL query}
1
- Find the data more accurately and completely
- Understand better the data relationships
© 2017 oneM2M 16
A perfect fit for Smart City IoT
Platform
Horizontal
platform for new
deployments
• Smart city is an incremental and participatory journey
• New deployments should, where possible, leverage a converged networks and an
horizontal service platform
• Open standards are key to avoid lock-in and master the total cost of ownership
Existing
deployments
• Do not disrupt existing “vertical deployment” but seek opportunities for an integration
path with an horizontal approach
• Build value through smash-ups and open data
Participatory and
innovative
approach
• Surveys
• Address needs for innovation through app development:
• APIs
• Access to, eventually semantically enriched, Open data (where feasible and
subject to privacy legislation/citizen consent)
Security and
(device)
management are
key
• Despite initial focus on IoT data, there is an increased interest in security and device
management (which go hand in hand).
• Need arises from security threat analysis conducted recently: e.g. ”Two researchers
analyzed Smart meters widely used in Spain and discovered that can be hacked by attackers to harm
the overall National power network.”, source:
http://securityaffairs.co/wordpress/29353/security/smart-meters-hacking.html
© 2017 oneM2M 17
App
D
App
D
App
D
D
D
D
D
D
D
Existing
deploymentsAdapter
Open data
(Semantics)
Broker
Adapter
Smart city backend
Big Data
Storage
Cloud
VM Mgmt
Data
Mgmt
Big Data
enablers
Smart city frontend
DeviceGatewayGatewayField domain
Data center
I/F to other
IoT platforms
Device
mgmt
Device
Interwor
king
Discovery
Location
Group
mgmt
Security
Other data
sources
LWM2M
City
Apps
3rd party
apps
Analytics
apps
REST
APIs
SPARQL or
REST APIs
REST
APIs
3rd party
apps
City
Apps
Analytics
apps
Dashboards
Dashboards
Cloud apps
A possible smart city blue-print
© 2017 oneM2M 18
First oneM2M based Commercialized Platform
by SKT in Busan, Korea
• Compliant with
oneM2M Rel-1
• Starter Kit (publically
available @ Github ),
• Guide book and
hackathon events to
support oneM2M
developers
• Smart city services
launched in Busan:
– Parking management,
– Building energy
management,
– Safety services for
the socially
underprivileged,
– etc. Source: SKT
SKT Launched ‘ThingPlug’ platform at
2015/6/11
© 2017 oneM2M
© 2017 oneM2M 20
Take-away
• Open standards to avoid lock-in to a platform or a cloud provider
– It is also a matter of national sovereignty
• Horizontal platform provides common service functions that enable multi-domains
– One investment/deployment serves multiple domains, do not re-invent the wheel
– Cross-domain service/application innovation with a common framework and consistent APIs
• Easy interworking/integration with existing & evolving deployments paves the way
to long term evolution and sustainable economy
– Do not disrupt existing “vertical deployment”, but evolve.
– Interworking with a rich set of proximal IoT technologies, embracing different ecosystems
– Take advantage of the operators’ network capabilities and existing management technologies
• Data sharing and semantic interoperability brings the real value
– data oriented RESTful API design
– semantic data annotation, discover and reasoning facilitates intelligent analytics and service mashups
– security protection at both channel and object level, with static and dynamic access control

oneM2M – Open standard enables interoperability for IoT

  • 1.
    © 2017 oneM2M Presenter:Yongjing Zhang, oneM2M MAS WG Chair, Huawei Technologies Co., Ltd., zhangyongjing@huawei.com oneM2M www.oneM2M.org ONEM2M – OPEN STANDARD ENABLES INTEROPERABILITY FOR IOT
  • 2.
    © 2017 oneM2M Nearly40% of economic impact requires interoperability between IoT systems Source: McKinsey
  • 3.
    © 2017 oneM2M Over200 member organizations in oneM2M oneM2M Partnership Project www.oneM2M.org All document are publically available A global open standard ensures the interoperability for a large scale ecosystem
  • 4.
    4 Goal: IoT Cross-DomainInteroperability Without oneM2M With oneM2M • Highly fragmented market with limited vendor-specific applications • Reinventing the wheel: Same services developed again and again • Each silo contains its own technologies without interoperability • End-to-end platform: common service capabilities layer • Interoperability at the level of communications and data • Seamless interaction between heterogeneous applications and devices • Standardized Horizontal Service Platform is key enabler for Operators • It would stimulate large scale multi-vendor ecosystem with transparent product features and benchmarks, encourages industry investment, and promotes new business models.
  • 5.
    © 2017 oneM2M5 Industry Work Process Public ServicesEnterprise HealthcareEnergy TransportationOtherResidential REQUIREMENTS TS-0002 TECHNICAL SPECSTECHNICAL REPORTS
  • 6.
    © 2017 oneM2M6 Ongoing Collaborations MQTT OMA DM/ LWM2M HTTP/ CoAP/ (D)TLS/ WebSocket TR-069/ TR-181 DDS P2413 JTC1 WG10 SG20 MIoT SCP, SmartM2M Certificationref. arch, OHTP WG3 Partnership Sharing/Reference (Liaison, workshop, …) Endorsement (adoption) Interworking OPC-UA WoT SCEF/CIoT OCF AllJoyn OSGi/DAL • Collaboration is important to reach common understanding, avoid overlap and build interoperable IoT ecosystems globally.
  • 7.
    © 2017 oneM2M7 Strong Implementation Base Industry-driven Open source implementations Examples of Commercial implementations /demos 4 interop. events so far IotDM OS-IoT
  • 8.
    © 2017 oneM2M8 Certification  oneM2M Certification Program was officially launched at Feb. 9, 2017.  TTA (Korea) is authorized as the first regional oneM2M CB (Certification Body).  A Global CB (e.g. GCF) to be setup in 2018.  See oneM2M certified products at: www.oneM2Mcert.com www.oneM2Mcert.com
  • 9.
    © 2017 oneM2M9 Underlying Network Underlying Network CSE AE NSE CSE AE NSE CSE AE NSENSE Application Service Node Middle Node Infrastructure Node Application Layer Service Layer Network Layer Mca Mcn Mca Mca McnMcnMcc Mcc Reference Point One or more interfaces - Mca, Mcn, Mcc and Mcc’ (between 2 service providers) Common Services Entity Provides the set of "service functions" that are common to the M2M environments Application Entity Provides application logic for the end-to-end M2M solutions Network Services Entity Provides services to the CSEs besides the pure data transport Node Logical equivalent of a physical (or possibly virtualized, especially on the server side) device RESTful Architecture CSE Mcc’ Inf. Node Multiple protocol bindings (HTTP, CoAP, MQTT, or WebSocket) over Mca, Mcc, Mcc’
  • 10.
    © 2017 oneM2M10 Registration Group Management Security Discovery & Announcement Data Management & Repository Application & Service Management Device Management Subscription & Notification Communication Management Service Charging & Accounting Location Network Service Exposure Common Service Functions Semantics Interworking
  • 11.
    © 2017 oneM2M11 Summary of Release 2/3 Features Industrial Domain Enablement • Time series data management • Atomic Transactions • Action Triggering • Optimized Group Operations oneM2M Rel-2/3 FeaturesSemantics • Semantic Description/Annotation • Semantic Querying • Semantic Mashups • oneM2M Base Ontology Smart City & Automotive Enablement • Service Continuity • Cross resource subscriptions Market Adoption • Developer Guides • oneM2M Conformance Test • Feature Catalogues • Product Profiles Security • Dynamic Authorization • End to End Security • Enrollment & Authentication APIs • Distributed Authorization • Decentralized Authentication • Interoperable Privacy Profiles • Secure Environment Abstraction oneM2M as generic interworking framework • 3GPP SCEF • OMA LWM2M • DDS • OPC-UA • Modbus • AllJoyn/OCF • OSGi • W3C WoT Management • M2M Application & Field Domain Component Configuration Home Domain Enablement • Home Appliance Information Models & SDT • Mapping to existing standards (OCF, ECHONET, GoTAPI...)
  • 12.
    © 2017 oneM2M12 oneM2M - 3GPP/CIoT Interworking: Take advantages of operators’ network capabilities to the maximum • Integrating with the 3GPP Cellular IoT (NB-IoT/eMTC) architecture to monetize the network capabilities at the service layer. • Hide the network layer complexity from the IoT Applications and provide high level common service APIs IN-CSE (SCS) IN-AE (AS) 3GPP Domain MTC-IWF SCEF Tsp Mcn API SMS-SC MME SGSN / S-GW GGSN / P-GW (S)Gi UE IP NAS SMS (S)Gi ASN/MN-CSE Mcn Mcn 3GPP Communication Unit AE Optionally present oneM2M entity Direct connection option not currently supported oneM2M entity Mcn Mca Mca source: oneM2M TS-0026 Supported 3GPP/CIoT capabilities: › Device Triggering (Tsp) › Traffic/Communication Pattern › NB-IoT/CIoT support » UE reachability » Location » PM/eDRX timer » Non-IP Data Delivery » Group message delivery › High Latency Communications › Background Data Transfer
  • 13.
    © 2017 oneM2M13 oneM2M Proximal Interworking: Flexible framework of interworking from transparent, translucent to semantic To make different technologies working smoothly together and build a converged ecosystem • Transparent Interworking: encapsulate the data model of one technology into another (as a pipe) • Translucent Interworking: data model structures are mapped, while semantics/data types are not • Semantic Interworking: mapping not only protocols, but also full data models and semantics AllJoyn OIC/OCF LWM2M ZigBee Z-Wave Heterogeneous Technologies Domain Abstract Information Model oneM2M HAIM SAREF Base OntologyHGI SDT Template/ Upper Ontology oneM2M Resources <flexContainer> <container>, <AE> SemanticsAbstraction OPC-UA DDSOSGi Proximal iwk <??> OPC-UA iwk <mgmtObj> Modbus W3C WoT ECHONET GotAPI Source: ETSI IOP Whitepaper 3rd Edition, 2008 IoT Applications independent of accessing/device technologies
  • 14.
    © 2017 oneM2M14 Device Management - Built on top of proven technologies Designing Philosophy: 1. re-use existing technologies: OMA DM 1.X/2.0, LwM2M, BBF TR069/TR-181 2. hide the heterogeneity: oneM2M <mgmtObj> resources as the unified API for DM. mc Mcc Device in M2M Area Network mp Proxy Management Client MN/ASN CSE la Management Adapter DMG IN CSE ms DMG Management Adapter Management Proxy Management Client Management Server Out of Scope AE Mca AE Mca Management Application platform legacy DM server * managed ‘gateway’ or ’device’ managed ‘device’ legacy DM client* Unified API Common Service Layer Tech. specific <mgmtObj> <mgmtObj><mgmtObj><mgmtObj> <mgmtObj> <mgmtObj>
  • 15.
    © 2017 oneM2M15 oneM2M Semantic Capabilities – enrich the data intelligence • Semantic Annotation • Semantic Discovery/ Query › More to come: semantic validation, reasoning, mashup, rules, automation … Example: Discover all resources representing devices that measure temperature. SELECT ?device WHERE { ?device rdf:type base:Device . ?device base:hasService ?service . ?service base:hasFunctionality ?functionality . ?functionality rdf:type base:Measuring . ?functionality base:refersTo ?aspect . ?aspect rdf:type instance:Temperature } HTTP GET /CSE1234/RCSE78?smf={SPARQL query} 1 - Find the data more accurately and completely - Understand better the data relationships
  • 16.
    © 2017 oneM2M16 A perfect fit for Smart City IoT Platform Horizontal platform for new deployments • Smart city is an incremental and participatory journey • New deployments should, where possible, leverage a converged networks and an horizontal service platform • Open standards are key to avoid lock-in and master the total cost of ownership Existing deployments • Do not disrupt existing “vertical deployment” but seek opportunities for an integration path with an horizontal approach • Build value through smash-ups and open data Participatory and innovative approach • Surveys • Address needs for innovation through app development: • APIs • Access to, eventually semantically enriched, Open data (where feasible and subject to privacy legislation/citizen consent) Security and (device) management are key • Despite initial focus on IoT data, there is an increased interest in security and device management (which go hand in hand). • Need arises from security threat analysis conducted recently: e.g. ”Two researchers analyzed Smart meters widely used in Spain and discovered that can be hacked by attackers to harm the overall National power network.”, source: http://securityaffairs.co/wordpress/29353/security/smart-meters-hacking.html
  • 17.
    © 2017 oneM2M17 App D App D App D D D D D D D Existing deploymentsAdapter Open data (Semantics) Broker Adapter Smart city backend Big Data Storage Cloud VM Mgmt Data Mgmt Big Data enablers Smart city frontend DeviceGatewayGatewayField domain Data center I/F to other IoT platforms Device mgmt Device Interwor king Discovery Location Group mgmt Security Other data sources LWM2M City Apps 3rd party apps Analytics apps REST APIs SPARQL or REST APIs REST APIs 3rd party apps City Apps Analytics apps Dashboards Dashboards Cloud apps A possible smart city blue-print
  • 18.
    © 2017 oneM2M18 First oneM2M based Commercialized Platform by SKT in Busan, Korea • Compliant with oneM2M Rel-1 • Starter Kit (publically available @ Github ), • Guide book and hackathon events to support oneM2M developers • Smart city services launched in Busan: – Parking management, – Building energy management, – Safety services for the socially underprivileged, – etc. Source: SKT SKT Launched ‘ThingPlug’ platform at 2015/6/11
  • 19.
  • 20.
    © 2017 oneM2M20 Take-away • Open standards to avoid lock-in to a platform or a cloud provider – It is also a matter of national sovereignty • Horizontal platform provides common service functions that enable multi-domains – One investment/deployment serves multiple domains, do not re-invent the wheel – Cross-domain service/application innovation with a common framework and consistent APIs • Easy interworking/integration with existing & evolving deployments paves the way to long term evolution and sustainable economy – Do not disrupt existing “vertical deployment”, but evolve. – Interworking with a rich set of proximal IoT technologies, embracing different ecosystems – Take advantage of the operators’ network capabilities and existing management technologies • Data sharing and semantic interoperability brings the real value – data oriented RESTful API design – semantic data annotation, discover and reasoning facilitates intelligent analytics and service mashups – security protection at both channel and object level, with static and dynamic access control

Editor's Notes

  • #2 Other suggested titles: “Benefits of oneM2M Standardization”
  • #5 The idea is to move from vertical pipe based solution to horizontal platform based solution, which enables the engagement with multiple verticals by common service capabilities. – to reduce CAPEX/OPEX, add value of services and foster new business models for operators (SPs)
  • #14 Technical Interoperability: communication protocol – transparent iwk Syntactical Interoperability: data format Semantic Interoperability: meaning of content/context