Realizing Ms Interface with OMA DM Group Name: MAS WG Source: Seungkyu Park, LG Meeting Date: 2013-10-15.

Slides:



Advertisements
Similar presentations
Access Control Mechanism Discussion
Advertisements

SEC Clarification Group Name: WG4 (SEC-2014-xxxx) Decision  Meeting Date: Discussion  Source: OBERTHUR Technologies Information  Contact:
Is a Node or not Node? ARC Node_resolution Group Name: ARC Source: Barbara Pareglio, NEC, Meeting Date: ARC#9.1 Agenda.
A Proposal of “Common Information Model” for HEMS domain Group Name: MAS WG Source: Yoshihisa Ito, Takefumi Yamazaki,
A Proposal of “Common Information Model” for HEMS domain
Storage Networking Technologies and Virtualization Section 2 DAS and Introduction to SCSI1.
Authors list to be completed.
© 2011 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document.
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
Authors list to be completed.
Mechanism to support establishment of charging policies Group Name: WG2-ARC Source: InterDigital Meeting Date: TP8 Agenda Item:
Progressing the Work on the MAS TR-0006, TR-0007 Group Name: Management Abstraction and Semantics Source: Tim Carey, ALU,
Chapter 5 Section 2 : Storage Networking Technologies and Virtualization.
Common Service Entities
Step by step approach Group Name: WG2
Focus on developing RESTful API Group Name: TP Source: Shingo Fujimoto, FUJITSU (TTC), Meeting Date: Agenda Item:
In-Band Access Control Framework Group Name: WG4 SEC Source: Qualcomm Meeting Date: Agenda Item:
Introduction of PRO WG activities Group Name: TP Source: Shingo Fujimoto, FUJITSU, Meeting Date: Agenda Item:
M2M Abstraction & Semantics Group Name: WG5 Source: France Telecom, NEC Europe Ltd., Meeting Date: xx.
3GPP Rel-13 Interworking discussions
Potential use case for discussion – Device Abstraction Group Name: WG1/2 Source: Alcatel-Lucent Meeting Date: Joint-REQ-ARC-WGs-call Agenda Item: Use cases.
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
Considerations on M2M URIs Group Name: WG2(ARC) Source: Yong-Suk Park, Sung-Chan Choi, Jaeho Kim, KETI, Meeting Date:
Device Management A unified way of managing devices enabled by different management technologies Group Name: WG2/WG5 Source: Huawei Technologies Co., Ltd.
Fuctional Procedure for oiC interworking
WG5 - MAS Progress Report at TP #9 Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Yongjing Zhang, Chair, Meeting.
Proposal for WG3 & WG5 work area split
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.
Step by step approach Group Name: WG2 Source: Michael hs. Yang, LG uplus, Jaeseung Song, NEC Europe, Meeting.
Node-Specific Resource Group Name: ARC&MAS Source: LGE, Meeting Date: Agenda Item: Contribution.
Authorization GGF-6 Grid Authorization Concepts Proposed work item of Authorization WG Chicago, IL - Oct 15 th 2002 Leon Gommans Advanced Internet.
1 HGI MESSAGE TO ONEM2M TECHNICAL PLENARY HANS WERNER BITZER, DEUTSCHE TELEKOM VICE CHAIR, HGI ONEM2M TP#19, SOPHIA ANTIPOLS, FRANCE.
© 2007 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document.
Device Management using mgmtCmd resource Group Name: WG2/WG5 Source: InterDigital Communications Meeting Date: Agenda Item: TBD.
3GPP Rel-13 Interworking discussions
Role Based Access Control In oneM2m
LWM2M Interworking Group Name: Architecture
Routing Problem of the Current Architecture Group Name: ARC Source: Hongbeom Ahn, LG Electronics, Meeting Date: Agenda.
Different planes for the resource structure Group Name: WG5 – MAS and WG2 – ARC Source: Nicolas Damour, Sierra Wireless
Communication and Security in Machine-to-Machine Systems Date │ Reporter │ 李雅樺 1.
WG5 – MAS#19 Status Report Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Yongjing Zhang (Huawei, WG5 Chair) Meeting Date:
M2M Service Layer – DM Server Security Group Name: OMA-BBF-oneM2M Adhoc Source: Timothy Carey, Meeting Date:
Device Management Deployments In oneM2m Group Name: MAS Working Group Source: Timothy Carey, Alcatel-Lucent, Meeting Date:
3GPP SCEF Interworking Discussions
Call for input from WGs on things to test Group Name: TST Source: Jiaxin Yin, Huawei Technologies Co., Ltd., Meeting Date:
WG5 - MAS Progress Report at TP #8 Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Yongjing Zhang, Chair, Meeting.
FUCTIONAL ARCHITECTURE FOR OIC INTERWORKING Group Name: Architecture WG Source: Jieun Keum, Samsung Electronics,
Consideration Security Issues on Registration Group Name: WG4 (SEC) Source: Shingo Fujimoto, FUJITSU, Meeting Date:
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:
Management CSF(s) Architectural choices Group Name: WG2 (ARC), WG5(MAS) Source: Catalina Mladin, InterDigital Comm., Meeting.
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.
3GPP Rel-13 Interworking discussions Group Name: TP #18 Source: Rejesh Bhalla, ZTE Corporation, Meeting Date: Agenda Item:
Provisional Architecture for oneM2M
CSE Retargeting to AE, IPE, and NoDN Hosted Resources
3GPP interworking in R3 Group Name: ARC
Possible options of using DDS in oneM2M
MAF&MEF Interface Specification discussion of the next steps
3GPP Rel-13 Interworking discussions
Direct Attached Storage and Introduction to SCSI
Proximal IoT Interworking solution discussion
Considering issues regarding handling token
LWM2M Interworking with <mgmtObj> Resources
On Management, Abstraction & Semantics
3GPP V2X Interworking Potential Impact
Presentation transcript:

Realizing Ms Interface with OMA DM Group Name: MAS WG Source: Seungkyu Park, LG Meeting Date: Agenda Item: TBD

oneM2M-XXX-2013-XXXX Background MAS WG has introduced the Ms interface 2 Infrastructure Node CSE Application X Y(mc) Device in M2M Area Networks Management Server Z(ms) Service Layer Underlying Network DMF Intermediate/End Node DMF CSE Management Client Proxy Z(mc) Proxy Management Client Management Server mp Management Adapter Ms Interface The interface between the management adapter and the management server. Using this interface, systems can perform management operations on devices through the management server.

oneM2M-XXX-2013-XXXX Problem The Ms Interface has not been specified in any standardized forms – BBF TR-131 has specified requirements that can be referenced for Ms interface Many of the deployment scenarios in the section 7.2 (Mgmt TR) cannot be guaranteed because of the unspecified Ms interface 3

oneM2M-XXX-2013-XXXX Observations What is expected for Ms Interface? – DMG CSF delivers the mgmt operation to DM Server – DM Server performs it to DM Client on behalf of DMG CSF There is a similar analogy in OMA DM – DM Server delivers the mgmt operation to the DM GW – DM GW performs it to DM Client on behalf of DM Server Observation: OMA DM itself is a good candidate for Ms interface. 4 CSE DMG CSF Infrastructure NodeEnd Node DM Server Management Domain OMA DM (Mc) Ms Interface DM Client

oneM2M-XXX-2013-XXXX OMA DM GwMO is the key enabler – GwMO Proxy Mode Operations DMG CSF can deliver management operations to the DM Client using OMA DM GwMO Related OMA DM Enabler 5 Infrastructure Node Management Domain End Node OMA DM GwMO Architecture oneM2M

oneM2M-XXX-2013-XXXX Simple Overview DMG CSF takes the role of DM Server that connects to the DM GW in the Mgmt Domain – DM Server and DM GW can be implemented on the same entity – DM GW needs to support Fanout Management Object – Transparent Mode of OMA DM GW is not applied 6 CSE DMG CSF Infrastructure NodeEnd Node DM Server Management Domain OMA DM (Mc) OMA DM (Ms) DM Client DM GW DM Server

oneM2M-XXX-2013-XXXX Example 7 CSE DMG CSF DM Server DM GW DM Client Scenario: CSE needs to update the firmware of the device Configure Fanout MO - “Fanout/ /Target: DevID” - “Fanout/ /DMCommands”: execute./fumo/update Execute “./Fanout/ /Operations/Start” execute./fumo/update (command in “Fanout/ /DMCommands” is delivered) Results

oneM2M-XXX-2013-XXXX Interworking with BBF TR-069 Adaptation mode in OMA DM Gateway – This mode provides the capabilities for CSE to manage non-OMA-DM device – The major work area of OMA DM Gateway MO V1.1 (on-going) Detailed specification will be provided for ZigBee, OpenWebNet, Bluetooth, KNX Note: BBF TR-069 is not considered in the GwMO 1.1, but general adaptation rules are described in GwMO CSE DMG CSF Infrastructure NodeEnd Node DM Server Management Domain OMA DM (Mc) OMA DM (Ms) DM Client DM GW DM Server ACS CWMP dev CWMP (Mc)

oneM2M-XXX-2013-XXXX Hierarchical DM Gateway Support 9 CSE DMG CSF Infrastructure NodeEnd Node DM Server Management Domain OMA DM (Mc) OMA DM (Ms) DM Client DM GW DM Server Hierarchical Gateway Support – CSE can manage DM Client behind multiple DM Gateways – One of the major work area of OMA DM Gateway MO V1.1 (on-going) DM GW OMA DM (Mc)

oneM2M-XXX-2013-XXXX Benefits Leveraging existing OMA DM standards – oneM2M already supports OMA DM for device managements. Why not using more? Low overall complexities for device mgmts – One Protocol Translation at DMG CSF is enough – Otherwise; Two Protocol Translations are required One at the DMG CSF The other at the Management Domain 10