Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,

Slides:



Advertisements
Similar presentations
1 Introducing the Specifications of the Metro Ethernet Forum.
Advertisements

CS 411W - Notes Product Development Documentation.
Halifax, 31 Oct – 3 Nov 2011ICT Accessibility For All ETSI Standardization Activities on M2M communications Joachim Koss, ETSI Board Member Document No:
Network Management Overview IACT 918 July 2004 Gene Awyzio SITACS University of Wollongong.
Requirements Structure 2.0 Clark Elliott Instructor With debt to Chris Thomopolous and Ali Merchant Original Authors.
1 IS112 – Chapter 1 Notes Computer Organization and Programming Professor Catherine Dwyer Fall 2005.
Implementation/Acceptance Testing / 1 Implementation and Acceptance Testing Physical Implementation Criteria: 1. Data availability 2. Data reliability.
OneM2M Partnership Project draft proposal for slide set.
Authors list to be completed.
Authors list to be completed.
Summary Device protocols tied intimately to applications. A need to significantly reduce critical data update times. Current network bandwidth consumption.
Introduction to ISO 9001:2000.
Progressing the Work on the MAS TR-0006, TR-0007 Group Name: Management Abstraction and Semantics Source: Tim Carey, ALU,
2 Systems Architecture, Fifth Edition Chapter Goals Describe the activities of information systems professionals Describe the technical knowledge of computer.
SCSC 311 Information Systems: hardware and software.
Optimized M2M interworking with mobile networks Group Name: oneM2M REQ Source: Takanori Iwai, NEC, Meeting Date: Agenda.
SAMANVITHA RAMAYANAM 18 TH FEBRUARY 2010 CPE 691 LAYERED APPLICATION.
Service Transition & Planning Service Validation & Testing
An Operators Input for oneM2M Baseline  Group name: TP#2/WG1  Source: DTAG, Vodafone Group  Meeting Date:  Agenda Item: WG1 agenda item.
Requirements Specification for Lab3 COP4331 and EEL4884 OO Processes for Software Development © Dr. David A. Workman School of Computer Science University.
Proposed Co-convened WG1/2 Objectives, Schedule, and Activities Group Name: TP#1 Source: Omar Elloumi (Alcatel-Lucent), Laurent Laporte (Sprint) Meeting.
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
Assessing the influence on processes when evolving the software architecture By Larsson S, Wall A, Wallin P Parul Patel.
3GPP Rel-13 Interworking discussions
An operator’s perspective on support for different M2M deployment scenarios AT&T Group Name: TP Source: Farooq Bari, Jianrong Wang; AT&T;
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
WG1 status report to TP#17 Group Name: oneM2M TP17 Source: Shelby Kiewel (iconectiv) Meeting Date: to Agenda Item: TP#17, Item 10.3,
Jeju, 13 – 16 May 2013Standards for Shared ICT TIA TR-50 M2M-Smart Device Communications Dr. Jeffery Smith Chief Innovation and Technology Officer/EVP.
Work Group / Work Item Proposal Slide 1 © 2012 oneM2M Partners oneM2M-TP oneM2M_Work_Group_Work_Item_Proposal Group name: Technical Plenary Source:
Proposal for WG3 & WG5 work area split
Architectural Principles for Services Group Name: WG2- ARC Source: Tim Carey, ALU, Meeting Date: Agenda Item:
Software Requirements: A More Rigorous Look 1. Features and Use Cases at a High Level of Abstraction  Helps to better understand the main characteristics.
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
An introduction to oneM2M
Introducing WI Proposal about Authorization Architecture and Policy Group Name: WG4 Source: Wei Zhou, Datang, Meeting Date: Agenda Item:
Introducing WI Proposal about Authorization Architecture and Policy Group Name: WG4 Source: Wei Zhou, Datang, Meeting Date: Agenda Item:
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
3GPP Rel-13 Interworking discussions
Release Timeline Discussion R2 and beyond Group Name: TP_WPM Source: Roland Hechwartner, WPM Convenor, Meeting Date:
Architectural Considerations for Semantic Support Group Name: WG5 Source: Martin Bauer (NEC), Joerg Swetina (NEC) Meeting Date: Agenda Item:
WG5 – MAS#19 Status Report Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Yongjing Zhang (Huawei, WG5 Chair) Meeting Date:
Potential use case for discussion – Street Light Automation Group Name: WG1/2 Source: Cisco Meeting Date: Joint-REQ-ARC-WGs-call Agenda Item: Use cases.
WG5 – MAS#21 Status Report Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Yongjing Zhang (Huawei, WG5 Chair) Meeting Date:
Proposed Co-convened WG1/2 Objectives, Schedule, and Activities Group Name: TP#1 Source: Omar Elloumi (Alcatel-Lucent), Laurent Laporte (Sprint) Meeting.
Status of Active Work Items Level of Completeness Group Name: WPM Source: Roland Hechwartner, WPM Convenor Updated:
WG5 - MAS Progress Report at TP #8 Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Yongjing Zhang, Chair, Meeting.
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
WG5 – MAS#22 Status Report Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Tim Carey(Alcatel-Lucent, WG5 Vice Chair) Meeting Date:
ITEC 275 Computer Networks – Switching, Routing, and WANs Week 12 Chapter 14 Robert D’Andrea Some slides provide by Priscilla Oppenheimer and used with.
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.
Proposed Process for Forming the oneM2M Baseline  Group name: TP#1  Source: Laurent Laporte, Sprint,
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
ITU Liaison on T-MPLS Stewart Bryant
Possible options of using DDS in oneM2M Group Name: ARC Source: KETI, Huawei, Hitachi, China Unicom Meeting Date: Agenda Item: DDS binding.
Status of Active Work Items Level of Completeness
Consolidated M2M standards boost the industry
3GPP interworking in R3 Group Name: ARC
Possible options of using DDS in oneM2M
Instructional slide to Partner: REMOVE BEFORE PRESENTING TO CUSTOMER
WPM ad-hoc group report TP#25
ETSI Standardization Activities on M2M communications
3GPP Status.
An introduction to oneM2M
12/26/2018 5:07 AM Leap forward with fast, agile & trusted solutions from Intel & Microsoft* Eman Yarlagadda (for Christine McMonigal) Hybrid Cloud – Product.
TR-47 Terrestrial Mobile Multimedia Multicast (TM3)- Standards Update
TIA TR-50 M2M-Smart Device Communications
SMART HOME Expectation IN STANDARDS
Presentation transcript:

Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR, Meeting Date: Agenda Item: 6 “Contributions” BENEFITS OF ONEM2M TECHNOLOGIES

Scope Audience: Vertical industry segment stakeholders Purpose: Trigger feedback from [the Audience] Content: Highlights potential benefits of oneM2M communication technology to [the Audience] Note: current title of presentation is a placeholder only Changes shown: underline = new text 2

Outline Motivators: – Audience Priorities oneM2M intends to address Description of oneM2M Technology Benefits of oneM2M Details of the oneM2M Functionalities Terminology 3

Motivators oneM2M believes that [the Audience] would like to see improvements in the following aspects of the M2M ecosystem: – Costs: Reduce or amortize CAPEX, OPEX and Time-to-market. – Quality: transparent, certifiable quality of components & services; improved quality of the end product – Choice: Interoperable components & services from a range of providers Flexibility of deployment details – Opportunities: Ability to share data and resources with other stakeholders to amortize costs 4

DESCRIPTION OF ONEM2M TECHNOLOGY One sentence description of oneM2M technology Easy-to-digest description of oneM2M technology 5

One sentence description oneM2M aims to reduce cost while improving the quality, choice and opportunities of [the Audience] by standardizing a set of commonly-needed, M2M-communication-specific capabilities that incorporate the necessary interactions with transport-layer functions. OLD: The aim of oneM2M communication technology is to standardize a set of M2M-specific transport-agnostic functions that have potential to improve the cost, quality, choice and opportunities for [the Audience]. Disclaimer: – The document is intended to be read as a broad description of how the goals of improving cost, quality, choice and opportunities might be met by technology that oneM2M is considering. – This document is not intended to be read as guidance regarding the degree of improvements (to cost, quality, choice and opportunities) that will result from oneM2M technology. 6

Easy-to-digest description of oneM2M Figure & text showing relationship between – Applications – oneM2M Technology – Transports Should not imply an architecture 7

BENEFITS OF ONEM2M Standardization and New Functionality 8

Preamble oneM2M believes that it can provide value to [the Audience] simply by “standardizing a set of commonly-needed, M2M-communication- specific capabilities that incorporate the necessary interactions with transport-layer functions” (see next slide) However, oneM2M believes that it can provide additional value to [the Audience] by providing new functionality directly addressing the [Audience] Motivators.Motivators This document lists many functionalities oneM2M is considering. At this point in time, none of these functionalities are specified and oneM2M is currently evaluating the priority of these functionalities for the upcoming release. Some functionalities may be deferred to future oneM2M releases, or may never be included in oneM2M specifications. For the time being, these functionalities should be considered “potential functionalities”. Feedback from [the Audience] on the potential functionalities will be valuable in helping oneM2M prioritize its work. 9

Benefits of Standardization Standardizing interoperable components will enable certifiable quality of components Standardizing interoperable components enables a choice of providers of components (both software and hardware) and services. Specifying commonly-needed, M2M-communication-specific capabilities that incorporate the necessary interactions with transport-layer functions lets M2M Application stakeholders choose of transport products and services independent of other decisions. Specifying commonly-needed, M2M-communication-specific capabilities enhance the economies of scale, reducing costs of products and services Specifying commonly-needed, M2M-communication-specific capabilities allows the growth of a extensive application development ecosystem reducing cost of application development and lifecycle and improved quality of the end product [Some text imported from oneM2M-REQ ] 10

Overview of Functionalities Exposed? M2M Functions (available to End User/Devices) – Sharing Data [and Sharing Components/Devices?] – Content-Aware Processing – Security Framework & Access Control – Remote Device Management Hidden? Transport-Aware Functions – Transport Efficiency Features – Transport Reliability Features 11

Benefits of Functionalities Sharing data and Content-Aware processing provides opportunities to partner with other stakeholders to amortize costs, protected by Access Control over your data supported by a strong Security framework Sharing data and Content-Aware processing can also reduce traffic volume. This reduction of traffic volume, in combination with Transport efficiency features & Transport reliability features can – enable better battery life, reducing costs – result in less load on Transport resources, reducing costs of transport products and services Transport reliability features can translate to improved quality of the end product. Transport reliability features can also lower load on Transport resources, reducing costs of transport products and services Remote device management can reduce call-outs (reducing OPEX) and increase the reliability (that is, quality) of [the Audience’s] end products – For example, faults can be triaged and corrected remotely before products fail to the point of requiring a call-out 12

DETAILS OF ONEM2M FUNCTIONALITIES 13

Transport Efficiency Features 14 Scheduling E.g. Store and Forward Remote Session Triggering Transport Efficiency Features Sharing Data Security Framework and Access Control Remote Device Management Improved Reliability Content-Aware Processing

Remote Device Management 15 Transport Efficiency Features Sharing Data Security Framework and Access Control Remote Device Management Improved Reliability Content-Aware Processing Reporting Data from Devices Controlling Data on Devices Log Reports Fault Reports Performance Reports Reporting Configuration Settings Updating Configurations Managing Software & Firmware Adding new Software (E.g. Applications) Software/Firmware updates Removing Software Maintenance Reporting

APPENDIX: TERMINOLOGY 16

Terminology NameDescription M2M Application (App)TBD CapabilityTBD ContentData produced or consumed by Applications Content-AwareAware of the data model and/or semantics of Content GenericNot specific to any M2M Application or vertical segment oneM2M communication technology Components and protocols conforming to oneM2M specifications TransportTBD 17

OLD SLIDES – DELETE BEFORE PUBLICATION Saved here in case they are useful in future. 18

Transport protocols oneM2M Functions Transport- Aware Transport Component Interface Transport- Agnostic* Interface Easy-to-digest description of oneM2M 19 Tailored Component Generic Generic Component Generic Generic Component Transport Components Tailored Component Access Network *Some functions may be transport-aware. Transport- Aware Transport Components Generic Generic Component Transport- Aware Transport Components Generic Generic Component

Figure by Farooq Bari, AT&T 20