Académique Documents
Professionnel Documents
Culture Documents
M2M
M2M
M2M
CoAP
M2M IoT
M2M -
M2M ' (
) ( )
/
(, ,
), (,
)
(),
(,
).
-
-
-
-
-
M2M -
2 2
M2M 2 2 2
2
2
2 2 2
2
2 RESTful
IPv6/6LoWPAN
20
InterDigital
M2M Overview - Some Deployments
Proprietary Application Proprietary Application Logic Proprietary Application Logic Proprietary Application Application
Logic Set A Set B Set C Logic Set D
Logic
Proprietary
Proprietary Service Proprietary Service Function Proprietary Service Function Proprietary Service Function
Common
Common Service Functions Open Service
Functions
Middleware Platform
Communicatio
Wireless, Wireline, and/or Hybrid Networks ns
Infrastructure
Horizontal solution means network & application-agnostic, but
aware. This is the first step and a key enabler towards the
Internet-of-Things (IoT)
M2M Protocol Stack
Service
Service Layer
Layer
Control and
802.15.4 (PLC,
etc)
ETSI M2M Service Architecture
M2M Device Domain M2M Network Domain
_k_ _k_
ir
M2M Applications
-X-
mla
where x is:
N for Network, consists of the complete ETSI M2M core network infrastructure communication with gateways and devices.
G for Gateway, is an ETSI M2M device specialized to directly manage M2M area networks of ETSI M2M devices; the gateway directly
communicates with an ETSI M2M core network.
D for Device, is an ETSI M2M device than can directly communicate to an ETSI M2M core network or to an ETSI M2M gateway.
-N
1
n attribute
<sclBase>
V
1 scls
>
-^| applications 1 attribute M2M
Application
containers
scls
| groups M2M
applications A % Annlication
accessRights
V M2M
-^| subscriptions
containers Application
discovery M2M
groups
Application
accessRights
1
M2M Device 1 subscriptions
-N discovery
V 1
M2M Applioations
<sclBase>
1 <sclBase-of-D/G/N>
"attribute" ] subscriptions
subscriptions <*!>
n attribute
so subscriptions | "attribute'
1 scls
<groupAnnc> |
<application> |
<
-^| applications 1 <group> | attribute i accessRights
1
containers
1
applications
"attribute" "attribu 3{ aosessRight
s i applications 1
subscriptions te" containers i containers 1
groups groups
members ~|
groups subscrip
subscriptions 1 groups 1
containers m tions
notificationChannels
-^| accessRights -^| subscriptions
"attribute"
L subscriptions
1
3 notificationChannels |
discovery accessRights
-[ subscriptio
ns
containerInstances~~|
r
m2mPo:s 1
subscriptions ttachedDevice
s1
]- subscriptions
discovery mgmtObjs
<ontanenai: ]
Created counterpart resource for NSCL Created resource for GSCL <
<myHomeGSCL>/scls/<exa mpleNSCL> exampleNSCL>
DA Registers to GSCL (CREATE) /scls/<myHomeGSCL>
NA Registers to NSCL
(CREATE)
GSCL Announces
DA to NSCL CREATE
NA subscribes to DA
O data stored on GSCL
(CREATE)
Created subscription resource
<myHomeGSCL>/applications/He ating-
App-
ID/containers/temperature/conten
tInstances/subscriptions/tempSub
Notification to NA (NOTIFY)
o Obtained new temp
InterDigital
ETSI M2M Service Architecture - HTTP and CoAP Bin
O Binding to HTTP
and CoAP is
easy due to ETSI
M2M RESTful
approach
Normative
mapping
defined for both
HTTP and CoAP
Primitives
represent the
resource
operation in the
Illustration of ETSI M2M Primitive Method domain
Binding to Transport Layer Protocols
--dla---
MAS SerVfer-.
M2M-toVertical
SLoWPAN
3GPP/LTE
M2M Server
M2M Server
mla
Service Resource ]
Service Resource
Capabilities Tree
Capabilities Tree
mid
; ^ "AiL |
Communication Protocols
\ Communication
Protocols 1
M2M Device GW M2M Server
17 //
2012 InterDigital, Inc. All rights reserved.
Inte Digital
CoAP - Constrained IP Networks
InterPlgitarJ
2012 InterDigital, Inc. All rights reserved.
CoAP - Representative State Transfer (REST)
Key Goals:
- Scalability of component interactions
- Generality of interfaces
- Independent deployment of components
- Intermediary components to reduce latency, enforce security and encapsulates
legacy systems
CoAP - Client / Server Model
Request/Response
CoAP
Server
CoAP
Request/Response Intermediary . Request/Response
Server (HTTP-CoAP
Mapping)
Requests/Responses
4 Types: Confirmable (CON), Non-Confirmable (NON),
CoAP
Acknowledgement (ACK), Reset (RST)
Messages
L Each message has a "Message ID"; Each request message
>
UDP has an addition "Token" for response-request matching
purpose
(Port# 5683 for Resource Discovery and Access Port#
61616-61631: 6LoWPAN)
Client Server
CON [0xbc90] GET
/temperature
(Token 0x71) CON [0x7aL0] GET
Reliable Msg Piggybacked /temperature
Delivery Response (Token"0x73}
ACK [0xbc90]
2.05 Content
(Token 0x71)
"22.5 C" ACK [Ox7aL0]
(Timer-based
Re-transmission)
Separate Time Passes
Response
COM [0x23bib]
2.OS Content
(Token 0x73]
Unreliable "22,5 C*
Response for
Msg Delivery NON-type
ACK [ 0x2 3 bb ]
Request
InterDigital
InterDigital's M2M Evolution into loT
M2M: IoT:
(, ,
) ' '
:
"" .
"" "", " ",
"" ".
' ',
', C^6:
: ' ';
: , ;
: ;
: - ;
: ', ', ;
: .
InterDigital
M2M Evolution to loT - Architecture
M2M/loT Device Domain M2M/loT Network Domain
--dla---
M2M/loT-to-Vertical
SC-to-SC
6LOWPAN
(HTTP/CoAP/
Home Automation
mid M2M/IO
M2M/0T
3GPP/LTE T *, SC1
mla Application
M2M/IOT (VM)
SC2
(VM)
Content-based
Overlay Routing M2M/IOT
M2M Device (IPv4/v6) SC Mgmt
M2M/loT
SC3 mla
(VM)
M2M/loT GW
(RFID Reader) mid
M2M/loT
Ethernet SCn
(VM)
MQTT
Server
(VM) AMQP WMMP
Server XMPP (VM)
3GPP/LTE (VM) Server
Mobility
(VM)