跨域服务层资源传播的制作方法
【专利说明】跨域服务层资源传播
[0001] 相关申请的交叉参考
[0002] 本申请要求提交于2013年2月15日的美国临时专利申请号61/765325,题为 "MECHANISM FOR SERVICE LAYER RESOURCE PROPAGATION" 的权益，其内容在此通过引用并 入本文。
【背景技术】
[0003] 机器对机器（M2M)技术允许设备使用有线和无线通信系统更直接地彼此通信。 M2M技术使得能够进一步实现物联网（IoT)，通过诸如互联网的网络彼此通信的唯一可识 别的对象和这些对象的虚拟表示的系统。Ι〇Τ甚至可以促进与普通日常对象的通信，诸如杂 货店的产品或家用电器，从而通过提高对这种对象的了解降低成本和浪费。例如，商店可以 通过能够与库存或者已经售出的对象进行通信，或从库存或者已经售出的对象获得数据， 维护非常精确的库存数据。
[0004] Μ2Μ实体（例如，Μ2Μ功能实体，诸如可以通过硬件、软件、或硬件和软件的组合实 现的设备、网关、服务器/平台）可以提供应用或服务。例如，光传感器可以提供指示检测的 光等级的数据，或者自动调温器可以提供温度数据和调整空调控制的能力。可使此数据可 用作为可以由其它Μ2Μ实体访问的且基本上用作Μ2Μ实体之间交换数据的装置的"资源"。 资源可以是可使用通用资源标识符（URI)寻址的数据的唯一可寻址表示。可以使用Μ2Μ通 信系统中允许这些实体通知和发现可用资源的被称为"通告"的机制经由Μ2Μ服务能力层 (SCL)在Μ2Μ实体之间通信这些资源的可用性。Μ2Μ SCL是通过硬件和/或软件实现的并 提供在参考点上暴露的功能（即，Μ2Μ实体之间的功能接口）的功能实体。例如，Μ2Μ SCL 可以提供不同Μ2Μ应用和/或服务共享或共同使用的公共（服务）功能。可以使用一组开 放接口暴露这些公共功能。例如，Μ2Μ服务能力可以通过一组暴露接口（例如，3GPP、3GPP2、 ETSI TISPAN等规定的现有接口）使用蜂窝核心网络功能，并且还可以对接到一个或多个 其他核心网络。由于提供资源的设备可以是简单的设备，因此常常通过原始资源所驻留位 置的被称为"托管"SCL实体的更智能的设备处理通告资源的通信。像在SCL处其他Μ2Μ通 信一样，在独立于物理通信接口且实际通信路径在任何通信Μ2Μ实体之间的应用层之下的 称为"参考点"的每个实体处，使用逻辑通信接口进行资源通告。
[0005] Μ2Μ设备和实体通常被组织到Μ2Μ网络域。在许多实现方式中，配置有网络SCL实 体（NSCL)的Μ2Μ服务器可以在相同的Μ2Μ网络域中维护其他设备（例如，其它Μ2Μ设备和 Μ2Μ网关）使用的资源和资源数据。然而，在当前的Μ2Μ实现方式中，SCL实体只能在自己 的网络域中将与注册到SCL的应用相关联的资源通告给其他SCL实体。目前使用的通告程 序仅限于通过SCL实体（可以简称为"SCL"）通告应用资源，而不是还允许SCL的通告，并 且仅促进作为通告资源的设备通告给相同网络域中的NSCL。
【发明内容】
[0006] 本文所公开的实施例包括方法，所述方法用于一个域中的机器对机器网络节点生 成该域中通知资源或服务能力层实体的请求，以及经由节点之间的域间参考点将该请求发 射到另一个域中的另一个机器对机器网络节点。
[0007] 本文所公开的实施例还包括执行指令以实现包括下述内容的操作的机器对机器 网络节点：生成该节点的域中通知资源的请求，以及经由节点之间的域间参考点将该请求 发射到另一个域中的另一个机器对机器网络节点。
[0008] 本文所公开的实施例还包括其上存储有计算机可读指令的计算机可读介质，当被 执行时，实现包括下述内容的操作：生成节点的域中通知资源的请求，以及经由节点之间的 域间参考点将该请求发射到另一个域中的另一个机器对机器网络节点。
[0009] 提供本概述来以简化形式介绍在下面的【具体实施方式】中进一步描述的概念的选 择。本概述不旨在识别所要求保护的主题的关键特征或必要特征，也不是旨在用于限制所 要求保护的主题的范围。此外，要求保护的主题不限于解决本公开的任何部分中所记录的 任何或所有缺点的限制。
【附图说明】
[0010] 图1示出包括设备和参考点的示例性M2M系统。
[0011] 图2示出在域内通告资源的过程的示例性信号流。
[0012] 图3示出示例性资源结构。
[0013] 图4示出另一示例性资源结构。
[0014] 图5示出另一示例性资源结构。
[0015] 图6示出在网络域之间通告资源的过程的示例性信号流。
[0016] 图7示出在网络域之间通告SCL的过程的示例性信号流。
[0017] 图8示出在网络域之间更新资源的过程的示例性信号流。
[0018] 图9示出在域之间删除资源的过程的示例性信号流。
[0019] 图10示出通告SCL资源的过程的示例性信号流。
[0020] 图11示出示例性资源树结构。
[0021] 图12示出示例性资源树结构。
[0022] 图13示出通告已通告的SCL资源的子资源的过程的示例性信号流。
[0023] 图14示出示例性资源树结构。
[0024] 图15示出示例性资源树结构。
[0025] 图16A是可以实现一个或多个公开的实施例的示例机器对机器（M2M)或物联网 (Ι〇Τ)通信系统的系统图。
[0026] 图16Β是在图16Α所示的Μ2Μ/ΙοΤ通信系统内可以使用的示例架构的系统图。
[0027] 图16C是在图16Α所示的通信系统内可以使用的示例Μ2Μ/ΙοΤ终端或网关设备的 系统图。
[0028] 图16D是可以体现图16Α的通信系统的各方面的示例计算系统的框图。
【具体实施方式】
[0029] ETSI Μ2Μ TS 102 690 V2. 0· 12(在此："ETSI Μ2Μ 规范"）限定了被称为"通告" 的机制，允许一个服务层实体向其它实体通知其资源，从而促进多个实体使用资源。本公开 可以参照本说明书和/或使用在本说明书中帮助理解公开的实施例的术语。
[0030] 按照表述性状态转移（REST)架构来描述在此阐述的实施例，其中，描述的组件和 实体与描述符合REST架构（RESTful架构）的约束。根据施加到架构中使用的组件、实体、 连接器和数据元素的限制，而不是使用的物理组件实现或通信协议，来描述RESTful架构。 因此，将描述组件、实体、连接器和数据元素的角色和功能。在RESTful架构中，可以在实体 之间传输唯一可寻址资源的表示。ETSI M2M规范已经标准化驻留在SCL上的资源结构。当 在RESTful架构中处理资源时，存在可以应用到资源的基本方法，诸如创建（创建子资源）， 检索（读取资源的内容），更新（写入资源的内容）或删除（删除资源）。本领域的技术人 员将认识到，当前实施例的实现方式可以改变，但是仍然在本公开的范围内。本领域的技术 人员还将认识到，所公开的实施例不限于使用在本文中用于描述示例性实施例的ETSI M2M 架构的实现方式。所公开的实施例可以其他架构和系统中实现，诸如一个M2M和其他M2M 系统和架构。
[0031] 如以上在【背景技术】部分所讨论的，在当前的M2M实现方式中，SCL实体只能在其自 己的网络域向其他SCL实体通告与应用相关联的资源。此外，目前使用的通告过程限于通 过SCL实体（可以简称为"SCL"）通告与应用相关联的资源（可以简称为"资源"），而不是 还允许通告表示SCL的资源（可以简称为"SCL资源"），并且仅作为通告资源的实体促进 在相同网络域中向NSCL通告。以下描述的实施例改善现有通告机制，使得SCL能够向其他 SCL通告SCL资源及其子资源。例如，NSCL可以向不同域中的一个或多个其他NSCL通知 NSCL域中的资源和SCL资源。替代地，诸如网关SCL(GSCL)和设备SCL(DSCL)的其他SCL 也可以向相同或不同域中的一个或多个其它SCL通知资源和SCL资源。这允许通过不同网 络域中的M2M实体访问一个网络域中的SCL资源和资源。
[0032] 图1示出可以在一些公开的实施例中使用的示例性ETSI M2M系统100。注意，此 示例系统被简化为促进所公开的主题的描述，而并非旨在限制本公开的范围。除了诸如系 统100的系统之外，或代替诸如系统100的系统，其他设备、系统和配置可以用于实现在此 公开的实施例，并且所有这样的实施例都被认为在本公开的范围之内。
[0033] 系统100可以包括网络域110和120中的M2M设备和实体。NSCL 111可以处于 域110中，并且在M2〈服务器平台115处配置有网络应用（NA) 112。NA 112和NSCL 111可 以经由参考点mla 113通信。mla参考点可以允许NA在M2M域中访问从NSCL可用的M2M 服务能力。而且，在网络域100内可以存在可以被配置在M2M网关设备140处的GSCL 141 和网关应用（GA) 142。GSCL 141和GA 142可以使用参考点dla 143通信。此外，在网络域 100内可以存在可以被配置在M2M设备150处的DSCL 151和设备应用（DA)152。DSCL 151 和DA 152可以使用参考点dla 153通信。GSCL 141和DSCL 151的每一个可以使用参考点 mid 160与NSCL 111通信。通常，dla参考点允许设备和网关应用与它们各自的本地服务 能力（即，在DSCL和GSCL处分别提供的服务能力）通信。mid参考点允许驻留在M2M设备 (例如，DSCL 151)或M2M网关（例如，GSCL 141)中的M2M SCL与网络域中的M2M服务能 力通信并且反之亦然（例如，NSCL 111)。
[0034] NSCL 121与ΝΑ 122可以处于域120中。ΝΑ 122和NSCL 121可以经由mla参考 点123通信。mlm参考点130可以是域间参考点，该域间参考点允许诸如网络域110中的 NSCL 111和网络域120中的NSCL 121的不同网络域中的M2M网络节点彼此通信。在下文 描述的方法和装置的实施例中，这种域间通信可以用于跨域通告资源和SCL资源。
[0035] SCL可以仅向已经注册并且能够接受通告请求的SCL通告资源。在一个实施例中， 用于向所有潜在"被通告的SCL"通告资源的过程可以使用相关mla或dla以及mid参考 点中的一个或两个。被通告的SCL是包含"通告资源"的SCL，"通告资源"的内容可以参照 托管SCL托管的原始资源。通告资源是仅由有限的一组属性组成的实际资源，诸如链接到 由另一 SCL(托管SCL)托管的原始资源、搜索字符串和访问权限。通告资源促进发现托管 SCL托管的原始资源，使得发现请求的发出者不必为了寻找原始资源而接触所有SCL。如果 通告的原始发出者是应用，诸如GA 142、DA 152或NA 122,则可以在相应的mla或dla参 考点上触发通告。例如，dla 143可以用于触发用于GA 142的通告，dla 153可以用于触发 用于DA 152的通告。然后，可以使用mid 160将通告发送（执行）到NSCL 111。如果通告 请求的原始发出者是SCL，诸如GSCL 141或DSCL 151，则可以在mid 160上触发和执行通 告。在通告请求的原始发出者是SCL，诸如GSCL 141或DSCL 151的情况下，应用可以请求 通告的状态得到通知。应用可以使用通告到SCL的信息以访问资源。例如，可以由另一应 用使用用于通告的应用的链接和/或搜索字符串，以与通告的应用通信。
[0036] 在一个实施例中，在通告请求的发出者是应用（例如，NA 122、GA 142、DA 152)的 情况下，应用可以通过改变资源的适当属性来请求向其他SCL通告资源。开始通告过程的 触发可以是发出者向其本地SCL的注册。例如，当GA 142向在网络域110中的GSCL 141 注册时，注册可以触发开始通告GA 142的资源的过程。替代地，在本地SCL上创建新资源， 诸如在网络域110中的DSCL上创建用于DA 152的新资源，或者在本地SCL上更新资源，诸 如更新与网络域120中的NSCL 121上的NA 122相关联的资源，可以触发开始通告相应应 用的资源的过程。
[0037] 图2示出资源通告过程的信号流。为了请求通告与应用（例如，NA、GA或DA)相 关联的资源，发出者210可以经由mla或dla参考点240向SCL 220发射通告请求211，SCL 220可以是本地SCL，也可以是，但还可以但不必须是托管SCL。通告请求211可以在发出者 210在SCL 220注册之后生成的创建请求。替代地，通告请求211可以是请求在SCL 220上 创建用于发出者210的新资源（即，之前没有在SCL 220上为发出者210创新资源）。在另 一替代方案中，通告请求211可以是请求在SCL 220上请求用于发出者210的现有资源的 更新的更新请求（即，已经由SCL 220为发出者210托管的资源）。
[0038] 通告请求211可以包括在列表（被称为"通告属性列表"）中提供的一个或多个通 告属性，其中，每个属性包括关于通告的范围的信息。这些属性可以包括被请求的通告的类 型。属性可以进一步指示发出者将通过在通告属性列表或通告请求211中列出那些SCL确 定被通告的特定SCL，或者属性可以指示本地SCL确定被通告的SCL。属性可以进一步指示 通告操作是否需要确认发出者。通告操作确认可用于所有接口程序或这些程序的子集。这