CN107925857A - 针对机器对机器通信的定制资源类型 - Google Patents

针对机器对机器通信的定制资源类型 Download PDF

Info

Publication number
CN107925857A
CN107925857A CN201680048944.3A CN201680048944A CN107925857A CN 107925857 A CN107925857 A CN 107925857A CN 201680048944 A CN201680048944 A CN 201680048944A CN 107925857 A CN107925857 A CN 107925857A
Authority
CN
China
Prior art keywords
resource
mtc device
server
data
mtc
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201680048944.3A
Other languages
English (en)
Inventor
W·格兰佐
J·J·布兰兹
N·尤齐达
P·M·霍克斯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN107925857A publication Critical patent/CN107925857A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0464—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload using hop-by-hop encryption, i.e. wherein an intermediate entity decrypts the information and re-encrypts it before forwarding it
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

描述了用于提供和使用针对机器对机器(M2M)通信的定制资源类型的技术。通过使用定制资源类型，机器类型通信(MTC)设备可提供有在不需要与请求消息相关联的资源类型的在先知识的情况下接收和处理请求消息的灵活性。接收方MTC设备或基础设施节点可经由无线或有线通信技术从请求方MTC设备接收要创建资源的请求。请求的资源类型可以是定制资源类型，并且要创建资源的请求可包括资源引用和内容参数。资源引用可包括例如可以由接收方MTC设备使用以取回与该资源相关联的数据的统一资源指示符或统一资源定位符。接收方MTC设备可使用所取回的数据来生成资源。

Description

针对机器对机器通信的定制资源类型
交叉引用
本专利申请要求由Granzow等人于2016年7月28日提交的题为“CustomizedResource Types for Machine-to-Machine Communication(针对机器对机器通信的定制资源类型)”的美国专利申请No.15/222,093、以及由Granzow等人于2015年8月26日提交的题为“Customized Resource Types for Machine-to-Machine Communication(针对机器对机器通信的定制资源类型)”的美国临时专利申请No.62/210,188的优先权，其中每一件申请均被转让给本申请受让人。
背景
以下一般涉及无线通信，并且更具体而言涉及针对机器对机器通信的定制资源类型。
机器对机器(M2M)通信或机器类型通信(MTC)是指允许自动化设备在很少或者没有人类干预的情况下彼此通信的数据通信技术。例如，M2M和/或MTC可以指来自集成传感器或计量仪以测量或捕捉信息并且将该信息中继到中央服务器或应用程序的设备的通信，该中央服务器或应用程序可以利用该信息或者将该信息呈现给与该程序或应用交互的人类。这样的设备可被称为M2M设备、MTC设备和/或MTC用户装备(UE)。
MTC设备可被用于收集信息或实现机器的自动化行为。用于MTC设备的应用的示例包括：智能计量、库存监视、组件控制、水位监视、装备监视、健康护理监视、野外生存监视、天气和地理事件监视、队列管理和跟踪、远程安全感测、物理接入控制，以及基于交易的商业收费。MTC设备的市场预期将随着各个行业(诸如汽车、安全、家庭自动化、健康护理以及队列管理)采用MTC来提高生产力、管理成本和/或扩展消费者服务而快速增长。
MTC设备可以使用各种有线和/或无线通信技术。例如，MTC设备可通过各种无线蜂窝技术和/或各种无线联网技术(例如，IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)等)与网络进行通信。MTC设备还可使用针对对等技术的各种现有行业或工业解决方案来彼此通信，诸如蓝牙、ZigBee、AllJoyn、开放互联网联盟(OIC)、开放移动联盟(OMA)、轻量级M2M(LWM2M)协议和/或其他自组织(ad hoc)或网格网络技术。世界各地的多个接入无线网络的扩展已使MTC通信的发生变得容易得多，并减少了在机器之间传达信息所需的功率和时间量。这些网络还可允许消费者和生产者之间就正被销售的产品而言的大量新商业机会和联系。。
此类现有的行业或工业解决方案可能会呈现对与用不同技术进行通信的MTC设备的通信的障碍。例如，可以采用第一M2M通信技术来部署和启用一件装备或智能计量仪。此外，该件装备或智能计量仪可能具有相对较长的使用寿命，诸如20年或更长。随着技术的进步以及装备或智能计量仪的其他提供商对MTC设备进行部署，更新的或不同型号的装备或智能计量仪可使用不同的M2M通信技术。因此，为了与这些不同的M2M通信技术有效地通信，可以采用特定规范。
一套这样的规范被称为oneM2M，其是如下的一套规范：帮助使得用户能够构建用于M2M通信的平台，而不管现有的行业或工业解决方案，从而扩展现有的行业或工业解决方案以扩展其范围。例如，单个建筑物或本地区域解决方案可保持原样并用oneM2M规范来增强，该oneM2M规范有助于通过不同域中的不同实体之间的数据交换来实现跨不同MTC设备的更广泛集成。oneM2M规范提供基于资源的通信，其中在oneM2M实体之间交换的请求消息触发标准化资源的实例上的特定操作。然而，随着不同M2M资源类型的数量扩张，表示原生应用的资源树可能变得相对复杂并产生相对较大的开销。因此，用于将资源类型灵活地纳入到M2M通信规范中的技术可能是期望的。
概述
所描述的特征一般涉及用于针对机器对机器(M2M)通信的定制资源类型的一种或多种改进的系统、方法和/或装置。在一些方面，采用本文中所描述的技术的机器类型通信(MTC)设备可在没有关于定制资源类型的预先知识的情况下处理具有该定制资源类型的请求消息。在一些示例中，第一MTC设备或基础设施节点可从第二MTC设备接收要创建资源的请求，其中该请求的资源类型可以是定制资源类型。要创建资源的请求可包括资源引用和内容参数，并且第一MTC设备可使用该资源引用从第一服务器取回与该资源相关联的数据。资源引用可包括例如可以由第一MTC设备使用以取回与该资源相关联的数据的统一资源指示符(URI)或统一资源定位符(URL)。第一MTC设备可使用所取回的数据来生成资源，并且可向第二MTC设备发送包括内容参数的响应消息。
在一些示例中，第一MTC设备可从第二MTC设备或第三MTC设备接收要创建资源的后续请求，并且第一MTC设备可接着使用来自第一服务器的先前所取回的数据来创建资源的第二实例。在一些示例中，使用所取回的数据来生成资源包括生成绑定，该绑定使得第一MTC设备能够针对基数、数据类型和参数值范围来证实资源表示，并且该绑定指定如何使用与第一MTC设备和第二MTC设备相关联的M2M通信协议在请求和响应消息中传输资源。在一些示例中，向第二MTC设备发送响应消息包括：在第二服务器处发布响应于在该第二服务器处发布的第一主题的资源的指示。第一MTC设备可接着发布第二主题，该第二主题指示该资源的可用性以供第二MTC设备或其他MTC设备订阅。
在一些示例中，可以通过第一服务器确定数据供第一MTC设备使用是安全的来为访问资源的一个或多个MTC设备提供安全性。例如，第一服务器可基于例如以下中的一者或多者来确定数据供第一MTC设备使用是安全的：由第一服务器应用的测试、从另一服务器获得信息、从第一MTC设备获得实现信息(例如，用于正在第一MTC设备上执行的软件的一个或多个标识符或者第一MTC设备的硬件的一个或多个标识符)。第一服务器可在确定数据供第一MTC设备使用是不安全的情况下、数据供第一MTC设备使用是安全的情况下或者在第一服务器不能确定数据供第一MTC设备使用是安全还是不安全的情况下向第一MTC设备返回适当的指示。
描述了一种无线通信的方法。该方法可包括：从第二MTC设备接收要创建资源的请求，该请求包括资源引用和内容参数；从第一服务器取回与该资源相关联的数据，该数据是使用资源引用来取回的；使用所取回的数据来生成资源；以及向第二MTC设备发送包括该内容参数的响应消息。
描述了一种用于无线通信的装备。该装备可包括：用于从第二MTC设备接收要创建资源的请求的装置，该请求包括资源引用和内容参数；用于从第一服务器取回与该资源相关联的数据的装置，该数据是使用资源引用来取回的；用于使用所取回的数据来生成资源的装置；以及用于向第二MTC设备发送包括该内容参数的响应消息的装置。
描述了另一种用于无线通信的装置。该装置可包括处理器、与该处理器处于电子通信的存储器、以及被存储在存储器中且在被处理器执行时可操作用于使得该装置进行以下操作的指令：从第二MTC设备接收要创建资源的请求，该请求包括资源引用和内容参数；从第一服务器取回与该资源相关联的数据，该数据是使用资源引用来取回的；使用所取回的数据来生成资源；以及向第二MTC设备发送包括该内容参数的响应消息。
描述了一种存储用于无线通信的代码的非瞬态计算机可读介质。该代码可包括可执行用于进行以下操作的指令：从第二MTC设备接收要创建资源的请求，该请求包括资源引用和内容参数；从第一服务器取回与该资源相关联的数据，该数据是使用资源引用来取回的；使用所取回的数据来生成资源；以及向第二MTC设备发送包括该内容参数的响应消息。
本文中所描述的方法、装备或非瞬态计算机可读介质的一些示例可进一步包括用于使用内容参数来创建资源的第一实例的过程、特征、装置或指令。附加地或替换地，一些示例可包括用于以下操作的过程、特征、装置或指令：从第二MTC设备或第三MTC设备接收要创建资源的后续请求，该后续请求包括内容参数；以及使用该内容参数来创建资源的第二实例。在本文中所描述的方法、装备或非瞬态计算机可读介质的一些示例中，内容参数可包括资源引用。
本文中所描述的方法、装备或非瞬态计算机可读介质的一些示例可进一步包括用于以下操作的过程、特征、装置或指令：连接到支持第一MTC设备和第二MTC设备之间的通信的第二服务器；以及订阅在第二服务器处发布的第一主题，该要创建资源的请求是至少部分地基于对第一主题的订阅而被接收到的。附加地或替换地，在一些示例中，第一服务器包括web服务器，并且第二服务器包括使用与第一MTC设备和第二MTC设备相关联的机器对机器(M2M)通信协议进行通信的服务器。
在本文中所描述的方法、装备或非瞬态计算机可读介质的一些示例中，使用所取回的数据来生成资源包括生成绑定，该绑定指定如何使用与第一MTC设备和第二MTC设备相关联的机器对机器(M2M)通信协议来传输响应消息。附加地或替换地，在一些示例中，向第二MTC设备发送响应消息包括：在第二服务器处发布资源的指示，该指示响应于在第二服务器处发布的第一主题。
本文中所描述的方法、装备或非瞬态计算机可读介质的一些示例可进一步包括用于以下操作的过程、特征、装置或指令：发布指示该资源的可用性以供第二MTC设备或其他MTC设备订阅的第二主题。附加地或替换地，在一些示例中，第一MTC设备或第二MTC设备包括第二服务器。
在本文中所描述的方法、装备或非瞬态计算机可读介质的一些示例中，第二服务器包括MQTT服务器。附加地或替换地，在一些示例中，从第二MTC设备接收要创建资源的请求包括：在第一MTC设备的第一层实体处接收来自第二MTC设备的第二层实体的请求。
在本文中所描述的方法、装备或非瞬态计算机可读介质的一些示例中，第一MTC设备的第一层实体包括服务层实体，并且第二MTC设备的第二层实体包括应用层实体。附加地或替换地，在一些示例中，要创建资源的请求包括资源类型标识符。
在本文中所描述的方法、装备或非瞬态计算机可读介质的一些示例中，资源类型标识符是从对第一MTC设备和第二MTC设备而言先验已知的资源类型标识符的范围中选择的。附加地或替换地，在一些示例中，资源引用包括统一资源指示符(URI)、统一资源名称(URN)或统一资源定位符(URL)。
在本文中所描述的方法、装备或非瞬态计算机可读介质的一些示例中，资源引用包括可扩展标记语言(XML)模式定义(XSD)文件、XSD文件的指示或JavaScript对象表示法(JSON)模式定义文件。附加地或替换地，在一些示例中，内容参数包括原语内容参数。
在本文中所描述的方法、装备或非瞬态计算机可读介质的一些示例中，内容参数包括序列化的可扩展标记语言(XML)数据字符串或序列化的JavaScript对象表示法(JSON)数据字符串中的至少一者。附加地或替换地，在一些示例中，内容参数由超文本传输协议(HTTP)、受约束应用协议(CoAP)、MQ遥测传输(MQTT)或WebSocket中的至少一个协议来支持。
在本文中所描述的方法、装备或非瞬态计算机可读介质的一些示例中，要创建资源的请求至少部分地基于与第二MTC设备相关联的父资源，并且该资源包括子资源。
在本文中所描述的方法、装备或非瞬态计算机可读介质的一些示例中，使用资源引用来取回数据包括：确定数据供第一MTC设备使用是安全的。在一些示例中，确定数据供第一MTC设备使用是安全的可以包括以下一者或多者：在第一服务器处对数据进行测试或者从另一服务器获得信息。在一些示例中，确定数据供第一MTC设备使用是安全的可以至少部分地基于第一MTC设备的实现、正在第一MTC设备上执行的软件或者用于第一MTC设备的硬件简档。
在本文中所描述的方法、装备或非瞬态计算机可读介质的一些示例中，第一服务器可向第一MTC设备返回如下指示：第一服务器确定数据供第一MTC设备使用是安全的、第一服务器确定数据供第一MTC设备使用是不安全的、或者第一服务器不能确定数据供第一MTC设备使用是安全还是不安全的。在一些示例中，第一MTC设备可配置有第一MTC设备可通过其获得数据的第一服务器的一个或多个地址或身份的列表。在一些示例中，第一MTC设备在接收到列表中的服务器之一不能确定数据供第一MTC设备使用是安全还是不安全的指示之际，可以从第一服务器的一个或多个地址或身份的列表中的另一服务器请求数据。
在本文中所描述的方法、装备或非瞬态计算机可读介质的一些示例中，取回数据可包括：如果列表中的每一个服务器均不能确定数据是否安全，则标识不能确定数据用于使用是否安全；以及向第二MTC设备返回差错指示。
在本文中所描述的方法、装备或非瞬态计算机可读介质的一些示例中，第一MTC设备与第一服务器之间的通信是安全通信。在一些示例中，第一MTC设备和第一服务器之间的通信可通过一个或多个中间设备并且可以在从一个设备到下一设备的逐跳基础上得到保护，或者可针对第一MTC设备和第一服务器之间的通信路径的至少一部分通过端到端安全性而得到保护。附加地或替换地，第一MTC设备可配置有用于建立与第一服务器的安全通信的安全性证书，或者数字签名可由第一服务器附加到数据并由第一MTC设备验证。
所描述的方法和装备的适用性的进一步范围将因以下详细描述、权利要求书和附图而变得显而易见。详细描述和具体示例仅是藉由解说来给出的，因为落在该描述的精神和范围内的各种变化和改动对于本领域技术人员而言将变得显而易见。
附图简述
通过参考以下附图可获得对本公开的本质和优点的进一步理解。在附图中，类似组件或特征可具有相同的附图标记。此外，相同类型的各个组件可通过在附图标记后跟随短划线以及在类似组件之间进行区分的第二标记来加以区分。如果在说明书中仅使用第一附图标记，则该描述可应用于具有相同的第一附图标记的类似组件中的任何一个组件而不论第二附图标记如何。
图1解说了用于针对根据本公开的各个方面配置的机器对机器(M2M)通信的定制资源类型的无线网络
图2解说了根据本公开的各个方面的支持针对M2M通信的定制资源类型的无线通信子系统的示例；
图3解说了根据本公开的各个方面的与支持针对M2M通信的定制资源类型的不同域中的一个或多个机器类型通信(MTC)设备相关联的实体的示例；
图4解说了根据本公开的各个方面的支持针对M2M通信的定制资源类型的不同域中的不同MTC设备之间的通信的示例；
图5解说了根据本公开的各个方面的用于M2M通信的资源类型定义的示例；
图6解说了根据本公开的各个方面的支持针对M2M通信的定制资源类型的资源树的示例；
图7解说了根据本公开的各个方面的支持针对M2M通信的定制资源类型的资源表示的映射的示例；
图8解说了根据本公开的各个方面的支持针对M2M通信的定制资源类型的过程流的示例；
图9A解说了根据本公开的各个方面的具有安全性方面的MTC通信子系统的示例；
图9B解说了根据本公开的各个方面的具有附加安全性方面的MTC通信子系统的示例；
图10解说了根据本公开的各个方面的支持针对M2M通信的定制资源类型的安全性方面的过程流的示例；
图11-13示出了根据本公开的各个方面的支持针对M2M通信的定制资源类型的无线设备的框图；
图14解说了根据本公开的各个方面的包括支持针对M2M通信的定制资源类型的设备的系统的框图；
图15解说了根据本公开的各个方面的包括支持针对M2M通信的定制资源类型的服务器设备的系统的框图；以及
图16-21解说了根据本公开的各个方面的用于针对M2M通信的定制资源类型的方法。
详细描述
描述了用于提供和使用针对机器对机器(M2M)通信的定制资源类型的技术。通过使用定制资源类型，机器类型通信(MTC)设备可提供有在不需要与请求消息相关联的资源类型的在先知识的情况下接收和处理该请求消息的灵活性。接收方MTC设备或基础设施节点可经由无线或有线通信技术从请求方MTC设备接收要创建资源的请求。请求的资源类型可以是定制资源类型，并且要创建资源的请求可包括资源引用和内容参数。资源引用可包括例如可以由接收方MTC设备使用以取回与该资源相关联的数据的统一资源指示符(URI)、统一资源名称或统一资源定位符(URL)。接收方MTC设备可使用资源引用从服务器(其可以是驻留在接收方MTC设备处的不同逻辑实体中的服务器)取回与资源相关联的数据。接收方MTC设备可使用所取回的数据来生成资源，并且可向请求方MTC设备发送包括内容参数的响应消息。
在一些示例中，接收方MTC设备可从请求方MTC设备或不同的MTC设备接收创建资源的后续请求，并使用来自服务器的先前所取回的数据来创建资源的第二实例。在一些示例中，使用所取回的数据来生成资源包括生成绑定，该绑定使得接收方MTC设备能够针对基数、数据类型和参数值范围来证实资源表示，并且该绑定指定如何使用与接收方MTC设备和请求方MTC设备相关联的M2M通信协议在请求和响应消息中传输资源。在一些示例中，将响应消息发送到请求方MTC设备包括：在第二服务器处发布响应于在该第二服务器处发布的第一主题的资源的指示。第二服务器也可以是驻留在接收方MTC设备的不同逻辑实体处的服务器。接收方MTC设备可接着发布第二主题，该第二主题指示该资源的可用性以供请求方MTC设备或其他MTC设备订阅。
在一些示例中，可以为通过第一服务器访问资源的一个或多个MTC设备提供安全性，该第一服务器确定数据供第一MTC设备使用是安全的。例如，第一服务器可基于例如以下中的一者或多者来确定数据供第一MTC设备使用是安全的：由第一服务器应用的测试、从另一服务器获得信息、从第一MTC设备获得实现信息(例如，用于正在第一MTC设备上执行的软件的一个或多个标识符或者第一MTC设备的硬件的一个或多个标识符)。第一服务器可在确定数据供第一MTC设备使用是不安全的情况下、数据供第一MTC设备使用是安全的情况下或者在第一服务器不能确定数据供第一MTC设备使用是安全还是不安全的情况下向第一MTC设备返回适当的指示。
本公开的各方面最初在无线通信系统的上下文中进行描述。接着描述关于采用oneM2M规范的系统的具体示例。进一步参考与针对机器对机器通信的定制资源类型相关的装备图、系统图和流程图来对本公开的这些及其他方面进行解说和描述。
图1解说了根据本公开的各个方面配置的无线网络100。在一些示例中，无线网络100是无线局域网(WLAN)100(也被称为Wi-Fi网络)，尽管本文中所描述的技术可被应用于任何类型的无线网络(例如，蜂窝通信网络或自组织无线网络)或有线通信网络。WLAN 100可包括接入点(AP)105和多个用户设备(UE)115，UE 115可表示诸如MTC设备、移动站、个人数字助理(PDA)、其他手持式设备、上网本、笔记本计算机、平板计算机、膝上型设备、显示设备(例如，TV、计算机监视器等)、打印机之类的设备。网络中的各种UE 115能够经由通信链路125通过AP 105彼此通信，或者可以诸如通过一个或多个M2M通信协议来与其他UE115直接通信。
无线通信链路120还可按被称为设备对设备(D2D)通信的配置被建立在各用户设备(UE)115之间。利用M2M通信的一群UE 115中的一个或多个UE可以在AP 105的覆盖区域110内。此类群中的其他UE 115可以在该覆盖区域110之外，或者以其他方式不能够接收来自AP 105的传输。在一些情形中，经由M2M通信的各群UE 115可利用一对多(1:M)系统，其中每个UE 115向该群中的每个其他UE 115进行传送。在一些情形中，AP 105促成对用于M2M通信的资源的调度。在其他情形中，M2M通信是独立于AP 105来执行的。
一些类型的无线设备可提供自动化通信。自动化无线设备可包括实现M2M通信或MTC的那些设备。M2M或MTC可以指允许设备彼此通信或者设备与AP通信而无需人类干预的数据通信技术。例如，M2M或MTC可以指来自集成传感器或计量仪以测量或捕捉信息并且将该信息中继到中央服务器或应用程序的设备的通信，该中央服务器或应用程序可以利用该信息或者将该信息呈现给与该程序或应用交互的人类。一些UE 115可以是MTC设备，诸如被设计成收集信息或实现机器的自动化行为的那些MTC设备。用于MTC设备的应用的示例包括：智能计量、智能开关、库存监视、水位监视、装备监视、健康护理监视、野外生存监视、天气和地理事件监视、队列管理和跟踪、远程安全感测、物理接入控制以及基于交易的商业收费，这里仅举出数个示例。MTC设备可以使用半双工(单向)通信以降低的峰值速率来操作。MTC设备还可被配置成在没有参与活跃通信时进入功率节省“深度休眠”模式。
在本公开的一些方面，UE 115和/或AP 105可以是被配置成采用定制资源类型的MTC设备，该定制资源类型提供在不需要与请求消息相关联的资源类型的在先知识的情况下接收和处理该请求消息的灵活性。接收方MTC设备或基础设施节点(例如，AP 105)可经由无线或有线通信技术从请求方MTC设备(例如，UE 115)接收要创建资源的请求。请求的资源类型可以是定制资源类型，并且要创建资源的请求可包括资源引用和内容参数。资源引用可包括例如可以由接收方MTC设备使用以取回与该资源相关联的数据的统一资源指示符(URI)、可以是URI的示例的URN或者统一资源定位符(URL)。接收方MTC设备可使用资源引用从服务器(其可以是驻留在接收方MTC设备处的不同逻辑实体中的服务器)取回与资源相关联的数据。接收方MTC设备可使用所取回的数据来生成资源，并且可向请求方MTC设备发送包括内容参数的响应消息。在一些示例中，接收方设备还执行一个或多个安全性检查以验证数据用于使用是安全的。
图2解说了根据本公开的各个方面的用于针对机器对机器通信的定制资源类型的无线通信子系统200的示例。无线通信子系统200可包括始发方MTC设备115-a和接收方MTC设备115-b，它们可以是参考图1所描述的UE 115的示例。尽管使用两个UE 115来讨论图2的示例，但是本公开中所提供的技术可被其他网络实体使用，诸如图1的AP 105、蜂窝通信节点(例如，基站)或者可驻留在网络节点中的逻辑实体。
如以上所提到的，在一些示例中，本文中所描述的技术可以在根据oneM2M规范操作的网络中使用。oneM2M架构提供了可以在MTC设备中操作的数个层。一个这样的层被称为“服务层”，其表示坐落于应用层和传输层之间的“中间件”软件。服务层可提供被用来在一个或多个应用实体(AE)和一个或多个服务层实体(诸如共用服务实体(CSE))之间交换数据的通信协议和应用编程接口(API)。oneM2M架构采用基于资源的通信，其中请求消息205可从始发方115-a传送且在接收方115-b处接收，以在标准化资源的实例上触发特定操作，其可被称为用于进行以下各项的CRUDN操作：
创建(Create)资源；
取回(Retrieve)资源的内容(全部或部分地)；
更新(Update)资源；
删除(Delete)资源；或者
通知(Notify)订阅接收方对资源所做的改变。
操作结果可接着由请求接收方115-b用响应消息210报告给请求始发方115-a。
各M2M实体之间的通信是根据请求和响应原语来指定的，其包括由oneM2M规范定义的一组强制及可任选的原语参数。例如，原语可以按序列化的可扩展标记语言(XML)数据字符串或序列化的JavaScript对象表示法(JSON)数据字符串的形式来表示。在一些示例中，原语可以不在不同的M2M节点之间被直接交换，并且可被映射到绑定协议，诸如超文本传输协议(HTTP)、受约束应用协议(CoAP)、MQ遥测传输(MQTT)或WebSocket。下面提供了<contentInstance>资源的创建请求原语的示例：
下面提供了与该请求原语对应的示例性HTTP请求：
POST//mym2msp.org/CSE18963/base1/AE1735/CT2841u378HTTP/1.1
Host:80.188.137.1:8000
Content-Type:application/vnd.onem2m-res+xml；ty＝4
Content-Length:161
X-M2M-Origin:CAE015
X-M2M-RI:0002bf63
<？xml version＝"1.0"encoding＝"UTF-8"？><m2m:cin rn＝"temp754"><cnf>application/xml:1</cnf><con>PHRpbWU+MTc4ODkzMDk8L3R pbWU+PHRlbXA+MjA8L3RlbXA+DQo＝</con></m2m:cin>
如以上所提到的，随着技术的进步以及新的MTC设备被部署，oneM2M(或者其他M2M通信规范)在定义资源类型方面可能遇到障碍。可根据表示M2M设备的原生应用的资源树来定义资源，如将在下面更详细地讨论，并且随着不同类型的资源类型的数量的增长，资源可能由于树的每个节点的共用资源属性而变得相对复杂且产生大的不必要的开销。本公开的各个方面提供了定制资源类型，其提供在无需与请求消息相关联的资源类型的在先知识的情况下接收和处理该请求消息的灵活性。
如以上所提到的，图3解说了根据本公开的各个方面的与支持针对M2M通信的定制资源类型的不同域中的一个或多个机器类型通信(MTC)设备相关联的实体的示例300。示例300中所解说的实体可存在于参考图1-2描述的一个或多个MTC设备(诸如UE 115或AP 105)上。
在图3的示例中，MTC设备可位于现场域320或者基础设施域325中。现场域320可对应于位于相对遥远的位置且可经由无线或有线通信与一个或多个基础设施域325节点通信的MTC设备。基础设施域325中的节点可接收来自现场域320中的MTC设备的通信，并且提供来自一个或多个其他服务提供商的一个或多个其他基础设施域330的对去往/来自现场域中的MTC设备的通信或中继信息的响应。现场域320或基础设施域325中的MTC设备可包括应用实体(AE)305，其是实现M2M应用服务逻辑的应用层中的实体。可通过唯一性AE标识(AE-ID)来标识用于每个MTC设备的AE 305。MTC设备还可包括共用服务实体(CSE)310，其是实现M2M服务逻辑的服务层中的实体。CSE 310可表示M2M环境中的通过Mca和Mcc参考点暴露给其他实体的一组“共用服务功能”的实例化。MTC设备还可包括网络服务实体(NSE)315，其可向CSE 310提供来自底层网络的服务，并且可经由Mcn参考点暴露给诸CSE 310。
MTC通信网络中的各个节点可包括一个或多个实体。在一些oneM2M示例中，节点可由一个或多个AE和/或一个CSE组成。给定节点中的实体可取决于特定类型的节点。例如，应用专用节点(ADN)可包含至少一个AE且不包含CSE。应用服务节点(ASN)可包含一个CSE以及一个或多个应用实体(AE)。中间节点(MN)可包含一个CSE以及零个或更多个应用实体(AE)。最后，基础设施节点(IN)可包括一个CSE以及零个或更多个应用实体(AE)。在一些部署中，网络服务实体(NSE)可存在于支持MTC设备之间的通信的一个或多个底层有线或无线网络中。如以上所讨论的，虽然各种示例涉及oneM2M，但是本文中所描述的技术可被应用于其他类型的网络。
图4解说了示出根据本公开的各个方面的支持针对M2M通信的定制资源类型的不同域中的不同MTC设备之间的通信的示例性MTC设备400。MTC系统400可包括数个MTC设备115和基础设施节点105-a，其可以是参考图1-3描述的UE115和AP 105的示例。
在图4的MTC系统400中，第一MTC设备115-c可包括具有相关联的ADN-AE412的ADN410。第一MTC设备115-c可以在现场域中，并且与现场域中的第二MTC设备115-e通信。现场域还可包括其他MTC设备，诸如第三MTC设备115-d。ADN-AE 412可以建立与第二MTC设备的MN-CSE 420的通信信道415(例如，经由连通性和传输层以及一个或多个底层无线或有线网络405-a)。在一些示例中，ADN-AE 412可向第二MTC设备115-e的MN-CSE 420传送创建定制资源的请求，其中该请求可包括资源引用和内容参数。在一些示例中，内容参数可包括资源引用。在其他示例中，资源引用可包括内容参数。在一些示例中，请求可仅包括资源引用或内容参数中的一者。MN-CSE可以建立与IN-CSE 440的通信信道425(例如，经由连通性和传输层以及一个或多个底层无线或有线网络405-b)，以从第一服务器(诸如基础设施节点105-a的IN-CSE 440)取回与定制资源相关联的数据。在一些示例中，NSE 430可促成与IN-CSE 440的通信且具有与IN-CSE 440的通信信道435。例如，数据可使用诸如URI或URL之类的资源引用来取回，并可由NSE 430来促成。下面将更详细地描述定制资源及使用此类资源引用和内容参数的定制资源建立。
图5解说了根据本公开的各个方面的针对M2M通信的资源类型定义500的示例。资源类型定义500可由MTC设备(诸如参考图1-4描述的MTC类型UE 115和AP MTC设备105)使用，以创建供在MTC通信中使用的资源。资源类型可根据其适用的资源属性和所准许的子资源以及其数据类型定义来定义，并且资源类型可由“resourceType(资源类型)”标识符来标识。在图5的资源类型定义500中，资源类型505的示例是<contentInstance>(<内容实例>)(其对应于oneM2M中的resourceType(ty)＝4)。每个资源类型是根据XML模式定义来定义的，其可包括为所有资源类型提供的共用资源属性(例如，oneM2M属性：资源类型；资源ID；资源名称；父ID；标签；期满时间；创建时间；最后修改时间；状态标记；宣高给；以及所宣告属性)。资源类型还可具有因资源而异的属性，诸如图5中所解说的属性510-530(图5中未解说共用资源属性)。在图5的示例中，因资源而异的属性可包括创建者属性510、内容信息属性515、内容大小属性520、本体参考属性525以及内容属性530。与资源类型定义500相关联的这样的模式(schema)定义可提供资源的定义。然而，如以上所讨论的，随着技术的进步，具有一组标准的模式定义可能导致用于MTC设备的庞大的开销量。因此，本文提供了在接收到来自请求方设备的请求之前可能不为MTC设备所知的定制资源类型的各种示例。在接收到这样的请求之际，接收方MTC设备可联系服务器(其可以是接收方MTC设备的另一实体或另一MTC节点)。
在oneM2M的示例中，可以为每种现有资源类型提供XML模式定义(XSD)文件，并且通过Mca和Mcc参考点交换的资源表示和数据遵从相关联的XSD。根据本公开的各个示例，可提供定制资源类型，并且使定制XSD通过服务器可用，该服务器可由请求方设备所始发的请求来标识。接收方设备可联系服务器并取回与定制资源类型相关的相关联的信息，并且将该信息用于同请求方设备的通信。在一些示例中，可以为每种现有资源类型提供JavaScript对象表示法(JSON)模式定义文件，并且通过Mca和Mcc参考点交换的资源表示和数据可遵从相关联的XSD。根据本公开的各个示例，可提供定制资源类型，并且使定制JSON模式定义文件通过服务器可用，该服务器可由请求方设备所始发的请求来标识。下面提供了来自oneM2M的针对<contentInstance>的示例XSD：
<？xml version＝"1.0"encoding＝"UTF-8"？>
<！--
版权通知
oneM2M合作伙伴授权您复制本文档，前提是您在原始材料的所有副本上保留原始资料中所包含的所有版权和其他所有权声明，并严格遵守这些条款。
该版权许可不构成对产品或服务的认可，也不涵盖任何专利权的授予。oneM2M合作伙伴对本文档中的错误或遗漏不承担任何责任。
oneM2M合作伙伴类型1(ARIB，ATIS，CCSA，ETSI，TIA，TTA，TTC)。版权所有。
免责声明及法律责任限制通知
本文档中所提供的信息专门针对具有适当程度的经验的专业人员，以便根据公认的工程或其他专业标准和适用条例来理解和解释本文档的内容。不作出或者不应隐含对产品或供应商的建议。
不陈述或保证本信息在技术上是准确或充分的，或符合任何法规，
政府规章或条例，并且更进一步，不为任何特定目的而作适销性或适用性的陈述或保证，或者不作与打击侵犯知识产权相悖的陈述或保证。
对于本文档，任何oneM2M合作伙伴类型1都不应承担超过该合作伙伴收到的任何支付款项总数以外的责任，就任何申索而言，且在任何情况下，oneM2M不就利润损失或其他附带或间接损害承担责任。
oneM2M明确通知使用者对本文档中所提供的该信息的任何及全部使用或依赖风险自负。
图6解说了根据本公开的各个方面的支持针对M2M通信的定制资源类型的资源树600的示例。资源树600可由MTC通信中的MTC设备(诸如参考图1-5描述的MTC类型UE 115和AP MTC设备105)使用。CSE是可以为特定资源主存资源树的MTC系统。每个资源树在<CSEBase>(<CSE基>)资源605中开始。在图6的示例中，资源树600包括一个或多个接入控制策略610、一个或多个远程CSE ID 615、一个或多个AE ID 620、一个或多个容器AE ID 625、一个或多个订阅ID 630，以及一个或多个内容实例635。
例如，每个应用可接着被映射到由所标识出的资源(诸如举例而言，oneM2M中所定义的标准资源)组成的资源表示中。在一些示例中，这一般可以使用终止分支的<container>(<容器>)资源和<contentInstance>资源的一个或多个层次结构级来完成。数个不同的选项可用于这样的映射，并且图7解说了根据本公开的各个方面的支持针对LED灯控制器的M2M通信的资源类型的资源表示700的映射的示例。资源表示700可由MTC通信中的MTC设备(诸如参考图1-6描述的MTC类型UE 115和AP MTC设备105)使用。在图7的示例中，在705中提供CSE基ID，在710处映射AE，在715处映射容器，在720处映射内容实例，并且在725处映射内容。
本公开的各个方面提出了给予应用开发者设计符合举例而言诸如以上所讨论的oneM2M标准的他们自己的定制资源类型的灵活性。在一些示例中，系统可被启用以处置对定制资源类型的CRUDN请求，同时避免预先标准化或者将这些请求注册到注册表(例如，oneM2M维护的注册表)中的需要，尽管在一些情形下仍然可以执行注册。在这样的方式中，MTC实体可以有能力处理定制资源类型而无需预先针对特定资源类型进行准备。在一些示例中，定制资源类型可根据XSD来被指定，其可以在接收到请求时由CSE实体在运行中下载。为了变得能够处理这样的请求，CSE可从XSD自动生成源代码，这使得其能够产生定制资源类型的任何实例化的XML或JSON序列化表示。在一些示例中，可定义一组要求和约束。这样的组可包括强制的和可任选的共用资源属性、被准许作为定制资源类型的父类型的资源类型、被准许作为定制资源类型的子类型的资源类型，以及适用的资源类型标识符的范围。
图8解说了根据本公开的各个方面的用于针对M2M通信的定制资源类型的过程流800的示例。过程流800可包括始发方设备(诸如MTC UE设备115-f)、以及接收方设备(诸如AP MTC设备105-b)，其可以是参考图1-7描述的UE 115和AP 105的示例。
始发方MTC设备115-f可向接收方MTC设备105-b传送创建请求805。创建请求可以是要创建定制MTC资源的请求，并且可包括资源引用和内容参数。根据框810，接收方MTC设备105-b可接收创建请求805并且从第一服务器(例如，接收方MTC设备105-b处的CSE或者位于接收方MTC设备105-b的远程的服务器)下载与资源相关联的数据。在一些示例中，服务器可以是web服务器，并且可例如使用来自创建请求805中的资源引用来下载数据，该资源请求805在一些示例中可包括关于数据的位置的URL或URI。在一些示例中，创建请求805可包括资源类型标识符，其可以从对接收方MTC设备105-b而言先验已知的资源类型标识符的范围中选择。在框815处，接收方MTC设备105-b可为与该请求相关联的资源类别生成绑定，并且该绑定可使得MTC设备105-b能够针对基数、数据类型和参数值范围来证实资源表示，并且可指定如何在请求和响应消息中传输资源。在一些示例中，接收方MTC设备105-b可订阅在服务器(例如，接收方MTC设备105-b处的CSE或者位于接收方MTC设备105-b的远程的服务器)处发布的主题，并且可以基于对第一主题的订阅来接收创建请求805。
在框820处，接收方MTC设备105-b可创建资源的实例，并且在框825处，该实例可被存储在资源数据库中。接收方MTC设备105-b可向始发方MTC设备115-f传送请求响应830。在一些示例中，向始发方MTC设备115-f发送请求响应830可包括在服务器处发布响应于在该服务器处发布的主题的资源的指示。在一些示例中，服务器可发布指示该资源的可用性以供始发方MTC设备115-f或其他MTC设备订阅的主题。在一些示例中，服务器可以是MQTT服务器。在一些示例中，如果在接收方MTC设备105-b处再次接收到对相同资源的创建请求，则可以跳过框810和815的操作。
在一些示例中，为了允许接收方MTC设备105-b和始发方MTC设备115-f被配置成处置定制资源类型，通信规范(例如，oneM2M规范)可包括为定制资源类型保留的资源类型ID范围的一个或多个定义，并且可包括添加可任选的参数以请求原语，其向定制资源类型的XSD文件提供URI以及对如何处理该XSD的规程的定义。在一些示例中，该原语参数可由绑定协议(例如，HTTP、CoAP、MQTT和WebSocket)中的任一者支持。通信协议规范还可包括针对定制资源类型上的CRUDN操作的一个或多个通用规程、定制资源的适用的父资源的定义、用于实现定制资源类型的发现和订阅的资源发现和订阅规程、以及针对不支持定制资源类型的实体的差错处置规程(例如，附加的响应状态码)。
图9A解说了根据本公开的各个方面的具有安全性方面的MTC通信子系统900的示例。MTC通信子系统900可包括可以驻留在受信web服务器上的XSD储存库905。开发平台910可访问XSD储存库905，并且XSD文件可被提供给代码生成器915，代码生成器915可生成供MTC设备105-c的CSE使用的CSE代码920。MTC设备105-c可以是图1-8的AP MTC设备105的示例。尽管图9A的示例是关于针对AP MTC设备105的，但是本公开中所提供的技术可以被其他网络实体使用，诸如图1-8的UE MTC设备115(或者其他类型的MTC设备)或者可驻留在网络节点中的逻辑实体。可通过在开发平台910处的CSE代码920的生成来向MTC设备105-c提供安全性。提供给MTC设备105-c的代码可因此被控制来提供安全性并且确保代码在MTC设备105-c处运行是安全的。
在其他示例中，如以上所讨论的，M2M设备可访问服务器以获得XSD文件并且生成用于定制资源类型的代码。在这些示例中，可提供附加安全性以帮助确保代码供MTC设备来运行是安全的。图9B解说了根据本公开的各个方面的具有附加安全性方面的MTC通信子系统950的示例。MTC通信子系统900可包括可以驻留在受信web服务器上的定制XSD储存库955。当在第一MTC设备105-d处接收到来自第二MTC设备115-g的针对定制资源类型的创建请求之际，第一MTC设备105-d可访问定制XSD储存库955来获得可由代码生成器970使用以生成用于定制资源类型的CSE代码965的XSD文件。第二MTC设备115-g处的AE代码960可根据定制资源类型来与第一MTC设备105-d处的CSE交换信息。第一MTC设备105-d可以是AP MTC设备105的示例，并且第二MTC设备115-g可以是UE MTC设备115的示例，如以上参考图1-8所描述的。尽管图9B的示例是关于AP MTC设备105和UE MTC设备115讨论的，但是本公开中所提供的技术可以被图1-8的其他网络实体或其他MTC设备或者可驻留在网络节点中的逻辑实体使用。
在一些示例中，可通过使用受信方来提供定制XSD储存库955，以向第一MTC设备105-d处的CSE提供安全性。例如，受信方可编译CSE实现标识符以及已对照该实现进行了测试的定制资源类型的XSD的数据库。可使用受信方的测试的结果和/或使用来自其他受信源的结果来编译该数据库。受信方可在MTC设备105-d或其他CSE 975处提供CSE，并指示XSD是安全的。在一些示例中，现场域CSE可配置有适用于该CSE的受信方的地址。
图10解说了根据本公开的各个方面的用于针对M2M通信的定制资源类型的过程流1000的示例。过程流1000可包括M2M CSE 1005和受信方1010。M2M CSE 1005可以是存在于MTC设备上的CSE，诸如以上参考图1-9所讨论的。M2M CSE 1005可例如从另一MTC设备的AE接收要创建定制资源类型的创建请求，并且可尝试取回与该定制资源类型相关联的XSD文件。在图10的示例中，受信方1010可从创建请求1015接收资源引用信息(诸如URI/URL)。在一些示例中，M2M CSE 1005可将用于XSD的URI连同CSE实现ID和硬件的身份一起提交给受信方1010。如框1020处所指示的，受信方1010可接着对照资源引用来检查数据库。在一些示例中，受信方1010可在数据库中具有从其自己的测试或从其他受信源编译的信息。在框1025处，受信方1010可确定是否知晓XSD对于该实现是安全的，并且生成XSD以及该XSD是安全的指示。如果知晓XSD对于该实现是不安全的，则受信方1010可生成XSD不安全指示或适当的差错指示，如框1030处所指示的。根据框1035，如果XSD尚未对照该实现进行测试，则受信方1010可开始使该实现对照所指示的XSD进行测试的过程并且生成测试正在进行中的指示。受信方1010可接着根据关于资源引用所做出的确定来发送返回XSD和/或XSD指示1040。在一些示例中，M2M CSE 1005与受信方1010之间的通信是帮助确保M2M CSE 1005从受信方1010接收回正确信息的安全通信。在一些示例中(例如，在封闭式系统中)，“逐跳”安全性可被用于安全通信。在其他示例(例如，经由非受信MN的通信)中，可以使用端到端安全性。在一些示例中，受信方1010可附加M2M CSE 1005可以验证的数字签名返回指示。
图11示出了根据本公开的各个方面的被配置成用于针对机器对机器通信的定制资源类型的无线设备1100的框图。无线设备1100可以是参考图1-8描述的设备115的各方面的示例。无线设备1100可包括接收机1105、M2M通信管理器1110或发射机1115。无线设备1100还可包括处理器。这些组件中的每一者可与彼此处于通信。
接收机1105可接收信息，诸如分组、用户数据、或与各种信息信道相关联的控制信息(例如，控制信道、数据信道，以及与针对机器对机器通信的定制资源类型相关的信息等)。信息可被传递给M2M通信管理器1110，并传递给无线设备1100的其他组件。
M2M通信管理器1110可从第二MTC设备接收要创建资源的请求，其中该请求包括资源引用和内容参数；从第一服务器取回与该资源相关联的数据，其中该数据是使用资源引用来取回的；使用所取回的数据来生成资源；以及向第二MTC设备发送包括内容参数的响应消息。
发射机1115可传送从无线设备1100的其他组件接收的信号。在一些示例中，发射机1115可与接收机1105共处于收发机模块中。发射机1115可包括单个天线，或者它可包括多个天线。
图12示出了根据本公开的各个方面的用于针对机器对机器通信的定制资源类型的无线设备1200的框图。无线设备1200可以是参考图1-11描述的无线设备1100、设备115或设备105的各方面的示例。无线设备1200可包括接收机1105-a、M2M通信管理器1110-a或发射机1115-a。无线设备1200还可包括处理器。这些组件中的每一者可与彼此处于通信。M2M通信管理器1110-a还可包括CSE请求管理器1205、CSE下载管理器1210以及CSE资源管理器1215。
接收机1105-a可接收信息，该信息可被传递给M2M通信管理器1110-a，并传递给无线设备1200的其他组件。M2M通信管理器1110-a可执行参考图11描述的操作。发射机1115-a可传送从无线设备1200的其他组件接收的信号。
CSE请求管理器1205可从第二MTC设备接收要创建资源的请求，其中该请求包括参考图2-10描述的资源引用和内容参数。CSE请求管理器1205还可向第二MTC设备发送包括内容参数的响应消息。CSE请求管理器1205还可从第二MTC设备或第三MTC设备接收要创建资源的后续请求，其中该后续请求包括内容参数。在一些示例中，从第二MTC设备接收要创建资源的请求包括在第一MTC设备的第一层实体处接收来自第二MTC设备的第二层实体的请求。在一些示例中，第一MTC设备的第一层实体包括服务层实体，并且第二MTC设备的第二层实体包括应用层实体。在一些示例中，内容参数包括原语内容参数。在一些示例中，内容参数可包括资源引用。在其他示例中，资源引用可包括内容参数。在一些示例中，内容参数包括序列化的可扩展标记语言(XML)数据字符串或序列化的JavaScript对象表示法(JSON)数据字符串中的至少一者。在一些示例中，内容参数可由超文本传输协议(HTTP)、受约束应用协议(CoAP)、MQ遥测传输(MQTT)或WebSocket中的至少一个协议来支持。在一些示例中，要创建资源的请求可至少部分地基于与第二MTC设备相关联的父资源，并且其中该资源包括子资源。
CSE下载管理器1210可从第一服务器取回与资源相关联的数据，其中该数据是使用资源引用来取回的，如参考图2-10所描述的。在一些示例中，资源引用包括统一资源指示符(URI)或统一资源定位符(URL)。在一些示例中，资源引用包括可扩展标记语言(XML)模式定义(XSD)文件或者XSD文件的指示。
CSE资源管理器1215可使用所取回的数据来生成资源，如参考图2-10描述的。CSE资源管理器1215还可使用内容参数来创建资源的第一实例。CSE资源管理器1215还可使用内容参数来创建资源的第二实例。在一些示例中，第一服务器包括web服务器，并且第二服务器包括使用与第一MTC设备和第二MTC设备相关联的机器对机器(M2M)通信协议进行通信的服务器。在一些示例中，使用所取回的数据来生成资源包括生成绑定，该绑定使得MTC设备能够针对基数、数据类型和参数值范围来证实资源表示，并且该绑定指定如何使用与第一MTC设备和第二MTC设备相关联的机器对机器(M2M)通信协议在请求和响应消息中传输资源。在一些示例中，向第二MTC设备发送响应消息包括：在第二服务器处发布资源的指示，其中该指示可响应于在第二服务器处发布的第一主题。CSE资源管理器1215还可发布第二主题，其指示该资源的可用性以供第二MTC设备或其他MTC设备订阅。在一些示例中，第一MTC设备或第二MTC设备包括第二服务器。在一些示例中，第二服务器包括MQTT服务器。在一些示例中，要创建资源的请求包括资源类型标识符。在一些示例中，资源类型标识符可以从对第一MTC设备和第二MTC设备而言先验已知的资源类型标识符的范围中选择。
图13示出了根据本公开的各个方面的M2M通信管理器1110-b的框图1300，其可以是用于针对机器对机器通信的定制资源类型的无线设备1100或无线设备1200的组件。M2M通信管理器1110-b可以是参考图11-12描述的M2M通信管理器1110的各方面的示例。M2M通信管理器1110-b可包括CSE请求管理器1205-a、CSE下载管理器1210-a以及CSE资源管理器1215-a。这些模块中的每一者可执行参考图12所描述的功能。M2M通信管理器1110-b还可包括订阅管理器1305和安全性管理器1310。
订阅管理器1305可被耦合到支持第一MTC设备和第二MTC设备之间的通信的第二服务器，如参考图2-10所描述的。订阅管理器1305还可订阅在第二服务器处发布的第一主题，其中要创建资源的请求是至少部分地基于对第一主题的订阅来接收的。
安全性管理器1310可确定数据供第一MTC设备使用是安全的，该确定诸如通过应用一个或多个测试或者接收服务器所应用的一个或多个测试已表明数据安全的指示。在一些示例中，安全性管理器1310可向服务器提供关于设备实现的信息，从而服务器可确定数据用于使用是否是安全的。关于设备的实现的信息可包括例如用于在第一MTC设备或设备的硬件上执行的软件的一个或多个标识符。在一些示例中，如果服务器确定数据供设备使用是安全的，则服务器可向该设备返回所请求的数据，在这种情况下，服务器可向该设备返回适当的指示。在服务器确定数据不安全的情况下，服务器可向安全性管理器1310返回适当的指示。类似地，服务器可向安全性管理器1310返回服务器不能确定数据是安全还是不安全的指示。在一些示例中，安全性管理器1310可包括安全性管理器1310可通过其获得数据的服务器的一个或多个地址或身份的列表。在安全性管理器1310接收到服务器不能确定数据供设备使用是安全还是不安全的指示的情况下，安全性管理器1310可重复从列表中的另一服务器请求数据的过程。如果列表中的所有服务器都指示他们不能确定数据供设备使用是安全还是不安全的，则安全性管理器1310可断定其不能确定数据供设备使用是安全还是不安全的。在一些示例中，安全性管理器可提供设备和被保护的服务器之间的通信，诸如举例而言，通过TLS或DTLS。在一些示例中，安全性管理器1310可向MTC设备和服务器之间的通过中间设备的安全通信提供在从一个设备到下一设备的逐跳基础上得到保护的通信。在其他示例中，安全性管理器1310可使用端到端安全性来保护用于通信路径的至少一部分的通信。在进一步的示例中，安全性管理器1310可提供安全性证书以供在建立与服务器的安全通信中使用。在附加的示例中，安全性管理器1310可接收由服务器附加到数据的数字签名，其可确认安全通信。
图14示出了根据本公开的各个方面的包括被配置成用于针对机器对机器通信的定制资源类型的设备115的系统1400的示图。系统1400可包括设备115-h，其可以是参考图1-13描述的无线设备1100、无线设备1200或设备115的示例。设备115-h可包括M2M通信管理器1410，其可以是参考图11-13描述的M2M通信管理器1110的示例。设备115-h还可包括现场域通信模块1425，其可管理MTC现场域通信。设备115-h还可包括用于双向语音和数据通信的组件，包括用于传送通信的组件和用于接收通信的组件。例如，设备115-d可以与设备105-e进行双向通信。
设备115-h还可包括处理器1405和存储器1415(包括软件(SW)1420)、收发机1435，以及一个或多个天线1440，其中的每一个可以与彼此直接或间接地通信(例如，经由总线1445)。收发机1435可经由(诸)天线1440或者有线或无线链路与一个或多个网络进行双向通信，如以上所描述的。例如，收发机1435可以与另一MTC设备双向通信。收发机1435可包括调制解调器，用于调制分组并将经调制分组提供给(诸)天线1440以供传输，以及解调从(诸)天线1440接收到的分组。尽管设备115-h可包括单个天线1440，但是设备115-h也可具有能够并发地传送或接收多个无线传输的多个天线1440。
存储器1415可包括随机存取存储器(RAM)和只读存储器(ROM)。存储器1415可存储包括指令的计算机可读、计算机可执行软件/固件代码1420，这些指令在被执行时使得处理器1405执行本文中所描述的各种功能(例如，针对机器对机器通信的定制资源类型等)。替换地，软件/固件代码1420可能不能被处理器1405直接执行，而是(例如，在被编译和执行时)使得计算机执行本文中所描述的各功能。处理器1405可包括智能硬件设备(例如，中央处理单元(CPU)、微控制器、专用集成电路(ASIC)等)。
图15示出了根据本公开的各个方面的包括被配置成用于针对机器对机器通信的定制资源类型的AP MTC设备105-f的系统1500的示图。系统1500可包括AP MTC设备105-f，其可以是参考图1-13描述的无线设备1100、无线设备1200或AP 105的示例。AP MTC设备105-f可包括CSE M2M通信管理器1510，其可以是参考图11-13描述的M2M通信管理器1110的示例。AP MTC设备105-f还可包括用于双向语音或数据通信的组件，包括用于传送通信的组件和用于接收通信的组件。例如，AP MTC设备105-f可以与UE MTC设备115-i或UE MTC设备115-j双向通信。
在一些情形中，AP MTC设备105-f可具有一个或多个有线或无线回程链路。例如，AP MTC设备105-f可具有基础设施域通信模块1530和核心网之间的有线或无线回程链路，以用于基础设施域通信。AP MTC设备105-f还可使用利用现场域通信模块1525的有线或无线通信来与现场域中的其他MTC设备通信。
AP MTC设备105-f可包括处理器1505、存储器1515(包括软件(SW)1520)、收发机1535以及(诸)天线1540，其各自可直接或间接地与彼此处于通信(例如，通过总线系统1545)。收发机1535可被配置成经由(诸)天线1540与其他MTC设备115-I和115-j双向通信。收发机1535(或AP MTC设备105-f的其他组件)还可被配置成经由天线1540与一个或多个其他AP MTC设备(未示出)双向通信。收发机1535可包括调制解调器，其被配置成调制分组并将经调制分组提供给天线1540以供传输，以及解调从天线1540接收到的分组。AP MTC设备105-f可包括多个收发机1535，其中每个收发机具有一个或多个相关联的天线1540。收发机可以是图11的经组合的接收机1105和发射机1115的示例。
存储器1515可包括RAM和ROM。存储器1515还可存储包含指令的计算机可读、计算机可执行软件代码1520，这些指令被配置成在被执行时使得处理器1510执行本文中所描述的各种功能(例如，针对机器对机器通信的定制资源类型、安全性管理、消息路由等)。替换地，软件1520可能不能被处理器1505直接执行，而是被配置成(例如，在被编译和执行时)使得计算机执行本文中所描述的各功能。处理器1505可包括智能硬件设备，例如CPU、微控制器、ASIC等。处理器1505可包括各种专用处理器，诸如编码器、队列处理模块、基带处理器、无线电头端控制器、数字信号处理器(DSP)，等等。
无线设备1100、无线设备1200以及M2M通信管理器1110的各组件可单独地或共同地用被适配成以硬件执行一些或所有适用功能的至少一个ASIC来实现。替换地，这些功能可由至少一个IC上的一个或多个其他处理单元(或核)来执行。在其他示例中，可使用可按本领域所知的任何方式来编程的其他类型的集成电路(例如，结构化/平台ASIC、现场可编程门阵列(FPGA)、或另一半定制IC)。每个单元的功能也可以整体或部分地用实施在存储器中的、被格式化成由一或多个通用或专用处理器执行的指令来实现。
图16示出了解说根据本公开的各个方面的用于针对机器对机器通信的定制资源类型的方法1600的流程图。方法1600的操作可由MTC设备来实现，诸如参考图1-15描述的MTC设备115或AP MTC设备105或其组件。例如，方法1600的操作可由如参考图11-13描述的M2M通信管理器1110执行。在一些示例中，MTC设备可执行用于控制该MTC设备的功能元件执行以下所描述的功能的代码集。附加地或替换地，MTC设备可使用专用硬件来执行以下所描述的功能的各方面。
在框1605处，第一MTC设备可从第二MTC设备接收要创建资源的请求，其中该请求包括资源引用和内容参数，如参考图2-10所描述的。在一些示例中，框1605的操作可由如参考图12描述的CSE请求管理器1205来执行。在一些情形中，从第二MTC设备接收要创建资源的请求可包括在第一MTC设备的第一层实体处接收来自第二MTC设备的第二层实体的请求。
在框1610处，第一MTC设备可从第一服务器取回与资源相关联的数据，其中该数据是使用资源引用来取回的，如参考图2-10所描述的。在一些示例中，框1610的操作可由如参考图12描述的CSE下载管理器1210来执行。
在框1615处，第一MTC设备可使用所取回的数据来生成资源，如参考图2-10所描述的。在一些示例中，框1615的操作可由如参考图12描述的CSE资源管理器1215来执行。
在框1620处，第一MTC设备可向第二MTC设备发送包括内容参数的响应消息，如参考图2-10所描述的。在一些示例中，框1620的操作可由如参考图12描述的CSE请求管理器1205来执行。
图17示出了解说根据本公开的各个方面的用于针对机器对机器通信的定制资源类型的方法1700的流程图。方法1700的操作可由MTC设备来实现，诸如参考图1-15描述的MTC设备115或AP MTC设备105或其组件。例如，方法1700的操作可由如参考图11-13描述的M2M通信管理器1110执行。在一些示例中，MTC设备可执行用于控制该MTC设备的功能元件执行以下所描述的功能的代码集。附加地或替换地，MTC设备可使用专用硬件来执行以下所描述的功能的各方面。方法1700还可纳入图16的方法1600的各方面。
在框1705处，第一MTC设备可从第二MTC设备接收要创建资源的请求，其中该请求包括资源引用和内容参数，如参考图2-10所描述的。在一些示例中，框1705的操作可由如参考图12描述的CSE请求管理器1205来执行。
在框1710处，第一MTC设备可从第一服务器取回与资源相关联的数据，其中该数据是使用资源引用来取回的，如参考图2-10所描述的。在一些示例中，框1710的操作可由如参考图12描述的CSE下载管理器1210来执行。
在框1715处，第一MTC设备可使用所取回的数据来生成资源，如参考图2-10所描述的。在一些示例中，框1715的操作可由如参考图12描述的CSE资源管理器1215来执行。
在框1720处，第一MTC设备可向第二MTC设备发送包括内容参数的响应消息，如参考图2-10所描述的。在一些示例中，框1720的操作可由如参考图12描述的CSE请求管理器1205来执行。
在框1725处，第一MTC设备可使用内容参数来创建资源的第一实例，如参考图2-10所描述的。在一些示例中，框1725的操作可由如参考图12描述的CSE资源管理器1215来执行。
在框1730处，第一MTC设备可从第二MTC设备或第三MTC设备接收要创建资源的后续请求，其中该后续请求包括内容参数，如参考图2-10所描述的。在一些示例中，框1730的操作可由如参考图12描述的CSE请求管理器1205来执行。
在框1735处，第一MTC设备可使用内容参数来创建资源的第二实例，如参考图2-10所描述的。在一些示例中，框1735的操作可由如参考图12描述的CSE资源管理器1215来执行。
图18示出了解说根据本公开的各个方面的用于针对机器对机器通信的定制资源类型的方法1800的流程图。方法1800的操作可由MTC设备来实现，诸如参考图1-15描述的MTC设备115或AP MTC设备105或其组件。例如，方法1800的操作可由如参考图11-13描述的M2M通信管理器1110执行。在一些示例中，MTC设备可执行用于控制该MTC设备的功能元件执行以下所描述的功能的代码集。附加地或替换地，MTC设备可使用专用硬件来执行以下描述的功能的各方面。方法1800还可纳入图16-17的方法1600和1700的各方面。
在框1805处，第一MTC设备可从第二MTC设备接收要创建资源的请求，其中该请求包括资源引用和内容参数，如参考图2-10所描述的。在一些示例中，框1805的操作可由如参考图12描述的CSE请求管理器1205来执行。
在框1810处，第一MTC设备可从第一服务器取回与资源相关联的数据，其中该数据是使用资源引用来取回的，如参考图2-10所描述的。在一些示例中，框1810的操作可由如参考图12描述的CSE下载管理器1210来执行。
在框1815处，第一MTC设备可生成绑定，该绑定使得MTC设备能够针对基数、数据类型和参数值范围来证实资源表示，并且该绑定指定如何使用与第一MTC设备和第二MTC设备相关联的机器对机器(M2M)通信协议在请求和响应消息中传输资源，如参考图2-10所描述的。在一些示例中，框1815的操作可由如参考图12描述的CSE资源管理器1215来执行。
在框1820处，第一MTC设备可向第二MTC设备发送包括内容参数的响应消息，如参考图2-10所描述的。在一些示例中，框1820的操作可由如参考图12描述的CSE请求管理器1205来执行。
在框1825处，第一MTC设备可连接到支持第一MTC设备与第二MTC设备之间的通信的第二服务器，如参考图2-10所描述的。在一些示例中，框1825的操作可由如参考图13描述的订阅管理器1305来执行。
在框1830处，第一MTC设备可订阅在第二服务器处发布的第一主题，其中要创建资源的请求是至少部分地基于对第一主题的订阅来接收的，如参考图2-10所描述的。在一些示例中，框1830的操作可由如参考图13描述的订阅管理器1305来执行。
图19示出了解说根据本公开的各个方面的用于针对机器对机器通信的定制资源类型的方法1900的流程图。方法1900的操作可由MTC设备来实现，诸如参考图1-15描述的MTC设备115或AP MTC设备105或其组件。例如，方法1900的操作可由如参考图11-13描述的M2M通信管理器1110执行。在一些示例中，MTC设备可执行用于控制该MTC设备的功能元件执行以下所描述的功能的代码集。附加地或替换地，MTC设备可使用专用硬件来执行以下所描述的功能的各方面。方法1900还可纳入图16-18的方法1600、1700和1800的各方面。
在框1905处，第一MTC设备可从第二MTC设备接收要创建资源的请求，其中该请求包括资源引用和内容参数，如参考图2-10所描述的。在一些示例中，框1905的操作可由如参考图12描述的CSE请求管理器1205来执行。
在框1910处，第一MTC设备可从第一服务器取回与资源相关联的数据，其中该数据是使用资源引用来取回的，如参考图2-10所描述的。在一些示例中，框1910的操作可由如参考图12描述的CSE下载管理器1210来执行。
在框1915处，第一MTC设备可使用所取回的数据来生成资源，如参考图2-10所描述的。在一些示例中，框1915的操作可由如参考图12描述的CSE资源管理器1215来执行。
在框1920处，第一MTC设备可连接到支持第一MTC设备与第二MTC设备之间的通信的第二服务器，如参考图2-10所描述的。在一些示例中，框1920的操作可由如参考图13描述的订阅管理器1305来执行。
在框1925处，第一MTC设备可订阅在第二服务器处发布的第一主题，其中要创建资源的请求是至少部分地基于对第一主题的订阅来接收的，如参考图2-10所描述的。在一些示例中，框1925的操作可由如参考图13描述的订阅管理器1305来执行。
在框1930处，第一MTC设备可在第二服务器处发布资源的指示，其中该指示响应于在第二服务器处发布的第一主题，如参考图2-10所描述的。在一些示例中，框1930的操作可由如参考图13描述的订阅管理器1305来执行。
图20示出了解说根据本公开的各个方面的用于针对机器对机器通信的定制资源类型的方法2000的流程图。方法2000的操作可由MTC设备来实现，诸如参考图1-15描述的MTC设备115或AP MTC设备105或其组件。例如，方法2000的操作可由如参考图11-13描述的M2M通信管理器1110执行。在一些示例中，MTC设备可执行用于控制该MTC设备的功能元件执行以下所描述的功能的代码集。附加地或替换地，MTC设备可使用专用硬件来执行以下所描述的功能的各方面。方法2000还可纳入图16-19的方法1600、1700、1800以及1900的各方面。
在框2005处，第一MTC设备可从第二MTC设备接收要创建资源的请求，其中该请求包括资源引用和内容参数，如参考图2-10所描述的。在一些示例中，框2005的操作可由如参考图12描述的CSE请求管理器1205来执行。
在框2010处，第一MTC设备可从第一服务器取回与资源相关联的数据，其中该数据是使用资源引用来取回的，如参考图2-10所描述的。在一些示例中，框2010的操作可由如参考图12描述的CSE下载管理器1210来执行。
在框2015处，第一MTC设备可使用所取回的数据来生成资源，如参考图2-10所描述的。在一些示例中，框2015的操作可由如参考图12描述的CSE资源管理器1215来执行。
在框2020处，第一MTC设备可向第二MTC设备发送包括内容参数的响应消息，如参考图2-10所描述的。在一些示例中，框2020的操作可由如参考图12描述的CSE请求管理器1205来执行。
在框2025处，第一MTC设备可连接到支持第一MTC设备与第二MTC设备之间的通信的第二服务器，如参考图2-10所描述的。在一些示例中，框2025的操作可由如参考图13描述的订阅管理器1305来执行。
在框2030处，第一MTC设备可订阅在第二服务器处发布的第一主题，其中要创建资源的请求是至少部分地基于对第一主题的订阅来接收的，如参考图2-10所描述的。在一些示例中，框2030的操作可由如参考图13描述的订阅管理器1305来执行。
在框2035处，第一MTC设备可发布第二主题，该第二主题指示该资源的可用性以供第二MTC设备或其他MTC设备订阅。在一些示例中，框2035的操作可由如参考图12描述的CSE资源管理器1215来执行。
图21示出了解说根据本公开的各个方面的用于针对机器对机器通信的定制资源类型的方法2100的流程图。方法2100的操作可由MTC设备来实现，诸如参考图1-15描述的MTC设备115或AP MTC设备105或其组件。例如，方法2100的操作可由如参考图11-13描述的M2M通信管理器1110执行。在一些示例中，MTC设备可执行用于控制该MTC设备的功能元件执行以下所描述的功能的代码集。附加地或替换地，MTC设备可使用专用硬件来执行以下所描述的功能的各方面。方法2100还可纳入图16-20的方法1600、1700、1800、1900以及2000的各方面。此外，尽管图21的许多操作是关于MTC服务器来描述的，但是这些功能也可以至少部分地由M2M设备(例如，在现场域中的MTC设备处的AE)来执行。
在框2105处，第一MTC设备可从第二MTC设备接收要创建资源的请求，其中该请求包括资源引用和内容参数，如参考图2-10所描述的。在一些示例中，框2105的操作可由如参考图12描述的CSE请求管理器1205来执行。
在框2110处，第一MTC设备可在与资源相关联的数据安全时从第一服务器取回该数据，以及生成安全指示，如参考图2-10所描述的。在一些示例中，框2110的操作可由如参考图12描述的CSE下载管理器1210来执行。
在框2115处，第一服务器可确定与资源引用相关联的数据供第一MTC设备使用是否是安全的，如参考图2-10所描述的。在一些示例中，框2115的操作可由如参考图13描述的安全性管理器1310来执行。
在框2120处，第一服务器可在确定数据是不安全的情况下生成不安全指示，如参考图2-10所描述的。在一些示例中，框2120的操作可由如参考图13描述的安全性管理器1310来执行。
在框2125处，第一服务器可在确定数据要被测试的情况下发起对数据的测试以及生成测试指示，如参考图2-10所描述的。在一些示例中，框2125的操作可由如参考图13描述的安全性管理器1310来执行。
在框2130处，第一服务器可向第二MTC设备发送响应消息，如参考图2-10所描述的。在一些示例中，框2130的操作可由如参考图13所描述的安全性管理器1310执行，并且响应消息的接收方可以是如参考图12所描述的CSE请求管理器1205。
因此，方法1600、1700、1800、1900、2000和2100可提供针对机器对机器通信的定制资源类型。应当注意，方法1600、1700、1800、1900、2000和2100描述了可能的实现，并且这些操作和步骤可被重新安排或以其他方式修改以使得其他实现也是可能的。在一些示例中，来自方法1600、1700、1800、1900、2000和2100中的两种或更多种方法的各方面可被组合。
本文的描述提供示例而并非限定权利要求中阐述的范围、适用性或者示例。可以对所讨论的要素的功能和布置作出改变而不会脱离本公开的范围。各种示例可恰适地省略、替代、或添加各种规程或组件。另外，参考一些示例所描述的特征可在其他示例中被组合。
本文结合附图阐述的说明描述了示例配置而不代表可被实现或者落在权利要求的范围内的所有示例。本文所使用的术语“示例性”意指“用作示例、实例或解说”，而并不意指“优于”或“胜过其他示例”。本详细描述包括具体细节以提供对所描述的技术的理解。然而，可以在没有这些具体细节的情况下实践这些技术。在一些实例中，众所周知的结构和设备以框图形式示出以避免模糊所描述的示例的概念。
在附图中，类似组件或特征可具有相同的附图标记。此外，相同类型的各个组件可通过在附图标记后跟随短划线以及在类似组件之间进行区分的第二标记来加以区分。如果在说明书中仅使用第一附图标记，则该描述可应用于具有相同的第一附图标记的类似组件中的任何一个组件而不论第二附图标记如何。
本文所描述的信息和信号可使用各种各样的不同技艺和技术中的任一种来表示。例如，贯穿上面说明始终可能被述及的数据、指令、命令、信息、信号、比特、码元和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或其任何组合来表示。
结合本文中的公开描述的各种解说性框以及模块可以用设计成执行本文中描述的功能的通用处理器、DSP、ASIC、FPGA或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合(例如数字信号处理器(DSP)与微处理器的组合、多个微处理器、与DSP核心协作的一个或多个微处理器、或任何其他此类配置)。
本文中所描述的功能可以在硬件、由处理器执行的软件、固件、或其任何组合中实现。如果在由处理器执行的软件中实现，则各功能可以作为一条或多条指令或代码存储在计算机可读介质上或藉其进行传送。其他示例和实现落在本公开及所附权利要求的范围内。例如，由于软件的本质，以上描述的功能可使用由处理器执行的软件、硬件、固件、硬连线或其任何组合来实现。实现功能的特征也可物理地位于各种位置，包括被分布以使得功能的各部分在不同的物理位置处实现。另外，如本文(包括权利要求中)所使用的，在项目列举(例如，以附有诸如“中的至少一个”或“中的一个或多个”之类的措辞的项目列举)中使用的“或”指示包含性列举，以使得例如A、B或C中的至少一个的列举意指A或B或C或AB或AC或BC或ABC(即，A和B和C)。
计算机可读介质包括非瞬态计算机存储介质和通信介质两者，其包括促成计算机程序从一地向另一地转移的任何介质。非瞬态存储介质可以是能被通用或专用计算机访问的任何可用介质。作为示例而非限定，非瞬态计算机可读介质可包括RAM、ROM、电可擦除可编程只读存储器(EEPROM)、压缩盘(CD)ROM或其他光盘存储、磁盘存储或其他磁存储设备、或能被用来携带或存储指令或数据结构形式的期望程序代码手段且能被通用或专用计算机、或者通用或专用处理器访问的任何其他非瞬态介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来的，则该同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文所使用的盘(disk)和碟(disc)包括CD、激光碟、光碟、数字通用碟(DVD)、软盘和蓝光碟，其中盘常常磁性地再现数据而碟用激光来光学地再现数据。以上介质的组合也被包括在计算机可读介质的范围内。
提供本文的描述是为了使得本领域技术人员能够制作或使用本公开。对本公开的各种修改对于本领域技术人员将是显而易见的，并且本文中定义的普适原理可被应用于其他变形而不会脱离本公开的范围。由此，本公开并不限定于本文中所描述的示例和设计，而是应被授予与本文中公开的原理和新颖特征一致的最宽泛的范围。
如本文所使用的，短语“基于”不应被解读为引述封闭条件集。例如，被描述为“基于条件A”的示例性步骤可基于条件A和条件B两者而不脱离本公开的范围。换言之，如本文所使用的，短语“基于”应与短语“至少部分地基于”相同的方式来解读。

Claims (30)

1.一种用于第一机器类型通信(MTC)设备处的有线或无线通信的方法，包括：
从第二MTC设备接收要创建资源的请求，其中所述请求包括资源引用和内容参数；
从第一服务器取回与所述资源相关联的数据，其中所述数据是使用所述资源引用来取回的；
使用所取回的数据来生成所述资源；以及
向所述第二MTC设备发送包括所述内容参数的响应消息。
2.根据权利要求1所述的方法，其特征在于，所述内容参数包括：
所述资源引用。
3.根据权利要求1所述的方法，其特征在于，进一步包括：
使用所述内容参数来创建所述资源的第一实例。
4.根据权利要求3所述的方法，其特征在于，进一步包括：
从所述第二MTC设备或第三MTC设备接收要创建所述资源的后续请求，其中所述后续请求包括所述内容参数；以及
使用所述内容参数来创建所述资源的第二实例。
5.根据权利要求1所述的方法，其特征在于，进一步包括：
连接到支持所述第一MTC设备与所述第二MTC设备之间的通信的第二服务器；以及
订阅在所述第二服务器处发布的第一主题，其中要创建所述资源的所述请求至少部分地基于对所述第一主题的所述订阅来接收。
6.根据权利要求5所述的方法，其特征在于，所述第一服务器包括web服务器，并且所述第二服务器包括使用与所述第一MTC设备和所述第二MTC设备相关联的机器对机器(M2M)通信协议进行通信的服务器。
7.根据权利要求5所述的方法，其特征在于，使用所取回的数据来生成所述资源包括：
生成绑定，所述绑定使得所述MTC设备能够针对基数、数据类型和参数值范围来证实资源表示，并且所述绑定指定如何使用与所述第一MTC设备和所述第二MTC设备相关联的机器对机器(M2M)通信协议在请求和响应消息中传输所述资源。
8.根据权利要求5所述的方法，其特征在于，向所述第二MTC设备发送所述响应消息包括：
在所述第二服务器处发布所述资源的指示，其中所述指示响应于在所述第二服务器处发布的所述第一主题。
9.根据权利要求5所述的方法，其特征在于，进一步包括：
发布指示所述资源的可用性以供所述第二MTC设备或其他MTC设备订阅的第二主题。
10.根据权利要求1所述的方法，其特征在于，从所述第二MTC设备接收要创建所述资源的所述请求包括：
在所述第一MTC设备的第一层实体处接收来自所述第二MTC设备的第二层实体的所述请求。
11.根据权利要求10所述的方法，其特征在于，所述第一MTC设备的所述第一层实体包括服务层实体，并且所述第二MTC设备的所述第二层实体包括应用层实体。
12.根据权利要求1所述的方法，其特征在于，要创建所述资源的所述请求包括对所述第二MTC设备而言非先验已知的资源类型标识符。
13.根据权利要求1所述的方法，其特征在于，所述资源引用包括统一资源指示符(URI)、统一资源名称(URN)、或者统一资源定位符(URL)。
14.根据权利要求1所述的方法，其特征在于，所述资源引用包括可扩展标记语言(XML)模式定义(XSD)文件、XSD文件的指示，或者JavaScript对象表示法(JSON)模式定义文件。
15.根据权利要求1所述的方法，其特征在于，所述内容参数包括序列化的可扩展标记语言(XML)数据字符串或序列化的JavaScript对象表示法(JSON)数据字符串中的至少一者，并且进一步其中所述内容参数由超文本传输协议(HTTP)、受约束应用协议(CoAP)、MQ遥测传输(MQTT)或WebSocket中的至少一个协议来支持。
16.根据权利要求1所述的方法，其特征在于，要创建所述资源的所述请求至少部分地基于与所述第二MTC设备相关联的父资源，并且其中所述资源包括子资源。
17.根据权利要求1所述的方法，其特征在于，使用所述资源引用来取回所述数据包括确定所述数据供所述第一MTC设备使用是安全的。
18.根据权利要求17所述的方法，其特征在于，所述第一服务器向所述第一MTC设备返回如下指示：所述第一服务器确定所述数据供所述第一MTC设备使用是安全的、所述第一服务器确定所述数据供所述第一MTC设备使用是不安全的、或者所述第一服务器不能确定所述数据供所述第一MTC设备使用是安全还是不安全的。
19.根据权利要求1所述的方法，其特征在于，所述第一MTC设备配置有所述第一MTC设备能通过其获得所述数据的第一服务器的一个或多个地址或身份的列表。
20.根据权利要求19所述的方法，其特征在于，所述第一MTC设备在接收到所述列表中的所述服务器之一不能确定所述数据供所述第一MTC设备使用是安全还是不安全的指示之际，从第一服务器的一个或多个地址或身份的所述列表中的另一服务器请求所述数据。
21.根据权利要求20所述的方法，其特征在于，取回所述数据包括：
如果所述列表中的每一个服务器均不能确定所述数据是否安全，则标识不能确定所述数据用于使用是否安全，以及
向所述第二MTC设备返回差错指示。
22.根据权利要求1所述的方法，其特征在于，所述第一MTC设备和第一服务器之间的通信通过一个或多个中间设备并且在从一个设备到下一设备的逐跳基础上得到保护，或者针对所述第一MTC设备和所述第一服务器之间的通信路径的至少一部分通过端到端安全性而得到保护。
23.根据权利要求1所述的方法，其特征在于，所述第一MTC设备配置有用于建立与所述第一服务器的安全通信的安全性证书。
24.根据权利要求1所述的方法，其特征在于，数字签名由所述第一服务器附加到所述数据。
25.一种用于无线通信的装备，包括：
用于从第二机器类型通信(MTC)设备接收要创建资源的请求的装置，其中所述请求包括资源引用和内容参数；
用于从第一服务器取回与所述资源相关联的数据的装置，其中所述数据是使用所述资源引用来取回的；
用于使用所取回的数据来生成所述资源的装置；以及
用于向所述第二MTC设备发送包括所述内容参数的响应消息的装置。
26.根据权利要求25所述的方法，其特征在于，所述内容参数包括：
所述资源引用。
27.一种用于无线通信的装置，包括：
处理器；
与所述处理器处于电子通信的存储器；以及
被存储在所述存储器中的指令，所述指令在被所述处理器执行时使得所述装置：
从第二机器类型通信(MTC)设备接收要创建资源的请求，其中所述请求包括资源引用和内容参数；
从第一服务器取回与所述资源相关联的数据，其中所述数据是使用所述资源引用来取回的；
使用所取回的数据来生成所述资源；以及
向所述第二MTC设备发送包括所述内容参数的响应消息。
28.根据权利要求27所述的方法，其特征在于，所述内容参数包括：
所述资源引用。
29.一种存储用于无线通信的代码的非瞬态计算机可读介质，所述代码包括能执行以进行以下操作的指令：
从第二机器类型通信(MTC)设备接收要创建资源的请求，其中所述请求包括资源引用和内容参数；
从第一服务器取回与所述资源相关联的数据，其中所述数据是使用所述资源引用来取回的；
使用所取回的数据来生成所述资源；以及
向所述第二MTC设备发送包括所述内容参数的响应消息。
30.根据权利要求29所述的方法，其特征在于，所述内容参数包括：
所述资源引用。
CN201680048944.3A 2015-08-26 2016-07-29 针对机器对机器通信的定制资源类型 Pending CN107925857A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201562210188P 2015-08-26 2015-08-26
US62/210,188 2015-08-26
US15/222,093 2016-07-28
US15/222,093 US20170064488A1 (en) 2015-08-26 2016-07-28 Customized resource types for machine-to-machine communication
PCT/US2016/044685 WO2017034757A1 (en) 2015-08-26 2016-07-29 Customized resource types for machine-to-machine communication

Publications (1)

Publication Number Publication Date
CN107925857A true CN107925857A (zh) 2018-04-17

Family

ID=58097146

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680048944.3A Pending CN107925857A (zh) 2015-08-26 2016-07-29 针对机器对机器通信的定制资源类型

Country Status (8)

Country Link
US (1) US20170064488A1 (zh)
EP (1) EP3342190A1 (zh)
JP (1) JP2018528689A (zh)
KR (1) KR20180048634A (zh)
CN (1) CN107925857A (zh)
BR (1) BR112018003483A2 (zh)
CA (1) CA2991786A1 (zh)
WO (1) WO2017034757A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113557707A (zh) * 2019-02-01 2021-10-26 Arm IP有限公司 设备注册机制

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116489626A (zh) * 2015-10-23 2023-07-25 瑞典爱立信有限公司 机器对机器装置的操作状态的建立
US20180063879A1 (en) * 2016-08-29 2018-03-01 Electronics And Telecommunications Research Institute Apparatus and method for interoperation between internet-of-things devices
CN109997114B (zh) * 2016-10-07 2023-09-29 康维达无线有限责任公司 用于通用互通和可扩展性的服务层资源管理
WO2019040609A1 (en) * 2017-08-22 2019-02-28 Convida Wireless, Llc OVERLAY RESOURCE ARBORESCENCE IN A COMMUNICATION NETWORK
CN108206856B (zh) * 2017-09-30 2021-11-30 中兴通讯股份有限公司 信息反馈方法及装置
WO2019075317A1 (en) * 2017-10-12 2019-04-18 Convida Wireless, Llc INTERWORKING SERVICE FOR THE INTERNET OF RESTOUS OBJECTS

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102098727A (zh) * 2009-12-15 2011-06-15 华为技术有限公司 数据速率控制方法和装置
CN102325004A (zh) * 2011-07-15 2012-01-18 电信科学技术研究院 信令发送方法和设备
US20130086162A1 (en) * 2011-10-04 2013-04-04 Todd Edward Smith System and method for intersystem device exchange
WO2014109597A1 (ko) * 2013-01-11 2014-07-17 엘지전자 주식회사 M2m(machine-to-machine)시스템에서 게이트웨이 변경 방법 및 이를 위한 장치
CN104704794A (zh) * 2012-10-05 2015-06-10 诺基亚技术有限公司 用于代理在内容中心网络和互联网域之间的通信的方法
US20150227618A1 (en) * 2014-02-07 2015-08-13 Convida Wireless, Llc Enabling Resource Semantics

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105453085B (zh) * 2013-07-02 2021-02-02 康维达无线有限责任公司 语义发布和发现的机制
US9723429B2 (en) * 2013-09-27 2017-08-01 Lg Electronics Inc. Method for delivering notification messages in M2M system and devices for same

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102098727A (zh) * 2009-12-15 2011-06-15 华为技术有限公司 数据速率控制方法和装置
CN102325004A (zh) * 2011-07-15 2012-01-18 电信科学技术研究院 信令发送方法和设备
US20130086162A1 (en) * 2011-10-04 2013-04-04 Todd Edward Smith System and method for intersystem device exchange
CN104704794A (zh) * 2012-10-05 2015-06-10 诺基亚技术有限公司 用于代理在内容中心网络和互联网域之间的通信的方法
WO2014109597A1 (ko) * 2013-01-11 2014-07-17 엘지전자 주식회사 M2m(machine-to-machine)시스템에서 게이트웨이 변경 방법 및 이를 위한 장치
US20150227618A1 (en) * 2014-02-07 2015-08-13 Convida Wireless, Llc Enabling Resource Semantics

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113557707A (zh) * 2019-02-01 2021-10-26 Arm IP有限公司 设备注册机制

Also Published As

Publication number Publication date
US20170064488A1 (en) 2017-03-02
WO2017034757A1 (en) 2017-03-02
EP3342190A1 (en) 2018-07-04
JP2018528689A (ja) 2018-09-27
CA2991786A1 (en) 2017-03-02
KR20180048634A (ko) 2018-05-10
BR112018003483A2 (pt) 2018-09-25

Similar Documents

Publication Publication Date Title
US10492048B2 (en) Service layer resource propagation across domains
CN107925857A (zh) 针对机器对机器通信的定制资源类型
KR102224379B1 (ko) 일반적 상호연동 및 확장성을 위한 서비스 계층 리소스 관리
KR101950122B1 (ko) 경량 기기 간 프로토콜을 디바이스 관리 프로토콜과 상호연동하기
JP2017153161A (ja) 軽量ｉｏｔ情報モデル
US10990449B2 (en) Managing application relationships in machine-to-machine systems
Yun et al. Interworking of oneM2M-based IoT systems and legacy systems for consumer products
US20180316755A1 (en) Method and apparatus for interworking between heterogeneous systems
US11671514B2 (en) Service layer message templates in a communications network
US11936749B2 (en) Cross-domain discovery between service layer systems and web of things systems
WO2015149531A1 (zh) 物联网终端的固件管理方法、装置及通用服务实体
CN112236990A (zh) 用于实现iot数据的高效分析的基于服务层的方法
Di Martino et al. A semantic IoT framework to support RESTful devices' API interoperability
Talahmeh et al. Blood Bank System

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20180417

WD01 Invention patent application deemed withdrawn after publication