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

Slides:



Advertisements
Similar presentations
Microsoft ® System Center Configuration Manager 2007 R3 and Forefront ® Endpoint Protection Infrastructure Planning and Design Published: October 2008.
Advertisements

<<Date>><<SDLC Phase>>
CS 411W - Notes Product Development Documentation.
Fostering worldwide interoperabilityGeneva, July 2009 Global Standards Collaboration (GSC) 14 DOCUMENT #:GSC14-GTSC7-005R1 FOR:Presentation SOURCE:TIA.
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.
SE 555 Software Requirements & Specification Requirements Management.
OneM2M Partnership Project draft proposal for slide set.
Enterprise Architecture
Report of ETSI NGN IPTV activities Rainer Münch, TISPAN Chairman Presenter: Ian Spiers DOCUMENT #:GSC13-PLEN-56 FOR:Presentation SOURCE:Rainer Münch, Ian.
1 | 3GPP2 TSG-X Discussion | December GPP2 X R1 TITLE: TITLE: M2M Deployment Scenarios for 3GPP2SOURCE Mike Dolan, Alcatel-Lucent,
Introduction Challenges of Managing in a Network Economy.
RoA and SoA Integration for Message Brokers Group Name: WG2-ARC Source: ALU Meeting Date: Agenda Item:
Summary Device protocols tied intimately to applications. A need to significantly reduce critical data update times. Current network bandwidth consumption.
MSF Requirements Envisioning Phase Planning Phase.
Progressing the Work on the MAS TR-0006, TR-0007 Group Name: Management Abstraction and Semantics Source: Tim Carey, ALU,
Background to the Generic Statistical Information Model (GSIM) Briefing Pack December
Service Transition & Planning Service Validation & Testing
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
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,
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:
Chapter Fourteen Communicating the Research Results and Managing Marketing Research Chapter Fourteen.
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
An introduction to oneM2M
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
3GPP Rel-13 Interworking discussions
Architectural Considerations for Semantic Support Group Name: WG5 Source: Martin Bauer (NEC), Joerg Swetina (NEC) Meeting Date: Agenda Item:
Group Name: oneM2M WG1 Requirements Source: Phil Hawkes, Rapporteur “Benefits of oneM2M technology” TR,
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#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,
Possible options of using DDS in oneM2M Group Name: ARC Source: KETI, Huawei, Hitachi, China Unicom Meeting Date: Agenda Item: DDS binding.
WG5 – MAS#23 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
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
Goals and Objectives Project(s): Technical Specification for SD-WAN Service Definition Purpose of the contribution: To describe the proposal and have an.
Goals and Objectives Project(s): Technical Specification for SD-WAN Service Definition Purpose of the contribution: To describe the proposal and have an.
Overview of E2E Security CRs
ATIS Cybersecurity DOCUMENT #: GSC13-GTSC6-12 FOR: Presentation
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.
Reinhard Scholl, GTSC-7 Chairman
1 Envision 3 Outline 4 Design
Presentation transcript:

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

Scope 2 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

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] wants improvements in the following aspects of the M2M ecosystem: – Improved Functionality-Price-Quality (FPQ) tradeoffs: [The Audience] would like improved FPQ tradeoffs in sourcing, development and integration of the components comprising their M2M solutions “Price” includes impact of CAPEX, OPEX and Time-to-market [1] – Improved Scalability: Scales to large deployments – Improved Choice: [The Audience] would like a range of providers from which to source components comprising their M2M solutions [The Audience] would like a range of options for structuring their deployment – Improved Opportunities: For example, [the Audience] would like the ability to share data and other resources by partnering with other stakeholders. By-products include improved FPQ tradeoffs and new revenue streams 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 enable improved Functionality-Price-Quality tradeoffs of future end to end M2M solutions, whilst providing scalability, greater choices and opportunities for [the Audience] by standardizing a set of valuable, generic M2M-communication capabilities that incorporate the necessary interactions with underlying networksgeneric Note – oneM2M believes that it can provide value to [the Audience] simply by “standardizing a set of … generic M2M-communication capabilities that incorporate the necessary interactions with underlying networks” (see this slide)this slide – oneM2M also believes that it can provide additional benefit to [the Audience] by providing “valuable… M2M-communication capabilities” that directly address the [Audience] Motivators.Motivators 6

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

BENEFITS OF ONEM2M CAPABILITIES Standardization and New Functionality 8

Disclaimers 1.The document is intended to be read as a broad description of how the goals of “[improving] the FPQ tradeoffs, choices and partnering opportunities available to [the Audience]” 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 “the FPQ tradeoffs, choices and partnering opportunities available to [the Audience]” ) that will result from oneM2M technology. 2.This document lists many capabilities that oneM2M is considering. At this point in time, none of these capabilities are specified and oneM2M is currently evaluating the priority of these capabilities for the upcoming release. Some capabilities may be deferred to future oneM2M releases, or may never be included in oneM2M specifications. For the time being, these capabilities should be considered “potential capabilities”. Feedback from [the Audience] on the potential capabilities will be valuable in helping oneM2M prioritize its work. 9

Benefits of Standardization Standardization will provide specifications that can be used as the basis for certifying the quality of Components specified by oneM2M. This results in improved quality (improving the FPQ tradeoffs) available to [the Audience].Componentsimproving the FPQ tradeoffs – Note: at the time of writing, it is not clear if oneM2M will provide certification. Even if oneM2M does not provide the certification, one or more other groups may certify against part or all of the oneM2M specifications. Standardization enables multiple providers to produce interoperable Components. This provides [the Audience] with a range of providers from which to source components comprising their M2M solutions (improving choice).Componentsimproving choice Standardization enhances the economies of scale, improving the FPQ tradeoffs improved FPQ tradeoffs in sourcing, development and integration of the components comprising their M2M solutionsimproving the FPQ tradeoffs 10

Benefits of Standardization (2) Specifying “generic … capabilities… that incorporate the necessary interactions with underlying network” provides [the Audience] with a wider range of options for the underlying network, and the choice of underlying network can be made independently of other decisions (improving choice).improving choice Specifying “a set of valuable, generic M2M- communication capabilities” allows the growth of a extensive application development ecosystem improving the FPQ tradeoffs of the application development and lifecycle [Some text imported from oneM2M-REQ ] improving the FPQ tradeoffs 11

Overview of Capabilities Sharing Content-Aware Processing Security Framework & Access Control Remote Device Management Communication Efficiency Features Communication Reliability Features 12

Benefits of Capabilities Sharing 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 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 13

Benefits of Capabilities Sharing and Content-Aware processing provides opportunities to partner with other stakeholders (additionally improving FPQ tradeoffs), protected by Access Control over your data supported by a strong Security framework Sharing and Content-Aware processing can also reduce traffic volume. This reduction of traffic volume, in combination with Communication Efficiency & Reliability features can – enable better battery life, improving FPQ tradeoffs – result in less load on Transport resources, improving FPQ tradeoffs of transport products and services Communication reliability features can translate to improved quality of the end product (improving FPQ tradeoffs). Communication reliability features can also lower load on Transport resources, improving FPQ tradeoffs of transport products and services Remote device management can reduce call-outs and increase the reliability (that is, quality), improving FPQ tradeoffs 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 14

DETAILS OF ONEM2M CAPABILITIES 15

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

Remote Device Management 17 Communication Efficiency Sharing Data Security Framework and Access Control Remote Device Management Communication 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

APPENDICES: Terminology References 18

Terminology NameDescription M2M Application (App)TBD CapabilityTBD ComponentHardware, software and services that combine to produce an M2M solution ContentData produced or consumed by Applications Content-AwareAware of the data model and/or semantics of Content GenericCommon to two or more applications or vertical segments Underlying networksAccess networks, core networks, busses and other technology assisting in data transport 19

References 1.“oneM2M Standardization”, Available from ftp://ftp.onem2m.org/Primary_Deliverables/ Material_for_Verticals/oneM2M Standardization_ zip ftp://ftp.onem2m.org/Primary_Deliverables/ Material_for_Verticals/oneM2M Standardization_ zip 20

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

Underlying Networks Interface to capabilities Easy-to-digest description of oneM2M 22 M2M App oneM2M Capabilities

Figure by Farooq Bari, AT&T 23