【YD通讯标准】 M2M 技术要求(第一阶段)需求

ICS33.030
中国通信标准化协会标准
YDB167—2017
M2M技术要求（第一阶段）
Technology requirements for M2M (phase 1) —Requirements（oneM2MTS-0002，IDT)
2017-01-19印发
中国通信标准化协会
1范围
2规范性引用文件
2.1规范性引用文件，
2.2引用性参考文献
3术语、定义和缩略语。
3.1定义
3.2缩略语和首字母缩写
4约定
M2M生态系统概述，
功能需求
系统总体需求
管理需求。
抽象和语义需求
安全需求。
计费需求
运营需求
通信请求处理需求
非功能需求。
YDB167—2017
YDB167—2017
本标准是oneM2M技术要求（第一阶段）系列标准之一。该系列标准的名称如下：-M2M技术要求（第一阶段）功能架构：一一M2M技术要求（第一阶段）需求；一M2M技术要求（第一阶段）安全解决方案：一M2M技术要求（第一阶段）服务层核心协议一M2M技术要求（第一阶段）开放移动联盟（OMA）终端管理资源映射：M2M技术要求（第一阶段）宽带论坛（BBF）终端管理实现：M2M技术要求（第一阶段）CoAP协议绑定：M2M技术要求（第一阶段）HTTP协议绑定：M2M技术要求（第一阶段）MQTT协议绑定：-M2M技术要求（第一阶段）公共术语。本标准按照GB/T1.1-2009给出的规则起草。本标准使用翻译法等同采用oneM2MRelease1的TS-0002-V1.0.1。为适应信息通信业发展对通信标准文件的需要，由中国通信标准化协会组织制定“中国通信标准化协会标准”，推荐有关方面参考采用。有关对本标准的建议和意见，向中国通信标准化协会反映。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国电信集团公司、中国联合网络通信集团有限公司、华为技术有限公司、南京邮电大学。
本标准主要起草人：常洁、王艺。II
HiiKAoNiKAca
1范围
M2M技术要求（第一阶段）需求
本标准针对OneM2M提出了一个信息功能角色模型和标准的技术需求2规范性引用文件
2.1规范性引用文件
YDB167—2017
规范性引用文件可分为特定的（由出版日期与/或编辑号或版本号来识别）和非特定的。凡是特定的规范性引用文件，仅引用版本适用。凡是非特定的规范性引用文件，其最新版本（包括所有修订）适用。
下列文件对于本文件的应用是必不可少的。[1]3GPP TS 22.368:\Service requirementsfor Machine-Type Communications (MTC);Stage1
[2]oneM2MTR-0008:\SecurityAnalysis\2.2引用性参考文献
参考文献可分为特定的参考文献（由出版日期与/或编辑号或版本号来识别）和非特定的参考文献。凡是特定的参考文献，仅引用版本适用。凡是非特定的参考文献，其最新版本（包括所有修订）适用。
下列文件对于本文件的应用并非必需，但是其在特定的主题领域中有助于用户理解。[i.1] OneM2MDrafting Rules.
注：参见http://member.onem2m.org/Static_pages/others/Rules_Pages/oneM2M-Drafting-Rules-V1_0.doc.[i.2] oneM2M TS-001l:\Common Terminology\.[i.3]3GPP2 S.R0146:\M2M SystemRequirements\注：参见http://3gpp2.org/Public_html/specs/S.R01460_v1.0_M2M_System_Requirements_20120829.pdf.3术语、定义和缩略语
本文档中定义的术语优先于oneM2MTS-0011[i.2]中已有的同一术语的定义。3.1定义
oneM2MTS-0011［i.2]中定义的术语及下列术语和定义适用于本文件。3.2缩略语和首字母缩写
下列缩略语和首字母缩写适用于本文件。CHA
Continua Health Alliance Continua健康联盟
GlobalSystem forMobileCommunicationsAssociationGSM协会1
HiiKANiKAca
YDB1672017
4约定
Hardware Security Module
OpenMobileAlliance
Quality of Service
Short Message Service
Unstructured Supplementary Service DataWide Area Network
硬件安全模块
开放移动联盟
服务质量
短消息服务
非结构化补充数据业务
广域网
本文档中的关键词“会/将”，“不会/将不会”，“可”，“无需”，“应”，“不应”将按照oneM2MDraftingRules［i.1]所描述内容进行解释为增加可读性：
oneM2M请求/响应消息的信息元素将以参数被提及。参数缩略语将被写作粗斜体。资源的信息元素将以属性和子资源被提及。属性将被写作斜体。5M2M生态系统概述
（终端）用户
公共业务
承载网路
违接性业务
的解决方靠
让务提供育
公共业务
业务提供商
承裁网络
端远营商
用户（个人或公司－亦称为：
终端用户）需要满足以下所有的条件：a）
采用M2M的解决方案。
应用业务提供商需要满足以下所有的条件：采用M2M的应用业务。
运营M2M的应用。
c）M2M业务提供商需要满足以下所有的条件：向应用业务提供商提供M2M业务。运营M2M的公共业务。
网络运营商需要满足以下所有的条件：d)
向M2M业务提供商提供通道连通性及其相关的业务对承载网络的运营，这样的承载网络可以是通信网络上述任意功能性角色都可能与其他角色重合。这些功能性角色并不意味着业务角色或架构的假设，2
iiKAoNiKAca
6功能需求
6.1系统总体需求
需求ID
OSR-001
OSR-002a
OSR-002b
OSR-003
OSR-004
OSR-005
OSR-006
OSR-007
OSR-008
OSR-009
OSR-010
表1系统总体需求
oneM2M系统应支持在M2M应用间使用IP接入的多种通信方式进行通信。oneM2M系统应支持具有受限计算能力（例如：小容量的CPU，内存，电池）或者受限通信能力（例如：2G无线通信模块，WLAN的某些节点）的设备的通信方式
oneM2M系统应支持具有足够计算能力（例如：大容量的CPU，内存，电池）或者足够通信能力（例如：3/4G无线通信模块，有线通信模块）的设备的通信方式，
oneM2M系统应支持维持点对点M2M会话的能力，同时需要与所需的M2M应用的应用程序会话相协调。
oneM2M系统应针对那些所需的M2M应用提供非会话的应用通信。在网络运营商政策允许的情况下，oneM2M系统应支持将电信网络提供的业务公开给M2M应用程序（例如：SMS，USSD，定位，配置注册，身份验证（例如：GBA）等）。
oneM2M系统应通过开放访问标准（例如：OMA，GSMAOneAPI框架）重用承载网络提供的业务到M2M应用与（或）M2M业务。可用的业务用例有：+IP多媒体通信
·消息
“位置
“计费帐务业务
*设备信息及轮廓文件
·设备配置及设备管理
*设备触发及设备监控
*小数据传输wwW.bzxz.Net
·群组管理。
（见注1）。
当系统允许时，oneM2M系统应为M2M应用提供一种来自于不同M2M业务提供商应用的交互机制，同时提供一种来自于不同M2M业务提供商数据和信息的交互机制。
oneM2M系统应为M2M应用提供与M2M设备通信的能力（即应用在设备上），无需考虑所使用的网络技术及M2M设备所使用的的特定通信协议，OneM2M系统应支持在单个（或多个）M2M设备上和单个（或多个）M2M网关上与单个（或多个）M2M应用交互的能力（应用在设备（或网关）上）（见注2）。
oneM2M系统应支持一个消息到达那些M2M应用地址的交付确认机制，在给定时间间隔内请求可靠的交付用于检测消息的错误YDB167—2017
在Rel-1中实施
在Rel-1中实施
在Re1-1中实施
部分在Rel-1中
实施（见注21）
在Rel-1中实施
部分在Rel-1中
实施（见注9）
部分在Re1-1中
实施（见注10）
在Rel-1中实施
在Rel-1中实施
（见注11）
在Rel-1中实施
在Re1-1中实施
HiiKAoNiKAca
YDB1672017
需求ID
OSR-011a
OSR-011b
OSR-012
OSR-013
OSR-014
OSR-015
OSR-016
OSR-017
OSR-018
OSR-019
OSR-020
OSR-021
OSR-022
OSR-023
OSR-024
OSR-025
表1（续）
基于承载网络运营商和（或）M2M业务提供商的策略，对于传输故障oneM2M系统应支持承载网络请求使用不同的通信路径的路由机制。基于M2M的应用请求，oneM2M系统应支持请求承载网络使用不同的通信路径：
oneM2M系统应支持M2M应用和设备之间的通信，通过连续的连接或非连续的连接方式支持M2M业务。
基于策略的标准，oneM2M系统应通过M2M应用提供可接受的时延容限，并相应地进行通信调度或请求承载网络进行通信调度。OneM2M系统应能够支持与异构M2M区域网中M2M网关之后的M2M设备通信。
oneM2M系统应在承载网络支持不同的通信方式，包括非频繁通信，小数据量传送，大文件传送和流通信。OneM2M系统应支持M2M设备和M2M网关上提供M2M应用的可用性通知，M2M应用的变更通知，及M2M应用信息和M2M管理信息的可用性通知，包括对M2M区域网的变更通知。
oneM2M系统应对M2M应用提供商提供访问不同M2M业务的集合。最小的业务集合如下：
·连接性管理
·设备管理（业务水平管理）
·应用数据管理
为了被不同的部署场景使用，这些业务应当被oneM2M系统使用，单独地作为业务子集或作为一个完整的业务集合。基于网络运营商的策略，oneM2M系统应支持M2M设备在承载的蜂窝网络间漫游。（见注3）。
oneM2M系统应提供数据仓库（即收集或存储）及数据传送的能力，其中数据传输指从一个（或多个）M2M设备（或M2M网关）到一个（或多个）M2M网关，M2M业务基础设施或M2M应用设施的数据交付，发生上述操作是对M2M应用设施以下请求的响应：·来自于M2M设备，M2M网关，M2M业务基础设施或M2M应用基础设施的请求：
*由调度或事件触发：
?请求特定数据
oneM2M系统应支持数据和信息存储策略，数据和信息获取策略及其管理功能。
oneM2M系统应提供在多个M2M应用间的数据共享机制。当oneM2M系统方案中的一些组件不可用时（例如：广域网连接丢失），oneM2M系统应能够支持oneM2M系统方案中可用组件的正常运行。oneM2M系统应支持识别M2M业务订购所使用的M2M业务（见注4)。oneM2M系统应支持识别M2M业务订购所使用的M2M设备。OneM2M系统应支持识别M2M业务订购所使用的M2M应用。发布
在Rel-1中实施
（见注12）
在Rel-1中没有
在Rel-1中实施
在Rel-1中实施
在Rel-1中实施
部分在Rel-1中
实施（见注13）
在Rel-1中实施
在Rel-1中实施
在Rel-1中受限
实施（见注14）
在Rel-1中实施
在Rel-1中实施
在Rel-1中实施
在Rel-1中实施
在Rel-1中实施
在Rel-1中实施
在Re1-1中实施
iiikAoNiKAca
需求ID
OSR-026
OSR-027
OSR-028
OSR-029
OSR-030
OSR-031
OSR-032
OSR-033
OSR-034
OSR-035
OSR-036
OSR-037
OSR-038
OSR-039
OSR-040
OSR-041
OSR-042
OSR-043
OSR-044
表1（续）
在承载网络支持的情况下，oneM2M系统应支持由承载网络和设备所提供的设备标识码和M2M业务订购所使用的M2M设备相关联。基于M2M业务提供商和（或）网络运营商的的策略，OneM2M系统应在M2M应用和承载网络之间提供一种通用的透明信息交换机制（见注5）。oneM2M系统应在系统内支持一个M2M应用程序启用定义触发条件，当条件满足时使得oneM2M系统可以自动发送一系列命令到M2M应用程序的执行单元。
oneM2M系统应支持经由一群组发送公共命令到各个执行单元或到各个传感器节点。
oneM2M系统应支持成员的群组管理（即添加，删除，检索和更新）。oneM2M系统应支持一群组作为另一群组的成员。当收集，存储或上报数据时，oneM2M系统应支持数据相关的事件分类（例如：普通事件，紧急事件）（见注6)。基于M2M网关和（或）M2M设备的动态上下文信息，并基于定义的事件类别，OneM2M系统应提供动态调度调整能力用于M2M设备和M2M网关的上报和通知（见注17)。
OneM2M系统应支持M2M设备的无缝切换，以及M2M网关的无缝切换（例如：重定向流量，连接，恢复等）。OneM2M系统应在M2M设备（或M2M网关）和M2M业务基础设施之间支持非M2M应用相关信息的交换（例如：设备，或网关类别），用于高效的通信目的。信息交换包含一个M2M设备上报它的设备类别到M2M业务基础设施，M2MI业务基础设施通知M2M设备其自身的能力。oneM2M系统应提供受理来自M2M应用业务提供商的计算或分析业务请求机制。
oneM2M系统应支持以一种不依赖于承载网络的方式使得M2M应用请求发送数据到M2M应用指定的包含一群组M2M设备和M2M网关的地理区域。oneM2M系统应支持在发往承载网络的业务请求中包含M2M应用的QoS偏好。
oneM2M系统应支持在业务层提供带有QoS偏好的业务请求授权，但应通过M2M应用的业务请求的QoS偏好到承载网络进行QoS请求的授权、批准或协商。
当承载网络支持的情况下，oneM2M系统应支持利用多种通信机制（例如：USSD或SMS）。
oneM2M系统应提供通过oneM2M的接口增加新的M2M业务到oneM2M系统作为独立装载模块的机制。
oneM2M系统应支持不同QoS等级的指定参数，例如：保证的比特率，保证的时延，保证的时延变量，保证的丢包率和保证的错误率等。oneM2M系统应支持群组成员具有公共功能集合的验证。oneM2M系统应支持与M2M设备的通信，这些通信既可在既定的时间调度下可达（例如：周期的时间方式），又可以随机访问方式可达YDB167—2017
在Re1-1中实施
在Rel-1中没有
在Rel-1中没有
在Rel-1中实施
在Rel-1中实施
在Rel-1中实施
在Rel-1中实施
部分在Rel-1中
实施（见注15）
在Rel-1中没有
在Rel-1中没有
在Rel-1中没有
在Rel-1中没有
在Rel-1中没有
在Re1-1中没有
在Rel-1中没有
实施（见注16）
部分实施（见注
在Rel-1中没有
在Re1-1中实施
在Rel-1中实施
HiiKAoNiKAca
YDB1672017
需求ID
OSR-045a
OSR-045b
OSR-046
OSR-047
OSR-048
OSR-049
OSR-050
OSR-051
OSR-052
OSR-053
OSR-054
OSR-055
OSR-056
OSR-057
OSR-058
OSR-059
OSR-060
OSR-061
OSR-062
表1（续）
OneM2M系统应能够获得和利用由承载网络提供的M2M设备是否可达的信息。
oneM2M系统应能够利用所述的M2M设备或基础设施域生成的可达性时间表。
OneM2M系统应支持M2M应用对其通信请求（或禁止）确认的能力。oneM2M系统应支持M2M设备与（或）网关上报其地理位置信息到M2M应用的机制（见注7）。
oneM2M系统应提供用于M2M业务允许M2M设备和（或）M2M网关用于共享它们自已或其它M2M设备的地理位置信息的机制（见注7)。oneM2M系统应支持M2M应用提供在其它应用中选择性共享数据（例如：访问控制）的能力。
如果在由承载网络提供的用于在一个通信信道上进行通信可以由一方进行触发（基础设施域或现场域），（多个）可替代的信道在其它通信信道上可被触发，oneM2M系统应能够使用替代通道用以触发第一信道的双向通信。
根据由承载网络提供的合适接口的可用性，在一个特定区域oneM2M系统应支持请求承载网络的广播和组播数据到所属区域的一群组M2M设备。依赖于承载网络的广播和组播的支持，及目标群组的M2M设备和M2M网关的连接性支持，oneM2M系统应当选择一个合适的承载网络用于广播（或组播）数据。
oneM2M系统应当提供一种方式使得不同版本之间的接口后向兼容（见注8)
OneM2M系统应支持一个M2M应用，M2M设备或M2M网关用于访问另一个M2M应用，M2M设备或M2M网关的资源。oneM2M系统应提供M2M应用和事先未知的一个（或多个）授权的M2M应用进行数据交换的能力。
oneM2M系统应支持在一个M2M网关（或在一个M2M设备）上发现可使用的M2M应用的能力。
oneM2M系统应支持发现M2M应用相关的M2M网关和M2M设备上进行数据交换。
oneM2M系统应根据公共业务功能的需要提供时间戳。oneM2M系统应基于M2M业务订阅提供基于角色的访问控制。oneM2M系统应支持与外部时钟源的时间同步。M2M设备和M2M网关可以支持oneM2M系统内的时间同步oneM2M系统应支持对一组M2M应用连接性测试的方法。发布
在Rel-1中没有
部分在Rel-1中
实施（见注18）
在Rel-1中没有
在Rel-1中实施
在Rel-1中实施
在Rel-1中实施
在Rel-1中实施
在Rel-1中实施
在Rel-1中没有
在Rel-1中没有
在Rel-1中实施
在Rel-1中实施
（见注20）
在Rel-1中实施
在Rel-1中实施
在Rel-1中实施
在Re1-1中实施
在Rel-1中没有
在Rel-1中没有
在Rel-1中没有
HiiKAoiKAca
需求ID
OSR-063
OSR-064
OSR-065
OSR-066
OSR-067
OSR-068
OSR-069
OSR-070
OSR-071
OSR-072
表1（续）
oneM2M系统应能够支持基础设施域和M2M设备之间，及设施域和M2M网关之间的连接和消息收发的管理和调度。oneM2M系统应支持基于时延和（或）类别的消息聚合oneM2M系统应提供M2M业务提供商在现场域提供分发处理功能到他的M2M设备和M2M网关的机制。
基于访问权限，oneM2M系统应根据M2M应用业务提供商请求的策略在选择的M2M节点上进行M2M应用的部署及运行。oneM2M系统应支持M2M应用请求的运行和管理操作。当承载网络支持时，oneM2M系统应能支持获取和上报M2M设备是否被授权访问承载网络业务的信息。
当承载网络可用时，OneM2M系统应能够维持M2M设备的M2M业务运行状态，承载网络连接性业务状态变更时能够更新M2M设备的M2M业务运行状态。如果M2M应用订购了变更通知消息，当M2M设备变更了M2M的业务管理状态或M2M设备变更了M2M的业务运行状态时，OneM2M系统应能够提供通知能力，用于通知授权的M2M应用
oneM2M系统应能够启用授权的M2M应用用于设置M2M设备的M2M业务管理状态。
oneM2M系统应支持一个M2M应用的请求对一个（或多个）M2M应用发起一套明确定义的操作（例如：基于门限的触发，值的比较等）注1：依赖于M2M的公共业务及访问可用的API，需要支持特征集或API。注2：M2M应用与M2M设备（或网关）之间的关联关系可以是1:1，1:n，n:1与（或）n:m。注3：在本需求中并没有考虑M2M业务层上的漫游。注4：M2M业务订阅和应用订阅不同（例如：家庭能源管理）。注5：透明的信息交换意味着信息主要由M2M应用和承载的网络提供商进行理解。YDB1672017
在Re1-1中实施
在Re1-1中实施
在Rel-1中没有
在Re1-1中实施
在Re1-1中实施
在Rel-1中没有
在Rel-1中没有
部分在Re1-1中
实施（见注19）
在Rel-1中实施
在Rel-1中实施
注6：基于事件类别，并过与承载网络互通，oneM2M系统可以根据M2M的应用请求提供差异化的业务（通过提供QoS机制）。
注7：地理位置信息可以不仅仅是简单的经度和纬度信息。注8：以上所指的“方式”并不仅仅意指技术机制。注9：在Re1-1中仅提供GBA和定位。注10：Re1-1中仅包含定位，业务计费和账务，设备配置及管理，设备信息及轮廓文件，触发条件。注11：本需求适用于M2M设备，但并没有考虑M2M区域网中的互通设备。注12：基于设备触发。
注13：不支持流通信。
注14：在漫游网络中限制（通过Tsp接口）触发设备。注15：用于描述动态上下文的详细语法并未明确指定。注16：可以通过SMS传递CoAP消息，但目前SMS消息交付接口并没有明确定义。注17：举例说明，如果网关的电池电量只有10%或低于10%，网关需要通知M2M业务平台其自身的状态。在设施节点中的M2M应用将基于关联消息的事件类别调整上报及通知的调度机制。因此，M2M网关可以使用更长的时间。
注18：只有设施域生成的可达性调度可以被使用。注19：只有M2M业务管理状态可以通知。M2M业务运营状态不能实现通知。注20：可以基于预先配置的访问权限实现。注21：不支持点到点的业务层会话。注22：在Rel-1中可以通过Mca接口的方式实现，映射到一个AE的新业务模块上YDB1672017
管理需求
需求ID
MGR-001
MGR-002
MGR-003
MGR-004
MGR-005
MGR-006
MGR-007
MGR-008
MGR-009
MGR-010
MGR-011
MGR-012
MGR-013
MGR-014
MGR-015
MGR-016
MGR-017
表2管理需求
OneM2M系统应支持对M2M网关、M2M设备及受限的M2M设备中的资源进行管理及配置
oneM2M系统应提供M2M区域网的发现能力，包含局域网络中设备信息及网络参数（例如：拓扑结构，协议）的发现。oneM2M系统应支持维护和描述设备的管理信息模型和M2M区域网的参数（例如：拓扑结构，协议）。oneM2M系统应提供一种公共的方式用于管理使用不同管理技术（例如：OMADM，BBFTR069）的设备。
oneM2M系统应支持以群组管理的方式管理多台设备。oneM2M系统应支持M2M区域网中的设备提供配置和开通的能力。oneM2M系统应支持M2M区域网中的M2M网关和M2M设备提供监测及诊断的能力。
oneM2M系统应支持M2M区域网中的设备提供软件管理的能力。oneM2M系统应支持M2M区域网中的M2M网关、M2M设备及其它设备提供重启和（或）重置的能力。
oneM2M系统应提供授权设备访问M2M区域网的能力。当M2M区域网策略支持的情况下，oneM2M系统应支持M2M区域网中的设备提供拓扑修改的能力。
当检测到新的设备时，M2M网关应支持通过M2M业务基础设施下发的配置处理探测到的设备。
oneM2M系统应支持M2M区域网中的M2M网关、M2M设备及其它设备提供信息记录及事件获取的能力。OneM2M系统应支持M2M区域网中的M2M网关、M2M设备及其它设备提供固件管理（例如：固件更新）的能力。oneM2M系统应支持M2M区域网中的M2M网关和M2M设备提供相关的静态及动态的设备或网关的上下文信息，同时可以为其它设备提供其上下文信息。
oneM2M系统应支持关联特定的设备管理协议提供相关的访问管理单元和oneM2M系统所使用的访问管理单元。发布
在Rel-1中实施
在Rel-1中实施
在Rel-1中实施
在Re1-1中实施
在Re1-1中实施
在Rel-1中实施
在Re1-1中实施
在Rel-1中实施
在Rel-1中实施
在Re1-1中实施
在Re1-1中实施
部分在Re1-1中
实施（见注1）
在Re1-1中实施
在Re1-1中实施
在Rel-1中实施
在Re1l-1中实施
注1：在Re1-1中不存在检测机制，但是如果一个M2M设备被网关发现，可以通过网关对DM进行配置。6.3抽象和语义需求
抽象需求
需求ID
ABR-001
ABR-002
ABR-003
表3抽象需求
为了支持数据交换，oneM2M系统应支持信息模型的结构定义。oneM2M系统应在M2M应用，M2M设备，M2M网关和其它设备上提供不同信息模型的转换机制。
oneM2M系统应提供表示虚拟设备和“物”的能力。6.3.2
语义需求
表4语义需求
需求ID
SMR-001
SMR-002
SMR-003
SMR-004
SMR-005
SMR-006
SMR-007
安全需求
需求ID
SER-001
SER-002
SER-003
SER-004
SER-005
SER-006
oneM2M系统应提供用于M2M应用及资源的语义描述的管理能力，如语义描述的创建，获取，更新，删除，关联和链接oneM2M系统应支持使用一个公共的建模语言进行语义描述（包括物”之间的关联），提供给应用使用。oneM2M系统应支持不同建模语言间语义描述的互通能力。oneM2M系统应提供基于语义描述的M2M资源发现的能力。oneM2M系统应支持oneM2M系统之外的语义描述的访问能力。oneM2M系统应支持基于来自于M2M应用和（或）oneM2M系统的语义描述进行M2M数据分析的能力：oneM2M系统应当支持使用来自于M2M应用和（或）oneM2M系统的数据进行语义混聚（Mash-up）的能力（例如：创建虚拟设备，提供新的M2M业务等）。
表5安全需求
oneM2M系统应采取保护机制防止威胁系统的可用性，如拒绝服务攻击(Dos攻击）。
oneM2M系统应确保数据的机密性oneM2M系统应确保数据的完整性。在M2M设备支持USIM/UICC及承载网络支持网络层安全的情况下，oneM2M系统应能够利用设备的USIM/UICC证书和网络自身的安全能力，例如：3GPPGBA通过和承载网络之间接口建立M2M业务和应用程序级的安全性。
在M2M设备支持USIM/UICC及承载网络支持网络层安全的情况下，且OneM2M系统能够感知到承载网络的引导能力（例如：3GPPGBA），oneM2M系统应能够通过API接口提供此能力到M2M业务和应用程序。在M2M设备支持USIM/UICC及承载网络支持网络层安全的情况下，当M2M安全关联引导可用的情况下，oneM2M系统应能够利用设备的USIM/UICC证书。
YDB167—2017
在Rel-1中没有实施
在Rel-1中没有实施
在Rel-1中没有实施
在Rel-1中没有实施
在Rel-1中没有实施
在Rel-1中没有实施
在Rel-1中没有实施
在Rel-1中没有实施
在Rel-1中没有实施
在Rel-1中没有实施
部分在Re1-1中实施
在Rel-1中实施
在Rel-1中实施
在Rel-1中实施
在Rel-1中实施
在Re1-1中实施
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。