Node-Specific Resource Group Name: ARC&MAS Source: LGE, Meeting Date: 2013-11-29 Agenda Item: Contribution.

Slides:



Advertisements
Similar presentations
CMDH Refinement Contribution: oneM2M-ARC-0397
Advertisements

SEC Clarification Group Name: WG4 (SEC-2014-xxxx) Decision  Meeting Date: Discussion  Source: OBERTHUR Technologies Information  Contact:
Summary on the M2M CMDH Policies Management Object (MCMDHMO)
Is a Node or not Node? ARC Node_resolution Group Name: ARC Source: Barbara Pareglio, NEC, Meeting Date: ARC#9.1 Agenda.
Problem of Current Notification Group Name: ARC WG Source: Heedong Choi, LG Electronics, Meeting Date: ARC 9.0 Agenda Item: TBD.
Problem of non-Blocking Synchronous mode Group Name: ARC WG Source: Yuan Tao, Mitch Tseng, Huawei Technologies Meeting Date: ARC 15.0 Agenda Item: TBD.
Service Layer Session Management Group Name: WG2-ARC Source: IDCC, LGE, ZTE Meeting Date: TP16 Agenda Item:
Authors list to be completed.
Device Management using mgmtCmd resource
Device Management using mgmtCmd resource Group Name: WG2/WG5 Source: InterDigital Communications Meeting Date: Agenda Item: TBD.
Method of Converting Resource definitions into XSD Group Name: WG3 (PRO) Source: Shingo Fujimoto, FUJITSU, Meeting Date:
Mechanism to support establishment of charging policies Group Name: WG2-ARC Source: InterDigital Meeting Date: TP8 Agenda Item:
CMDH Policies Contribution: ARC R03-CMDH_Policies.ppt Source: Josef Blanz, Qualcomm UK, Hongbeom Ahn, LG Electronics,
oneM2M-OIC Interworking Technical Comparison
Step by step approach Group Name: WG2
Introduction of PRO WG activities Group Name: TP Source: Shingo Fujimoto, FUJITSU, Meeting Date: Agenda Item:
3GPP Rel-13 Interworking discussions
Management of CMDH Policies Group Name: WG5-MAS Source: Wolfgang Granzow, Qualcomm, Meeting Date: Agenda Item: Management.
Usage Scenarios for CSE Group Name: WG2(ARC-WG) Source: Shingo Meeting Date: Agenda Item: Message.
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
Supporting long polling Group Name: ARC WG Source: SeungMyeong, LG Electronics, Meeting Date: x-xx Agenda Item: TBD.
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
AllJoyn-Interworking Discussion Group Name: TP WG2 ARC Source: Josef Blanz, Phil Hawkes, Qualcomm Inc., Meeting Date:
Customized Resource Types MAS Group Name: MAS + ARC + PRO WGs Source: Wolfgang Granzow, Qualcomm Inc., Meeting Date:
WG5 - MAS Progress Report at TP #10 Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: WG5 Chairs Meeting Date: to
Step by step approach Group Name: WG2 Source: Michael hs. Yang, LG uplus, Jaeseung Song, NEC Europe, Meeting.
Ontology Resource Discussion
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,
M2M Service Session Management (SSM) CSF
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
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:
PRO/ARC and TST/PRO joint sessions at TP20 Group Name: oneM2M TP20 Source: Peter Niblett, IBM Meeting Date:
M2M Service Layer – DM Server Security Group Name: OMA-BBF-oneM2M Adhoc Source: Timothy Carey, Meeting Date:
LWM2M Interworking Proxy Procedures ARC Considerations
M2M Service Session Management (SSM) CSF Group Name: WG2-ARC Source: IDCC, LGE, ZTE Meeting Date: TP8 Agenda Item:
WG5 - MAS Progress Report at TP #8 Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Yongjing Zhang, Chair, Meeting.
Issues of Current Access Control Rule and New Proposal Introduction Group Name: ARC 21 Source: Wei Zhou, Datang, Meeting Date:
Adding Non-blocking Requests Contribution: oneM2M-ARC-0441R01R01 Source: Josef Blanz, Qualcomm UK, Meeting Date: ARC 7.0,
Authorization Architecture Discussion Group Name: SEC WG Source: Seongyoon Kim, LG Electronics, Meeting Date: 28 MAY, 2014 Agenda.
CMDH and Policies Contribution: oneM2M-ARC-0603
Issues about management Group Name: MAS9.2 Source: Jiaxin Yin, Huawei Technologies Co., Ltd., Meeting Date: Agenda Item:
DM Execute Group Name: WG2/WG5 Source: Jiaxin Yin, Huawei Technologies Co., Ltd., Meeting Date: Agenda Item: TBD.
DM Collaboration – OMA & BBF: Deployment Scenarios Group Name: WG5 - MAS Source: Tim Carey, ALU, Meeting Date:
Management CSF(s) Architectural choices Group Name: WG2 (ARC), WG5(MAS) Source: Catalina Mladin, InterDigital Comm., Meeting.
Directions for Release 3 Group Name: SEC Source: NEC Europe Ltd. Meeting Date: SEC22, Agenda Item: Discuss directions.
Introduction to Service Session Management Group Name: WG2-ARC Source: IDCC, LGE, ZTE Meeting Date: TP8 Agenda Item:
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.
Specifying the Address of Management Client of Managed Entity Group Name: ARC Source: Hongbeom Ahn, SK Telecom, Meeting Date: TP#21 Agenda.
Resource subscription using DDS in oneM2M
CSE Retargeting to AE, IPE, and NoDN Hosted Resources
CSE Retargeting to AE, IPE, and NoDN Hosted Resources
Group multicast fanOut Procedure
3GPP interworking in R3 Group Name: ARC
Possible options of using DDS in oneM2M
Proposed design principles for modelling interworked devices
MAF&MEF Interface Specification discussion of the next steps
Proximal IoT Interworking solution discussion
Discussion to clarify online/offline behavior
3GPP Interworking Abstraction
Considering issues regarding handling token
CMDH Refinement Contribution: oneM2M-ARC-0397R01
CMDH Policies Contribution: ARC-2014-xxxx
Service Layer Dynamic Authorization [SLDA]
3GPP V2X Interworking Potential Impact
3GPP Interworking and Multicast retransmission
Presentation transcript:

Node-Specific Resource Group Name: ARC&MAS Source: LGE, Meeting Date: Agenda Item: Contribution

Outline Related Requirements Required Node-Specific Information Resource Location of Resource Representation of attributes of Discussion Points © 2013 oneM2M Partners oneM2M-ARC Introduction_to_nodeSpecific 2

Requirements (1/2) We have several requirements that explain why we need to have specific information per a M2M Node at CSE level © 2013 oneM2M Partners oneM2M-ARC Introduction_to_nodeSpecific 3 OSR-016The M2M System shall provide the capability to notify M2M Applications of the availability of, and changes to, available M2M Application/management information on the M2M Device/Gateway, including changes to the M2M Area Network. OSR-045The M2M System shall be able to be aware of the reachability status and to utilize reachability schedules generated by either the M2M Device or the Infrastructure Domain. OSR-069When available from the Underlying Network, the M2M System shall be able to maintain the M2M Service Operational Status of a M2M Device and update it when the Underlying Network connectivity service status changes.

Requirements (2/2) © 2013 oneM2M Partners oneM2M-ARC Introduction_to_nodeSpecific 4 MGR-002The M2M System shall provide the capability to discover the M2M Area Networks including information about devices on those networks and the parameters (e.g. topology, protocol) of those networks.. MGR-003The M2M System shall be able to provide the capability to maintain and describe the management information model of devices and parameters (e.g. topology, protocol) of M2M Area Networks. MGR-016The M2M System shall be able to retrieve information related to the Static and Dynamic Device/Gateway Context for M2M Gateways/Devices as well as Device Context for other devices in M2M Area Networks.

Node-specific Information Required Node-specific information that can be utilized by other oneM2M operations – For ASN/ADN Reachability Schedule Static/Dynamic Device Context – For MN Reachability Schedule Static/Dynamic Gateway Context Topology/Devices behind the MN © 2013 oneM2M Partners oneM2M-ARC Introduction_to_nodeSpecific 5

Related Operations based on Requirements OSR-019 The M2M System shall support the capabilities for data repository (i.e. to collect/store) and for data transfer from one or more M2M Devices or M2M Gateways, for delivery to one or more M2M Gateways, M2M Services Infrastructure, or M2M Application Infrastructure, in ways requested by the M2M Application Infrastructure as listed below: – when triggered by schedule or event; OSR-033 Based on the Dynamic Device/Gateway Context of the M2M Gateway and/or Device and the defined Event Categories, the M2M System shall provide the capability to dynamically adjust the scheduling of reporting and notification of the M2M Device/Gateway. © 2013 oneM2M Partners oneM2M-ARC Introduction_to_nodeSpecific 6 Transfer scheduling is main role of CMDH CSF and the CSF needs to know about the reachability schedule and context information at the service layer

Resource reachabilitySchedule contextInformation topology Attribute NameDescription reachabilityScheduleDefines reachability schedule information of the node. The attributes expresses time periods defined by seconds, minutes, day of month, month and year. Supporting repeating periods and wildcards. contextInformationDefines the Static and Dynamic Context of the node. (e.g., available power and storage) topologyDescribes the list of nodes attached behind the MN node and its relation among the nodes. This attribute is defined in case the Node is MN. More attributes can be added © 2013 oneM2M Partners oneM2M-ARC Introduction_to_nodeSpecific 7

Location of Resource The location of resource can be differentiated according to the type of node – ASN Under of the local CSE MN or IN connected with the ASN shall have the mirror-resource (Detail mechanism of mirroring is FFS) /BaseURI/nodeSpecific – ADN Under resource of the hosting CSE /BaseURI/ /nodeSpecific – MN Under of the local CSE /BaseURI/nodeSpecific © 2013 oneM2M Partners oneM2M-ARC Introduction_to_nodeSpecific 8

Representation of Attributes reachabilitySchedule contextInformation topology reachabilitySchedule is represented by a XML format 1_OCT_ This representation is determined in Protocol Stage (can be simplified) We can define a schema and reuse some existing schema © 2013 oneM2M Partners oneM2M-ARC Introduction_to_nodeSpecific 9

Representation of Attributes reachabilitySchedule contextInformation topology contextInformation is represented by a XML format 81 okay 20 mega This representation is determined in Protocol Stage (can be simplified) We can define a schema and reuse some existing schema © 2013 oneM2M Partners oneM2M-ARC Introduction_to_nodeSpecific 10

Representation of Attributes reachabilitySchedule contextInformation topology Topology is represented by a XML format This representation is determined in Protocol Stage (can be simplified) We can define a schema and reuse some existing schema © 2013 oneM2M Partners oneM2M-ARC Introduction_to_nodeSpecific 11

Discussion Point 1 How to describe each attribute – Consider that there was a contribution that describe ‘reachabilitySchedule’ with many attributes as an example For Accessibility? Using the partial addressing functionality, AE can access the XML- level information e.g. / / – [WG2 phase] members discuss what kind of information (resource and attribute) is needed and when the resource is created and used for a service or operation – [WG3 phase] The detail of information will be described © 2013 oneM2M Partners oneM2M-ARC Introduction_to_nodeSpecific 12

Discussion Point 2 Does DM-related resource contain these information (reachabilitySchedule, topology,…)? – Seems that following information can be retrieved by existing OMA DM/BBF TR-069 Topology (just attachedDevices) – OMA DM - urn:oma:mo:oma-gwmo-deviceinventory:1.0 – BBF TR InternetGatewayDeviceLANDevice Some Device/Gateway Context – OMA DM - urn:oma:mo:oma-diag:batteryinfo:1.0 – BBF TR-069 – DeviceInfo – However, what if the Node does not have OMA DM and BBF TR-069 capability, how to support this information? © 2013 oneM2M Partners oneM2M-ARC Introduction_to_nodeSpecific 13

Discussion Point 3 More candidate attributes for this resource type? if we have, we can grow the list of possibly node specific information in the resource type – open to add more attributes Hope we can combine the resource type (ARC ), resource can be a child resource of the resource. © 2013 oneM2M Partners oneM2M-ARC Introduction_to_nodeSpecific 14