LWM2M Interworking with <mgmtObj> Resources

Slides:



Advertisements
Similar presentations
SEC Clarification Group Name: WG4 (SEC-2014-xxxx) Decision  Meeting Date: Discussion  Source: OBERTHUR Technologies Information  Contact:
Advertisements

Is a Node or not Node? ARC Node_resolution Group Name: ARC Source: Barbara Pareglio, NEC, Meeting Date: ARC#9.1 Agenda.
Discussion on constraint device optimization Group Name: ARC Source: Jiaxin (Jason) Yin, Huawei Technologies Co., Ltd., Meeting Date:
Discussion on oneM2M HTTP Binding Interoperability Test Spec.
Device Management using mgmtCmd resource
Device Management using mgmtCmd resource Group Name: WG2/WG5 Source: InterDigital Communications Meeting Date: Agenda Item: TBD.
On Management, Abstraction & Semantics
RoA and SoA Integration for Message Brokers Group Name: WG2-ARC Source: ALU Meeting Date: Agenda Item:
oneM2M-OIC Interworking Technical Comparison
Common Service Entities
PRO R01-URI_mapping_discussion Discussion on URI mapping in protocol context Group Name: PRO and ARC Source: Shingo Fujimoto, FUJITSU,
Management of CMDH Policies Group Name: WG5-MAS Source: Wolfgang Granzow, Qualcomm, Meeting Date: Agenda Item: Management.
WG 2 Progress Report at TP #8 Group Name: oneM2M TP #8 Source: WG2 leadership Meeting Date: /13 Agenda Item: WG Reports.
Device Management A unified way of managing devices enabled by different management technologies Group Name: WG2/WG5 Source: Huawei Technologies Co., Ltd.
LWM2M Interworking Object Instantiation Group Name: Architecture Source: ALU (TIA) Meeting Date: Arc 17.2 Agenda Item: LWM2M Interworking.
Fuctional Procedure for oiC interworking
Proposal for WG3 & WG5 work area split
Customized Resource Types MAS Group Name: MAS + ARC + PRO WGs Source: Wolfgang Granzow, Qualcomm Inc., Meeting Date:
Device Management using mgmtCmd resource Group Name: WG2/WG5 Source: InterDigital Communications Meeting Date: Agenda Item: TBD.
OIC INTERWORKING OPERATIONAL PROCEDURE (ADDRESSING AND DISCOVERY) Group Name: Architecture WG Source: Kiran Vedula, Samsung Electronics,
LWM2M Interworking Group Name: Architecture
Different planes for the resource structure Group Name: WG5 – MAS and WG2 – ARC Source: Nicolas Damour, Sierra Wireless
M2M Service Subscription Profile Discussion Group Name: oneM2M TP #19.2 Source: LG Electronics Meeting Date: Agenda Item:
Realizing Ms Interface with OMA DM Group Name: MAS WG Source: Seungkyu Park, LG Meeting Date:
© 2015 oneM2M Enrico Scarrone oneM2M Steering Committee Vice Chair M2M/IoT standard coordination-Telecom Italia ONEM2M INTERWORKING.
WG5 – MAS#19 Status Report Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Yongjing Zhang (Huawei, WG5 Chair) Meeting Date:
WG5 – MAS#21 Status Report Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Yongjing Zhang (Huawei, WG5 Chair) Meeting Date:
Status of Active Work Items Level of Completeness Group Name: WPM Source: Roland Hechwartner, WPM Convenor Updated:
LWM2M Interworking Proxy Procedures ARC Considerations
Attribute-level access control Group Name: ARC WG Source: Yuan Tao, Mitch Tseng, Huawei Technologies Meeting Date: ARC 16 Agenda Item: TBD.
Call for input from WGs on things to test Group Name: TST Source: Jiaxin Yin, Huawei Technologies Co., Ltd., Meeting Date:
Issues of Current Access Control Rule and New Proposal Introduction Group Name: ARC 21 Source: Wei Zhou, Datang, Meeting Date:
Authorization Architecture Discussion Group Name: SEC WG Source: Seongyoon Kim, LG Electronics, Meeting Date: 28 MAY, 2014 Agenda.
FUCTIONAL ARCHITECTURE FOR OIC INTERWORKING Group Name: Architecture WG Source: Jieun Keum, Samsung Electronics,
Issues about management Group Name: MAS9.2 Source: Jiaxin Yin, Huawei Technologies Co., Ltd., Meeting Date: Agenda Item:
ARC Possible_Collaboration_Area_with_OSGi.pptx Possible Collaboration Area with OSGi Group Name: ARC WG Source: Hiroyuki Maeomichi, NTT (TTC)
DM Execute Group Name: WG2/WG5 Source: Jiaxin Yin, Huawei Technologies Co., Ltd., Meeting Date: Agenda Item: TBD.
Discussion on oneM2M and OSGi Interworking Group Name: ARC Source: Jessie, Huawei, Meeting Date: Agenda Item:
Possible Solution of Interworking between oneM2M and OSGi
Possible options of using DDS in oneM2M Group Name: ARC Source: KETI, Huawei, Hitachi, China Unicom Meeting Date: Agenda Item: DDS binding.
Specifying the Address of Management Client of Managed Entity Group Name: ARC Source: Hongbeom Ahn, SK Telecom, Meeting Date: TP#21 Agenda.
FUCTIONAL ARCHITECTURE FOR OIC INTERWORKING Group Name: Architecture WG Source: Jinhyeock Choi, Samsung Electronics,
Background Data Transfer
Resource subscription using DDS in oneM2M
Provisional Architecture for oneM2M
Service Framework Proposal
CSE Retargeting to AE, IPE, and NoDN Hosted Resources
CSE Retargeting to AE, IPE, and NoDN Hosted Resources
Service Enabled AE (SAE)
Proximal IoT Interworking discussion
Group multicast fanOut Procedure
3GPP interworking in R3 Group Name: ARC
Possible options of using DDS in oneM2M
Issues of <locationPolicy> Discussion
Discussion about Use Case and Architecture in Developer Guide
Modbus interworking Group Name: ARC
NIDD Discussion Points
Proposed design principles for modelling interworked devices
Discussions on Heterogeneous Identification Service
MAF&MEF Interface Specification discussion of the next steps
WG5 – MAS#27 Status Report Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Yongjing Zhang (Huawei, WG5 Chair) Meeting Date:
Proximal IoT Interworking solution discussion
3GPP Interworking Abstraction
oneM2M Versioning Next Steps
ARC Proposed design principles for modelling services, datapoints and operations Group Name: ARC Source: Joerg Swetina, NEC
Discussion on feature catalogue
On Management, Abstraction & Semantics
3GPP V2X Interworking Potential Impact
3GPP Interworking and use of <schedule> resource
Presentation transcript:

LWM2M Interworking with <mgmtObj> Resources Group Name: ARC Source: Dale Seed (dale.seed@interdigital.com ) Meeting Date: 2016-01-18 Related Work Item(s): WI-0024 – LWM2M Interworking

Background – LWM2M Interworking <container> Current oneM2M LWM2M interworking approach relies on <container> resources LWM2M IPE performs translation from LWM2M to oneM2M protocols IPE has an Mca interface to communicate to CSE LWM2M Objects de/encapsulated within <container> and <contentInstance> resources oneM2M AE de/encapsulates and translates LWM2M Object from <container> and <contentInstance> resource Requires understanding of LWM2M Objects

LWM2M Interworking <mgmtObj> What if the LWM2M Objects are translated to oneM2M <mgmtObj> IPE still translates from LWM2M to oneM2M protocols IPE registers each LWM2M Client to the CSE and creates the corresponding <node> and <mgmtObj> resources LWM2M Objects are represented as oneM2M <mgmtObj> resources Provides more granular control of LWM2M Clients Can use other CSE services (subscriptions, groups, partial operations, etc.) AE does not need to understand LWM2M Objects – just oneM2M resources Only need to understand oneM2M resources

Benefits of using <mgmtObj> Benefits of using oneM2M <mgmtObj> for LWM2M Objects Management AE needs to understand only oneM2M and not both oneM2M/LWM2M protocols Subscription/notification can be performed at the attribute level Updates and retrieves can be performed at the attribute level Access control can be performed at the attribute level Each LWM2M Client is represented as oneM2M AE Discovery of LWM2M Clients is the same as discovery of oneM2M resources No resourceName convention needed – just oneM2M names and IDs <node> resource provides clear mapping to device

<mgmtObj> are extensible <mgmtObj>’s [objectAttribute] attribute allows for creating custom <mgmtObj> <flexContainer>’s [customAttribute] follows the same concept to create custom containers

Firmware Update Example Only need to understand oneM2M protocol LWM2M Resource level operation oneM2M Attribute level operation LWM2M Protocol oneM2M Protocol oneM2M Protocol

Firmware Update Example IPE integrated into CSE Only need to understand oneM2M protocol Subscription create causes LWM2M Observe operation Subscription create causes LWM2M Observe operation LWM2M Resource level operation oneM2M Attribute level operation LWM2M Protocol oneM2M Protocol