Step by step approach Group Name: WG2 Source: Michael hs. Yang, LG uplus, Jaeseung Song, NEC Europe, Meeting.

Slides:



Advertisements
Similar presentations
Access Control Mechanism Discussion
Advertisements

oneM2M and AllJoyn Interworking
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.
Service Layer Session Management Group Name: WG2-ARC Source: IDCC, LGE, ZTE Meeting Date: TP16 Agenda Item:
OneM2M Draft proposal for slide set. This is not intended to be a oneM2M presentation. It is a collection of source material slides which can be used.
Device Management using mgmtCmd resource Group Name: WG2/WG5 Source: InterDigital Communications Meeting Date: Agenda Item: TBD.
Mechanism to support establishment of charging policies Group Name: WG2-ARC Source: InterDigital Meeting Date: TP8 Agenda Item:
2-levels Access control for HTTP binding Group Name: WG4 (& WG2/WG3 for information) Source: Shingo Fujimoto, FUJITSU, Meeting.
Progressing the Work on the MAS TR-0006, TR-0007 Group Name: Management Abstraction and Semantics Source: Tim Carey, ALU,
oneM2M-OIC Interworking Technical Comparison
Discussions for oneM2M Semantics Standardization Group Name: WG5 Source: InterDigital Communications Meeting Date: Agenda Item: WI-0005 ASN/MN-CSE.
Common Service Entities
Step by step approach Group Name: WG2
Announcement Resources ARC Announcement_Issues Group Name: WG2 Source: Barbara Pareglio, NEC Meeting Date: Agenda Item: Input Contribution.
Introduction of PRO WG activities Group Name: TP Source: Shingo Fujimoto, FUJITSU, Meeting Date: Agenda Item:
End-to-End security definition Group Name: SEC WG4 Source: Phil Hawkes, Qualcomm, Meeting Date:
M2M Abstraction & Semantics Group Name: WG5 Source: France Telecom, NEC Europe Ltd., Meeting Date: xx.
3GPP Rel-13 Interworking discussions
Answer the Questions Regarding Pending Issues on Access Control Group Name: WG4 SEC Source: LG Electronics Meeting Date: Agenda Item: SEC#11.4.
TS0001 Identifiers way forward Group Name: WG2 Source: Elloumi, Foti, Scarrone, Lu (tbc), Jeong (tbc) Meeting Date: Agenda Item: ARC11/PRO11.
Usage Scenarios for CSE Group Name: WG2(ARC-WG) Source: Shingo Meeting Date: Agenda Item: Message.
WG 2 Progress Report at TP #8 Group Name: oneM2M TP #8 Source: WG2 leadership Meeting Date: /13 Agenda Item: WG Reports.
WG1 status report to TP#17 Group Name: oneM2M TP17 Source: Shelby Kiewel (iconectiv) Meeting Date: to Agenda Item: TP#17, Item 10.3,
Work Group / Work Item Proposal Slide 1 © 2012 oneM2M Partners oneM2M-TP oneM2M_Work_Group_Work_Item_Proposal Group name: Technical Plenary Source:
Supporting long polling Group Name: ARC WG Source: SeungMyeong, LG Electronics, Meeting Date: x-xx Agenda Item: TBD.
Proposal for WG3 & WG5 work area split
Customized Resource Types MAS Group Name: MAS + ARC + PRO WGs Source: Wolfgang Granzow, Qualcomm Inc., Meeting Date:
Work for the next release Group Name: TP Source: JaeSeung Song, KETI, Jaeho Kim, KETI,
Node-Specific Resource Group Name: ARC&MAS Source: LGE, Meeting Date: Agenda Item: Contribution.
IoT High Level Architecture (HLA) AIOTI Edited by AIOTI WG3 Chairs Patrick Guillemin Jean-Pierre Desbenoit AIOTI WG3 IoT High Level Architecture – Release.
Role Based Access Control In oneM2m
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:
SE abstraction scenarios Group Name: SEC Source: Claus Dietze, Giesecke & Devrient Meeting Date: Agenda Item: WI SE abstraction.
Architectural Considerations for Semantic Support Group Name: WG5 Source: Martin Bauer (NEC), Joerg Swetina (NEC) Meeting Date: Agenda Item:
Security API discussion Group Name: SEC Source: Shingo Fujimoto, FUJITSU Meeting Date: Agenda Item: Security API.
M2M Service Layer – DM Server Security Group Name: OMA-BBF-oneM2M Adhoc Source: Timothy Carey, Meeting Date:
SEC #11 WG4 Status & Release 1 Outlook Group Name: Source:,, Meeting Date: Agenda Item:
WG5 – MAS#21 Status Report Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Yongjing Zhang (Huawei, WG5 Chair) Meeting Date:
M2M Service Session Management (SSM) CSF Group Name: WG2-ARC Source: IDCC, LGE, ZTE Meeting Date: TP8 Agenda Item:
Authorization Architecture Discussion Group Name: SEC WG Source: Seongyoon Kim, LG Electronics, Meeting Date: 28 MAY, 2014 Agenda.
Consideration Security Issues on Registration Group Name: WG4 (SEC) Source: Shingo Fujimoto, FUJITSU, Meeting Date:
WG5 – MAS#22 Status Report Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Tim Carey(Alcatel-Lucent, WG5 Vice Chair) 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.
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.
Background Data Transfer
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
Possible options of using DDS in oneM2M
Discussion about Use Case and Architecture in Developer Guide
Semantic testing in oneM2M
SUPA/YMCA (Yang Models for Configuration and topology Abstraction)
Proximal IoT Interworking solution discussion
3GPP Interworking Abstraction
Considering issues regarding handling token
Overview of E2E Security CRs
CMDH Refinement Contribution: oneM2M-ARC-0397R01
An introduction to oneM2M
3GPP V2X Interworking Potential Impact
Presentation transcript:

Step by step approach Group Name: WG2 Source: Michael hs. Yang, LG uplus, Jaeseung Song, NEC Europe, Meeting Date: Agenda Item: Contribution

Purpose Based on the whole architecture of oneM2M, we need to apply a step-by-step approach and make an achievement (e.g. release number) by considering each layer (e.g. platform, solution/services, network) in terms of CSF, Resources, and attributes. To know and focus what we need to do in each step To satisfy the given R1 timeframe

Background Different view points about functions, resources, and attributes in CSE. Limited for covering all the M2M Applications by using current CSF, resources, and its attributes. What functions, resources, and attributes to implement for providing practical M2M Applications. No target M2M Applications yet. e.g. BEMS, FMS, CCTV, AMI, Smart Grid, and etc. The meaning of the M2M Applications in Release 1. ※ M2M applications : Applications (including a target M2M application) used in the real market (e.g. FMS, EMS, CCTV, and etc) M2M application-specific Functions, resources, and attributes : used for providing particular M2M applications

Architecture comparison Solution/ Service Service Platform Network Device -Car infotainment -FMS, BIS -Car Sharing -… Underlying network Connected Car -FMS -BIS -Truck mgmt. -… Smart Grid …… Area Network Device Gateway Device M2M Core … … M2M architecture oneM2M architecture current oneM2M scope ※ AE and CSE on the device are also in oneM2M scope C P N D Application

Solution/ Service Service Platform Network Device -Car infotainment -FMS, BIS -Car Sharing -… Underlying network -FMS -BIS -Truck mgmt. -… …… Area Network Device Gateway Device oneM2M architecture Registration, Security, Authentication, Subscription, Charging, Discovery, Location, Device & Service info., DM mgmt., F/W update, Statistics, Big data … … current oneM2M scope M2M architecture M2M Core Connected Car Smart Grid OBD/DTG, Vehicle/Driver registration, Driver sync, Eco Drive, Fuel, Driving distance, etc… ※ AE and CSE on the device are also in oneM2M scope M2M Application-specific Functions vs. Generic Functions. M2M Application-specific Functions Generic Functions

Issues / Discussion points Which M2M application can we provide in Release 1? – The meaning of AE in R1 is practical M2M Application including M2M Application-specific functions? or is a basic M2M Application by utilizing capabilities from CSE? Where do M2M application-specific functions, Resources, and attributes belong to? CSE? or AE? – Some functions, resources, and attributes in CSE are related to a particular type of M2M application. (1) CSE means, common functions which can be commonly used for providing generic M2M Applications? (2) or, CSE need to cover M2M Application-specific functions? If (2) is right, do we have enough CSE for providing a practical M2M Application in R1? And, which M2M Application can we provide using current CSE? From time to time, we need to update M2M Application-specific functions and resources to the TS.

Suggestion Focus on common functions, common resources, and common attributes to provide generic M2M Services in R1 – M2M SP can provide M2M services by mapping their own service functions and oneM2M APIs utilizing oneM2M architecture, functions, resources, and attributes in R1 Clean-up and Consistent check for defining functions, resources and attributes in R1 How to include M2M Application-specific functions, resources, and attributes are FFS. *These functions might be in AE or CSE side.

Application Solution/ Service Service Platform Network Device -Car infotainment -FMS, BIS -Car Sharing -… Underlying network -FMS -BIS -Truck mgmt. -… …… Area Network Device Gateway Device oneM2M architecture Registration, Security, Authentication, Subscription, Charging, Discovery, Location, Device & Service info., DM mgmt., F/W update, Statistics, Big data … … current oneM2M scope M2M architecture M2M Core Connected Car Smart Grid OBD/DTG, Vehicle/Driver registration, Driver sync, Eco Drive, Fuel, Driving distance, etc… ※ AE and CSE on the device are also in oneM2M scope Step 1 Step 2? The location of M2M Application-specific functions is FFS Suggestion M2M Application-specific Functions Generic Functions

End of Document

Practical M2M Application Real-Time Audio/Video Real-Time & Secure Health Monitoring ※ Source : ARC M2M service Session management CSF (IDCC, LGE, ZTE)

Application What is AE in Release1? Solution/ Service Service Platform Network Device -Car infotainment -FMS, BIS -Car Sharing -… Underlying network -FMS -BIS -Truck mgmt. -… …… Area Network Device Gateway Device oneM2M architecture Registration, Security, Authentication, Subscription, Charging, Discovery, Location, Device & Service info., DM mgmt., F/W update, Statistics, Big data … … current oneM2M scope M2M architecture M2M Core Connected Car Smart Grid OBD/DTG, Vehicle/Driver registration, Driver sync, Eco Drive, Fuel, Driving distance, etc… ※ AE and CSE on the device are also in oneM2M scope ? ?

Application M2M Application-specific functions Solution/ Service Service Platform Network Device -Car infotainment -FMS, BIS -Car Sharing -… Underlying network -FMS -BIS -Truck mgmt. -… …… Area Network Device Gateway Device oneM2M architecture Registration, Security, Authentication, Subscription, Charging, Discovery, Location, Device & Service info., DM mgmt., F/W update, Statistics, Big data … … current oneM2M scope M2M architecture M2M Core Connected Car Smart Grid OBD/DTG, Vehicle/Driver registration, Driver sync, Eco Drive, Fuel, Driving distance, etc… ※ AE and CSE on the device are also in oneM2M scope Where do M2M Application-specific functions, resources, attributes belong to?

M2M Application-specific attributes Attribute NameMultiplicity RW/ RO/ WO Description resourceType1ROSee section where this common attribute is described. expirationTime1RWSee section where this common attribute is described. accessRightID1..nRWSee section where this common attribute is described. creationTime1ROSee section where this common attribute is described. lastModifiedTime1ROSee section where this common attribute is described. searchStrings0..1RWSee section where this common attribute is described. locationSource1RWIndicates the source of location information  Network-Based  GPS-Based  Sharing-Based locationUpdatePeriod0..1RWIndicates the period for updating location information. If the value is marked ‘0’ or not defined, location information is updated only when a retrieval request is triggered. locationTargetId0..1RWThe identifier to be used for retrieving the location information of a remote Node and this attribute is only used in the case that location information is provided by a location server. locationServer0..1RWIndicates the identity of the location server. This attribute is only used in that case location information is provided by a location server. locationContainerID0..nROURI of the resource where the actual location information of a M2M Node is stored. locationContainerName0..1WOName of the resource where the actual location information of a M2M Node is store. If it is not assigned, the Hosting CSE automatically assigns a name of the resource. locationZoneThe identifier to be used for setting the location zone information. This attribute is only used in the case that values of location marked more than “3”. Table : Attributes of resource An example of M2M Application-specific attributes ※ “LocationZone” attribute is intentionally made to demonstrate one of M2M application-specific attribute ※ Source : ARC R02-CR_for_locationPolicy_Resource (LGE)

Definition of AE "Application Entity (AE): Application Entity provides Application logic for the end-to-end M2M solutions. Examples of the Application Entities can be fleet tracking application, remote blood sugar monitoring application, or remote power metering