ETSI TS 118 102 V2.10.2 (2020-03)

TECHNICAL SPECIFICATION
oneM2M;
Requirements
(oneM2M TS-0002 version 2.10.2 Release 2A)

oneM2M TS-0002 version 2.10.2 Release 2A 2 ETSI TS 118 102 V2.10.2 (2020-03)

Reference
RTS/oneM2M-000002v2A
Keywords
IoT, M2M, requirements
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE

Tel.: +33 4 92 94 42 00  Fax: +33 4 93 65 47 16

Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88

Important notice
The present document can be downloaded from:
http://www.etsi.org/standards-search
The present document may be made available in electronic versions and/or in print. The content of any electronic and/or
print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any
existing or perceived difference in contents between such versions and/or in print, the prevailing version of an ETSI
deliverable is the one made publicly available in PDF format at www.etsi.org/deliver.
Users of the present document should be aware that the document may be subject to revision or change of status.
Information on the current status of this and other ETSI documents is available at
https://portal.etsi.org/TB/ETSIDeliverableStatus.aspx
If you find errors in the present document, please send your comment to one of the following services:
https://portal.etsi.org/People/CommiteeSupportStaff.aspx
Copyright Notification
No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying
and microfilm except as authorized by written permission of ETSI.
The content of the PDF version shall not be modified without the written authorization of ETSI.
The copyright and the foregoing restriction extend to reproduction in all media.

© ETSI 2020.
All rights reserved.
DECT™, PLUGTESTS™, UMTS™ and the ETSI logo are trademarks of ETSI registered for the benefit of its Members.

3GPP™ and LTE™ are trademarks of ETSI registered for the benefit of its Members and
of the 3GPP Organizational Partners.
oneM2M™ logo is a trademark of ETSI registered for the benefit of its Members and
of the oneM2M Partners. ®
GSM and the GSM logo are trademarks registered and owned by the GSM Association.
ETSI
oneM2M TS-0002 version 2.10.2 Release 2A 3 ETSI TS 118 102 V2.10.2 (2020-03)
Contents
Intellectual Property Rights . 4
Foreword . 4
1 Scope . 5
2 References . 5
2.1 Normative references . 5
2.2 Informative references . 5
3 Definition of terms, symbols and abbreviations . 5
3.1 Terms . 5
3.2 Symbols . 5
3.3 Abbreviations . 6
4 Conventions . 6
5 Introduction to the M2M ecosystem. 7
5.1 Functional roles description . 7
6 Functional Requirements . 8
6.1 Overall System Requirements . 8
6.2 Management Requirements . 15
6.3 Semantics Requirements . 16
6.3.1 Ontology Related Requirements . 16
6.3.2 Semantics Annotation Requirements . 17
6.3.3 Semantics Query Requirements . 17
6.3.4 Semantics Mashup Requirements . 18
6.3.5 Semantics Reasoning Requirements . 18
6.3.6 Data Analytics Requirements . 18
6.4 Security Requirements . 19
6.5 Charging Requirements . 23
6.6 Operational Requirements . 24
6.7 Communication Management Requirements . 24
6.8 LWM2M Interworking Requirements . 26
7 Non-Functional Requirements (informative) . 26
Annex A (informative): Requirements for the next release . 27
History . 28

ETSI
oneM2M TS-0002 version 2.10.2 Release 2A 4 ETSI TS 118 102 V2.10.2 (2020-03)
Intellectual Property Rights
Essential patents
IPRs essential or potentially essential to normative deliverables may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web
server (https://ipr.etsi.org/).
Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web
server) which are, or may be, or may become, essential to the present document.
Trademarks
The present document may include trademarks and/or tradenames which are asserted and/or registered by their owners.
ETSI claims no ownership of these except for any which are indicated as being the property of ETSI, and conveys no
right to use or reproduce any trademark and/or tradename. Mention of those trademarks in the present document does
not constitute an endorsement by ETSI of products, services or organizations associated with those trademarks.
Foreword
This Technical Specification (TS) has been produced by ETSI Partnership Project oneM2M (oneM2M).
ETSI
oneM2M TS-0002 version 2.10.2 Release 2A 5 ETSI TS 118 102 V2.10.2 (2020-03)
1 Scope
The present document contains an informative functional role model and normative technical requirements for
oneM2M.
2 References
2.1 Normative references
References are either specific (identified by date of publication and/or edition number or version number) or
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the
referenced document (including any amendments) applies.
Referenced documents which are not found to be publicly available in the expected location might be found at
https://docbox.etsi.org/Reference/.
NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long term validity.
The following referenced documents are necessary for the application of the present document.
[1] ETSI TS 122 368: "Digital cellular telecommunications system (Phase 2+) (GSM); Universal
Mobile Telecommunications System (UMTS); LTE; Service requirements for Machine-Type
Communications (MTC); Stage 1 (3GPP TS 22.368)".
2.2 Informative references
References are either specific (identified by date of publication and/or edition number or version number) or
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the
referenced document (including any amendments) applies.
NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long term validity.
The following referenced documents are not necessary for the application of the present document but they assist the
user with regard to a particular subject area.
[i.1] oneM2M Drafting Rules.
NOTE: Available at http://www.onem2m.org/images/files/oneM2M-Drafting-Rules.pdf.
[i.2] ETSI TS 118 111: "oneM2M; Common Terminology (oneM2M TS-0011)".
[i.3] oneM2M TR-0008: "Security".
[i.4] BBF TR-069 (November 2013): "CPE WAN Management Protocol" Issue: 1 Amendment 5.
3 Definition of terms, symbols and abbreviations
3.1 Terms
For the purposes of the present document, the terms given in ETSI TS 118 111 [i.2] apply.
ETSI
oneM2M TS-0002 version 2.10.2 Release 2A 6 ETSI TS 118 102 V2.10.2 (2020-03)
3.2 Symbols
Void.
3.3 Abbreviations
For the purposes of the present document, the abbreviations given in ETSI TS 118 111 [i.2] and the following apply:
AE Application Entity
API Application Program Interface
BBF BroadBand Forum
CHA Continua Health Alliance
CMDH Communication Management and Delivery Handling
CPU Central Processing Unit
CSE Common Services Entity
DM Device Management
GBA Generic Bootstrapping Architecture
GSMA Global System for Mobile communications Association
GW Gateway
HGI Home Gateway Initiative
HSM Hardware Security Module
IP Internet Protocol
MTC Machine Type Communications
OEM Original Equiment Manufacturer
OMA Open Mobile Alliance
OSR Overall System Requirements
OWL Web Ontology Language
QoS Quality of Service
RDF Resource Description Framework
SIM Subscriber Identity Module
SMS Short Message Service
TPM Trusted Platform Module
UICC Universal Integrated Circuit Card
USIM UMTS Subscriber Identity Module
USSD Unstructured Supplementary Service Data
WAN Wide Area Network
WLAN Wireless Local Area Network
4 Conventions
The keywords "shall", "shall not", "should", "should not", "may", "need not" in the present document are to be
interpreted as described in the oneM2M Drafting Rules [i.1].
NOTE: According to oneM2M Drafting Rules [i.1] in order to mandate a feature in the oneM2M System but
allow freedom to the individual deployment whether to use it or not subsequently requirements are often
formulated like:
 "The oneM2M System shall support a mechanism [function, capability.] to …"; or
 "…shall be able to …".
This does not mandate usage of the required feature in a M2M Solution.
ETSI
oneM2M TS-0002 version 2.10.2 Release 2A 7 ETSI TS 118 102 V2.10.2 (2020-03)
5 Introduction to the M2M ecosystem
5.1 Functional roles description
an
(end) user M2M
Solution
M2M
M2M
operates
….
Application
Appl.
Application Service
Providers
M2M Applications
M2M Common
M2M
operates
…
Service
CS
M2M
M2M Common Services
Service Providers
Underlying Underlying
operates
…
Network Network
Connectivity Services
Network Operators
Figure 1: Functional Roles in the M2M Ecosystem
1) The User (individual or company - aka: end-user) fulfils all of the following criteria:
- Uses an M2M solution.
2) The Application Service Provider fulfils all of the following criteria:
- Provides an M2M Application Service.
- Operates M2M Applications.
3) The M2M Service Provider fulfils all of the following criteria:
- Provides M2M Services to Application Service Providers.
- Operates M2M Common Services.
4) The Network Operator fulfils all of the following criteria:
- Provides Connectivity and related services for M2M Service Providers.
- Operates an Underlying Network. Such an Underlying Network could e.g. be a telecom network.
Any of the above functional roles may coincide with any of the other roles. These functional roles do not imply business
roles or architectural assumptions.
ETSI
oneM2M TS-0002 version 2.10.2 Release 2A 8 ETSI TS 118 102 V2.10.2 (2020-03)
6 Functional Requirements
6.1 Overall System Requirements
Table 1: Overall System Requirements
Requirement ID Description Release
OSR-001 The oneM2M System shall allow communication between M2M Applications by Implemented
using multiple communication means based on IP access. in Rel-1
OSR-002a The oneM2M System shall support communication means that can Implemented
accommodate devices with constrained computing (e.g. small CPU, memory, in Rel-1
battery) or communication capabilities (e.g. 2G wireless modem, certain WLAN
node).
OSR-002b The oneM2M System shall support communication means that can Implemented
accommodate devices with rich computing capabilities (e.g. large CPU, in Rel-1
memory) or communication (e.g. 3/4G wireless modem, wireline).
OSR-003 The oneM2M System shall support the ability to maintain application-to- Not
See REQ-2015- application communication in coordination with an application session for those implemented
0626R01 M2M Applications that require it.
OSR-004 The oneM2M System shall support session-less application communications for Implemented
those M2M Applications that require it. in Rel-1
OSR-005 The oneM2M System shall be able to expose the services offered by Partially
telecommunications networks to M2M Applications (e.g. SMS, USSD, implemented
localization, subscription configuration, authentication (e.g. Generic (see note 9)
Bootstrapping Architecture), etc.),subject to restriction based on Network
Operator's policy.
OSR-006 The oneM2M System shall be able to reuse the services offered by Underlying Partially
Networks to M2M Applications and/or M2M Services by means of open access implemented
models (e.g. OMA, GSMA OneAPI framework). Examples of available services (see note 10)
are:
• IP Multimedia communications.
• Messaging.
• Location.
• Charging and billing services.
• Device information and profiles.
• Configuration and management of devices.
• Triggering, monitoring of devices.
• Small data transmission.
• Group management.
(See note 1).
OSR-007 The oneM2M System shall provide a mechanism for M2M Applications to Implemented
interact with the Applications and data/information managed by a different M2M in Rel-1
Service Provider, subject to permissions as appropriate.
OSR-008 The oneM2M System shall provide the capability for M2M Applications to Implemented
communicate with an M2M Device (i.e. application in the device) without the in Rel-1
need for the M2M Applications to be aware of the network technology and the (see note 11)
specific communication protocol of the M2M Device.
OSR-009 The oneM2M System shall support the ability for single or multiple M2M Implemented
Applications to interact with a single or multiple M2M Devices/Gateways in Rel-1
(application in the device/gateway) (see note 2).
OSR-010 The oneM2M System shall support mechanisms for confirmed delivery of a Implemented
message to its addressee to those M2M Applications requesting reliable in Rel-1
delivery to detect failure of message within a given time interval.
OSR-011a The oneM2M System shall be able to request different communication paths, Implemented
from the Underlying Network based on Underlying Network Operator and/or in Rel-1
M2M Service Provider policies, routing mechanisms for transmission failures. (see note 12)
OSR-011b The oneM2M System shall be able to request different communication paths Not
from the Underlying Network based on request from M2M Applications. implemented
OSR-012 The oneM2M System shall support communications between M2M Applications Implemented
and M2M Devices supporting M2M Services by means of continuous or non- in Rel-1
continuous connectivity.
ETSI
oneM2M TS-0002 version 2.10.2 Release 2A 9 ETSI TS 118 102 V2.10.2 (2020-03)
Requirement ID Description Release
OSR-013 The oneM2M System shall be aware of the delay tolerance acceptable by the Implemented
M2M Application and shall schedule the communication accordingly or request in Rel-1
the Underlying Network to do it, based on policies criteria.
OSR-014 The oneM2M System shall be able to communicate with M2M Devices, behind Implemented
an M2M Gateway that supports heterogeneous M2M Area Networks. in Rel-1
OSR-015 The oneM2M System shall be able to assist Underlying Networks that support Partially
different communication patterns including infrequent communications, small implemented
data transfer, transfer of large file and streamed communication. (see note 13)
OSR-016 The oneM2M System shall provide the capability to notify M2M Applications of Implemented
the availability of, and changes to, available M2M Application/management in Rel-1
information on the M2M Device/Gateway, including changes to the M2M Area
Network.
OSR-017 The oneM2M System shall be able to offer access to different sets of M2M Implemented
Services to M2M Application Providers. The minimum set of services are: in Rel-1
• Connectivity management.
• Device management (service level management).
• Application Data management.
In order to enable different deployment scenarios, these services shall be made
available by the oneM2M System, individually, as a subset or as a complete set
of services.
OSR-018 The oneM2M System shall be able to offer M2M Services to M2M Devices Implemented
roaming across cellular Underlying Networks, subject to restriction based on with some
Network Operator's policy (see note 3). limitations
(see note 14)
OSR-019 The oneM2M System shall support the capabilities for data repository (i.e. to Implemented
collect/store) and for data transfer from one or more M2M Devices or M2M in Rel-1
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:
• action initiated either by an M2M Device, M2M Gateway, M2M
Services Infrastructure, or M2M Application Infrastructure;
• when triggered by schedule or event;
• for specified data.
OSR-020 The oneM2M System shall be able to support policies and their management Implemented
regarding the aspects of storage and retrieval of data/information. in Rel-1
OSR-021 The oneM2M System shall be able to provide mechanisms to enable sharing of Implemented
data among multiple M2M Applications. in Rel-1
OSR-022 When some of the components of a M2M Solution are not available (e.g. WAN Implemented
connection lost), the oneM2M System shall be able to support the normal in Rel-1
operation of components of the M2M Solution that are available.
OSR-023 The oneM2M System shall be able to identify the M2M Services to be used by Implemented
M2M Service Subscriptions (see note 4). in Rel-1
OSR-024 The oneM2M System shall be able to identify the M2M Devices used by M2M Implemented
Service Subscriptions. in Rel-1
OSR-025 The oneM2M System shall be able to identify the M2M Applications used by Implemented
M2M Service Subscriptions. in Rel-1
OSR-026 If provided by the Underlying Network, the oneM2M System shall be able to Implemented
associate the M2M Device used by M2M Service Subscriptions with the device in Rel-1
identifiers offered by the Underlying Network and the device.
OSR-027 The oneM2M System shall provide a generic mechanism to support transparent Not
exchange of information between the M2M Application and the Underlying implemented
Network, subject to restriction based on M2M Service Provider's policy and/or
Network Operator's policy (see note 5).
OSR-028 The oneM2M System shall enable an M2M Application to define trigger Not
conditions in the oneM2M System such that the oneM2M System autonomously implemented
sends a series of commands to actuators on behalf of the M2M Application
when these conditions are met.
OSR-029 The oneM2M System shall be able to support sending common command(s) to Implemented
each actuator or sensor via a group. in Rel-1
OSR-030 The oneM2M System shall be able to support the management (i.e. addition, Implemented
removal, retrieval and update) of the membership of a group. in Rel-1
OSR-031 The oneM2M System shall be able to support a group as a member of another Implemented
group. in Rel-1
OSR-032 The oneM2M System shall be able to support Event Categories (e.g. normal, Implemented
urgency) associated with data for M2M Applications when collecting, storing in Rel-1
and reporting that data (see note 6).
ETSI
oneM2M TS-0002 version 2.10.2 Release 2A 10 ETSI TS 118 102 V2.10.2 (2020-03)
Requirement ID Description Release
OSR-033 Based on the Dynamic Device/Gateway Context of the M2M Gateway and/or Partially
Device and the defined Event Categories, the oneM2M System shall provide implemented
the capability to dynamically adjust the scheduling of reporting and notification (see note 15)
of the M2M Device/Gateway (see note 17).
OSR-034 The oneM2M System shall support seamless replacement of M2M Devices as Not
well as M2M Gateways (e.g. redirecting traffic, connection, recovery, etc.). implemented
OSR-035 The oneM2M System shall support the exchange of non-M2M Application Not
related relevant information (e.g. Device/Gateway classes) between M2M implemented
Device/Gateway and M2M Service Infrastructure for the purpose of efficient
communication facilitation. This includes the capability for an M2M Device to
report its device class to M2M Service Infrastructure and for the M2M Service
Infrastructure to inform M2M Device of the M2M Service Infrastructure
capabilities.
OSR-036 The oneM2M System should provide mechanisms to accept requests from Not
M2M Application Service Providers for compute/analytics services. implemented
OSR-037 The oneM2M System shall enable an M2M Application to request to send data, Not
in a manner independent of the Underlying Network, to the M2M Applications of implemented
a group of M2M Devices and M2M Gateways in geographic areas that are
specified by the M2M Application.
OSR-038 The oneM2M System shall support the inclusion of M2M Application's QoS Not
preference in service requests to Underlying Networks. implemented
OSR-039 The oneM2M System shall be able to authorize service requests with QoS Not
preference at service level, but shall pass M2M Application's QoS preference in implemented
service requests to Underlying Network for authorization and granting or
negotiation of the service QoS requests.
OSR-040 The oneM2M System shall be able to leverage multiple communication Not
mechanisms (such as USSD or SMS) when available in the Underlying implemented
Networks. (see note 16)
OSR-041 The oneM2M System shall provide a mechanism, which supports the addition Partially
of new M2M Services to the oneM2M System as independent portable modules implemented
by means of the oneM2M interfaces. (see note 21)
OSR-042 The oneM2M System shall be able to support different QoS-levels specifying Not
parameters, such as guaranteed bitrate, delay, delay variation, loss ratio and implemented
error rate, etc.
OSR-043 The oneM2M System shall be able to verify that members of a group support a Implemented
common set of functions. in Rel-1
OSR-044 The oneM2M System shall support communication with M2M Devices which Implemented
are reachable based on defined time schedules (e.g. periodic) as well as M2M in Rel-1
Devices which are reachable in an unpredictable and spontaneous manner.
OSR-045a The oneM2M System shall be able to receive and utilize information provided Not
by the Underlying Network about when an M2M Device can be reached. implemented
OSR-045b The oneM2M System shall be able to utilize reachability schedules generated Implemented
by either the M2M Device or the Infrastructure Domain. in Rel-2
OSR-046 The oneM2M System shall be able to support a capability for the M2M Not
Application to request/disallow acknowledgement for its communication. implemented
OSR-047 The oneM2M System shall be able to support mechanism for the M2M Devices Implemented
and/or Gateways to report their geographical location information to M2M in Rel-1
Applications (see note 7).
OSR-048 The oneM2M System shall provide an M2M Service that allows M2M Devices Implemented
and/or Gateways to share their own or other M2M Devices' geographical in Rel-1
location information (see note 7).
OSR-049 The oneM2M System shall be able to provide the capability for an M2M Implemented
Application to selectively share data (e.g. access control) among applications. in Rel-1
OSR-050 If communication over one communication channel provided by the Underlying Implemented
Network can only be triggered by one side (Infrastructure Domain or Field in Rel-1
Domain), and alternative channel(s) is (are) available in the other direction, the
oneM2M System shall be able to use the alternative channel(s) to trigger
bidirectional communication on the first channel.
OSR-051 Depending on availability of suitable interfaces provided by the Underlying Implemented
Network the oneM2M System shall be able to request the Underlying Network in Rel-1
to broadcast/multicast data to a group of M2M Devices in a specified area.
OSR-052 The oneM2M System shall be able to select an appropriate Underlying Network Not
to broadcast or multicast data depending on the network's broadcast/multicast implemented
support and the connectivity supported by the targeted group of M2M
Devices/Gateways.
ETSI
oneM2M TS-0002 version 2.10.2 Release 2A 11 ETSI TS 118 102 V2.10.2 (2020-03)
Requirement ID Description Release
OSR-053 The oneM2M System shall provide a means that enables backward Not
compatibility of interfaces among different releases (see note 8). implemented
OSR-054 The oneM2M System shall be able to support an M2M Application, M2M Implemented
Device, or M2M Gateway to obtain access to resources of another M2M in Rel-1
Application, M2M Device, or M2M Gateway.
OSR-055 The oneM2M System shall be able to provide the capability of M2M Implemented
Applications to exchange data with one or more authorized M2M Applications in Rel-1
which are not known in advance. (see note 20)
OSR-056 The oneM2M System shall enable discovery of usable M2M Applications on an Implemented
M2M Gateway or at an M2M Device. in Rel-1
OSR-057 The oneM2M System shall enable discovery of M2M Gateways and M2M Implemented
Devices available to an M2M Application for data exchange. in Rel-1
OSR-058 The oneM2M System shall be able to provide time stamps as needed by Implemented
Common Service Functions. in Rel-1
OSR-059 The oneM2M System shall be able to support Role-Based Access Control Implemented
based on M2M Service Subscriptions. in Rel-1
OSR-060 The oneM2M System should support time synchronization with an external Not
clock source. implemented
OSR-061 M2M Devices and M2M Gateways may support time synchronization within the Not
oneM2M System. implemented
OSR-062 The oneM2M System shall enable means of testing the connectivity towards a Not
set of M2M Applications. implemented
OSR-063 The oneM2M System shall be able to manage the scheduling of M2M Service Implemented
Layer connectivity and messaging between the Infrastructure Domain and M2M in Rel-1
Devices/Gateways.
OSR-064 The oneM2M System shall be able to aggregate messages depending on Implemented
message delay tolerance and/or category. in Rel-1
OSR-065 The oneM2M System shall provide mechanisms that enable a M2M Service Not
Provider to distribute processing functions to his M2M Devices/Gateways in the implemented
Field Domain.
OSR-066 The oneM2M System shall be able to support the placement and operation of Implemented
M2M Applications in selected M2M Nodes per criteria requested by M2M in Rel-1
Application Service Providers, subject to access rights.
OSR-067 The oneM2M System shall be able to take operational and management action Implemented
as requested by M2M Applications. in Rel-1
OSR-068 When available from an Underlying Network, the oneM2M System shall be able Not
to provide the capability to retrieve and report the information regarding whether implemented
an M2M Device is authorized to access Underlying Network services.
OSR-069 When available from the Underlying Network, the oneM2M System shall be Not
able to maintain the M2M Service Operational Status of a M2M Device and implemented
update it when the Underlying Network connectivity service status changes.
OSR-070 The oneM2M System shall be able to provide the capability to notify an Partially
authorized M2M Application when the M2M Service Administrative State or implemented
M2M Service Operational Status of an M2M Device changes, if that M2M (see note 19)
Application has subscribed for such notifications.
OSR-071 The oneM2M System shall be able to enable an authorized M2M Application to Implemented
set the M2M Service Administrative State of a M2M Device. in Rel-1
OSR-072 The oneM2M System shall be able to initiate a set of actions defined by a M2M Not
Application (e.g. trigger upon a threshold, compare a value) that impacts implemented
another Application.
OSR-073 The oneM2M System shall support distributed transactions to multiple devices Not
See REQ-2015- or applications where the transaction includes the characteristics of atomicity, implemented
0529R03 consistency, isolation and durability.
OSR-074 The oneM2M System shall support the completion of distributed transactions to Not
See REQ-2015- multiple devices or applications while maintaining the order of the operations implemented
0529R03 and performing the transaction within a given time frame.
OSR-75 The oneM2M System shall be able to collect, store Time Series Data. Implemented
See REQ-2015- in Rel-2
0546R01
OSR-76 The oneM2M System shall be able to detect and report the missing data in time Implemented
See REQ-2015- series. in Rel-2
0546R01
ETSI
oneM2M TS-0002 version 2.10.2 Release 2A 12 ETSI TS 118 102 V2.10.2 (2020-03)
Requirement ID Description Release
OSR-077 The oneM2M System shall be capable of collecting asynchronous responses Not
See REQ-2015- pertaining to the broadcasted messages. implemented
0558R01
OSR-078 The oneM2M System shall support gateway-based capabilities for Event Not
See REQ-2015- management, e.g. capability for arbitration of the resulting processing. implemented
573R01
OSR-079 The oneM2M System shall provide the capability to notify a device hosting a Not
See REQ-2015- group of applications when alternative registration points for that group of implemented
574R01 applications are available (e.g. via different underlying networks) based on the
service requirements of each of the applications hosted.
OSR-080 The oneM2M System shall provide the capability to register applications in Not
See REQ-2015- group or independently, based on their service requirements. implemented
574R01
OSR-081 The oneM2M System shall be able to collect data that is broadcast (e.g. in Not
See REQ-2015- industrial bus systems) according to data collection policies. implemented
0553R02
OSR-082 The oneM2M System shall allow the update, modification, or deletion of data Not
See REQ-2015- collection policies within an M2M Application. implemented
0553R02
OSR-083 The oneM2M System shall be able to filter information from oneM2M Devices Not
See REQ-2015- for a given set of parameters. implemented
0593R02
OSR-084 The oneM2M System shall be able to handle an event notification from an Not
See REQ-2015- authorized M2M Application which triggers actions to be performed on the M2M implemented
0595R04 Device (example: Turn on or off the monitoring).
OSR-085 The oneM2M System shall support resource caching of registered M2M Not
See REQ-2015- Devices. Resource caching is a mechanism through which the oneM2M System implemented
0608 retains resources of a registered M2M Device in temporarily inactive state by
moving the resources to a temporary storage e.g. cache bin.
OSR-086 The oneM2M System shall enable M2M Gateways to discover M2M Implemented
See REQ-2015- Infrastructure Nodes and M2M Devices available for data exchange. in Rel-1
0611R02
OSR-087 The oneM2M System shall enable M2M Infrastructure Nodes and M2M Device Implemented
See REQ-2015- to discover M2M Gateways available for data exchange. in Rel-1
0611R02
OSR-088 The oneM2M System shall be able to support the capabilities for data Implemented
See REQ-2015- repository (i.e. to collect/store) and for data transfer among authorized M2M in Rel-1
0611R02 Devices and M2M Gateways via M2M Area Networks by only involving the field
domain.
OSR-089 The oneM2M System shall enable the cancellation of continuous data collection Not
See REQ-2015- and/or the deletion of collected data when pre-defined conditions are met. implemented
OSR-090 The oneM2M System shall be able to forward the M2M Application Data to Partially
See REQ-2015- M2M Application without storing the Data. implemented
0622R02 (see note 22)
OSR-091 The oneM2M System shall be able to notify interested oneM2M entities when it Not
See REQ-2015- detects forwarded M2M Application Data was not delivered within expected implemented
0622R02 time duration.
OSR-092 The oneM2M System shall provide the capability for monitoring and describing Not
See REQ-2015- data streams with associated attributes e.g. data freshness, accuracy, sampling implemented
0629 rate, data integrity.
OSR-093 The oneM2M System shall support transaction management to multiple devices Not
See REQ-2015- or applications providing policy based mechanism that should be invoked implemented
0630 (e.g. keep status, re-schedule, rollback) depending on the outcome of the
desired operation.
OSR-094 The oneM2M System shall provide Information Model(s) to support Implemented
See REQ-2015- interoperability among different devices/applications. in Rel-2
0631R02
OSR-095 The oneM2M System should provide mappings between different Information Not
See REQ-2015- Models from non-oneM2M System(s). implemented
0631R02
OSR-096 The oneM2M System should be able to interwork with non-oneM2M System(s). Implemented
See REQ-2015- in Rel-2
0631R02
ETSI
oneM2M TS-0002 version 2.10.2 Release 2A 13 ETSI TS 118 102 V2.10.2 (2020-03)
Requirement ID Description Release
OSR-097 The oneM2M System shall be able to share data collection policies among Not
See REQ-2015- multiple M2M Devices/Gateways within an M2M Application Service, or among implemented
0583R01 different M2M Application Services.
OSR-098 The oneM2M system shall be able to support machine socialization Not
See REQ-2016- functionalities (such as existence discovery, correlated task discovery, implemented
0055R02 message interface discovery and process optimization for multiple machines
with same tasks).
OSR-099 The oneM2M system shall enable continuity of services to M2M devices as they Implemented
See REQ-2016- move across various geographic points in the oneM2M System(s). in Rel-3
0066R01
OSR-100 The oneM2M system shall allow use of multiple communication methods
See REQ-2017- (protocol bindings, serializations, and versions) between M2M
0006R02 Devices/Gateways and M2M application services.
OSR-101 The oneM2M System shall enable discovery of M2M Application Servers, M2M
See REQ-2017- Management Servers and M2M Devices available to an M2M Gateway for data
0008R02 exchange.
OSR -102 The oneM2M System shall enable discovery of M2M Gateways available to a
See REQ-2017- M2M Management Server and an M2M Device for data exchange.
0008R02
OSR-103 The oneM2M System shall be able to support the capabilities for data
See REQ-2017- repository (i.e. to collect/store) and for data transfer from one or more M2M
0008R02 Devices or M2M Gateways, for delivery to one or more M2M Gateways via
M2M Area Network without any assistance or instruction of M2M Management
Servers and M2M Application Serve.
OSR-104 Upon request from M2M Application Server, an M2M Gateway shall enable Not
See REQ-2017- functions that pre-process (e.g. average) M2M data before providing them to Implemented
0008R02 the recipient.
OSR -105 Upon request, an M2M Gateway shall enable functions that erase M2M data Not
See REQ-2017- (e.g. that have been sent or could not be sent to the recipient within a certain Implemented
0008R02 time) based on criteria from an M2M Application Server.
OSR-106 An M2M Gateway and/or an M2M Device shall be able to broadcast the need to Not
See REQ-2017- receive/deliver specific data.to otherM2M Devices and/or M2M Gateways. Implemented
0008R02
OSR -107 The oneM2M system shall enable M2M Gateways and/or M2M Devices to Not
See REQ-2017- establish a connection to each other if able to receive/deliver the specific data. Implemented
0008R02
OSR-108 The oneM2M System shall enable M2M Gateways to set conditions used for Implemented
See REQ-2017- processing jointly group/aggregate data subscriptions to reduce the number of in Rel-3
0008R02 messages to M2M Devices and distribute the resulting notifications according to
the set conditions.
OSR -109 The oneM2M System shall enable M2M Gateways to distribute notifications Implemented
See REQ-2017- according to how data subscriptions have been grouped/aggregated. in Rel-3
0008R02
OSR-110 The oneM2M System shall enable subscriptions to changes to multiple data Implemented
See REQ-2017- sources (e.g. oneM2M resources) which aim to generate data publication in Rel-3
0008R02 (i.e. automatic notifications) if and only if the expected changes to each of those
multiple resources occur concurrently.
OSR-111 The oneM2M system shall be able to support heterogeneous identification
See REQ-2017- services, the recognition of external identification systems and converting an
0018R01 object identifier to a compatible identifier recognized by the oneM2M system.
OSR-112 The oneM2M System shall enable the M2M Application to configure the Implemented
See REQ-2017- notification interval in the M2M Devices. in Rel-1
0030R05
OSR-113 The oneM2M System shall support communication between the Infrastructure Implemented
See REQ-2017- Domainand M2M devices either directly or via a gateway. in Rel-1
0030R05
OSR-114 The oneM2M System shall enable exchange of information between M2M Implemented
See REQ-2017- applications via the Infrastructure Domain. in Rel-1
0030R05
OSR-115 The oneM2M system shall be able to support service requests from M2M Partially
See REQ-2017- applications for communication with QoS requirement e.g. higher delivery Implemented
0030R05 priority, reliable delivery.
OSR-116 The oneM2M system shall be able to support requests with time expiration or Implemented
See REQ-2017- geography restriction. in Rel-2
0030R05
ETSI
oneM2M TS-0002 version 2.10.2 Release 2A 14 ETSI TS 118 102 V2.10.2 (2020-03)
Requirement ID Description Release
OSR-117 The oneM2M System shall support setting the configuration for Geo-Fence Implemented
See REQ-2017- based location services by a M2M Application. in Rel-2
0030R05
OSR-118 The oneM2M System shall enable exchanges of diagnostic data periodically Rel-3/future
See REQ-2017- between M2M Devices and the Infrastructure Domain. releases
0031R05
OSR-119 The oneM2M system shall support a mechanism to describe the syntax and Rel-3/future
See REQ-2017- semantics format of the diagnostics data exchanged between the M2M Devices releases?
0031R05 and the InfrastructureDomain.
OSR-120 The oneM2M System shall be able to provide the service capability for location Implemented
See REQ-2017- based services.
0031R05
OSR-121 The oneM2M System shall be able to provide the service capability supporting Implemented
See REQ-2017- Over The Air management.
0031R05
OSR-122 The oneM2M system shall provide the capability for an M2M Device to maintain Rel-3/future
See REQ-2017- registration with multiple entities simultaneously. releases?
0031R05
OSR-123 The oneM2M System shall enable exchange of information with the intended Partially
See REQ-2017- vehicles by unicast, multicast and/or broadcast. Implemented
0031R05 (see note 23)
OSR-124 The oneM2M System shall be able to transfer time critical information. For Rel-3/future
See REQ-2017- example for feeding back current road states to automatic driving control, the releases?
0031R05 feedback time should be less than a few seconds (the distance between
vehicles normally corresponds to a few seconds) to avoid unnecessary speed
down/stop of following vehicles (see note 24).
OSR-125 The oneM2M System shall be able to guarantee its reliability in order to Rel-3/future
See REQ-2017- receive/feedback messages from/to related M2M Devices (e.g. for Vehicular releases?
0031R05 Domain) (see note 24).
OSR-126 The oneM2M System shall enable sharing of service information between Rel-3/future
See REQ-2017- devices/GWs based on proximity (see note 24). releases?
0031R05
OSR-127 The oneM2M System shall enable sending and receiving of service information Rel-3/future
See REQ-2017- between devices/GWs with minimized interruption (see note 24). releases?
0031R05
OSR-128 The oneM2M System shall support mobile/portable M2M Gateway and/or Rel-3/future
See REQ-2017- Device. releases?
0031R05
OSR-129 The oneM2M System shall support triggering M2M Devices for on-demand Rel-3/future
See REQ-2017- reporting regarding collected data. releases?
0031R05
OSR-130 The oneM2M System shall enable the M2M Infrastructure to facilitate direct Rel-3/future
See REQ-2017- communication between two or more different M2M devices without having releases?
0031R05 registered with one another.
OSR-131
The oneM2M System shall be able to verify geographical location information Rel-3/future
See REQ-2017- from moving objects regardless of information accuracy. releases?
0031R05
OSR-132 The oneM2M System shall be able to verify time synchronization. Rel-3/future
See REQ-2017- releases?
0031R05
OSR-133 The oneM2
...