CN109478153A - 机器到机器服务层通信中的消息重定向 - Google Patents

机器到机器服务层通信中的消息重定向 Download PDF

Info

Publication number
CN109478153A
CN109478153A CN201780043592.7A CN201780043592A CN109478153A CN 109478153 A CN109478153 A CN 109478153A CN 201780043592 A CN201780043592 A CN 201780043592A CN 109478153 A CN109478153 A CN 109478153A
Authority
CN
China
Prior art keywords
entity
service layer
message
server level
information
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.)
Granted
Application number
CN201780043592.7A
Other languages
English (en)
Other versions
CN109478153B (zh
Inventor
陈卓
黛尔·N·希德
李庆光
卡坦利纳·米哈拉·姆拉丁
威廉·罗伯特·弗林四世
罗科·迪吉罗拉莫
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.)
Convida Wireless LLC
Original Assignee
Convida Wireless LLC
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 Convida Wireless LLC filed Critical Convida Wireless LLC
Publication of CN109478153A publication Critical patent/CN109478153A/zh
Application granted granted Critical
Publication of CN109478153B publication Critical patent/CN109478153B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/546—Message passing systems or structures, e.g. queues
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H04L45/745—Address table lookup; Address filtering
    • 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
    • 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
    • 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]

Abstract

描述了两种方法以使得能实现不具有注册关系的两个服务层实体之间的通信。在第一方法中，服务层实体采用重定向表，所述重定向表存储重定向消息的服务层实体以便将所述消息递送到目的地。在第二方法中，服务提供商中的基础设施节点采用重定向链表，所述重定向链表存储可将所述消息重定向到所述目的地的实体的链。

Description

机器到机器服务层通信中的消息重定向
相关申请的交叉引用
本申请要求于2016年7月7日提交的标题为“Methods to Enable MessageRetargeting in Machine-to-Machine Service Layer Communication(使能机器到机器服务层通信中的消息重定向的方法)”的美国临时专利申请No.62/359,516的权益，并且本申请要求于2016年7月8日提交的标题为“Methods to Enable Message Retargeting inMachine-to-Machine Service Layer Communication(使能机器到机器服务层通信中的消息重定向的方法)”的美国临时专利申请No.62/360,033的权益，这两者的内容特此通过引用整体地并入。
背景技术
机器到机器(M2M)/物联网(IoT)服务层(SL)是专门针对为M2M/IoT设备和应用提供增值服务的技术。最近，若干行业标准机构(例如，oneM2M和ETSI)一直在开发M2M/IoT SL以解决与M2M/IoT设备和应用到利用因特网/Web、蜂窝、企业和家庭网络的部署中的集成相关联的挑战。
M2M/IoT SL可给应用和设备提供对面向M2M/IoT能力的合集的访问。几个示例包括安全、计费、数据管理、设备管理、发现、提供和连接管理。这些能力是经由API提供给应用的，所述API利用通过M2M/IoT SL所支持的消息格式、资源结构和资源表示。
从协议栈角度来看，SL通常位于应用协议层上方并且向它们支持的应用提供增值服务。因此，SL常常被分类为“中间件”服务。图1示出应用协议104与应用106之间的示例性服务层102。
oneM2M标准机构已定义了M2M/IoT SL。SL的目的是为了提供可被不同的“垂直”M2M系统和应用(诸如电子健康、车队管理和智能家庭)利用的“水平”服务。如图2中所示，oneM2M SL的架构定义了支持四个参考点的公共服务实体(CSE)202。Mca参考点与应用实体(AE)204对接。Mcc参考点与相同的服务提供商域内的另一CSE 206对接并且Mcc'参考点与不同的服务提供商域中的另一CSE对接。Mcn参考点与底层网络服务实体(NSE)208对接。NSE208向CSE提供底层网络服务，诸如设备管理、位置服务和设备触发。CSE 202包含称作“公共服务功能(CSF)”的多个逻辑功能，诸如“发现”、“数据管理和储存库”。图3图示通过oneM2M所支持的CSF。
oneM2M架构启用以下类型的节点：
·应用服务节点(ASN)：ASN是包含一个CSE并且包含至少一个应用实体(AE)的节点。物理映射的示例：ASN能驻留在M2M设备中。
·应用专用节点(ADN)：ADN是包含至少一个AE并且不包含CSE的节点。物理映射的示例：应用专用节点能驻留在受约束的M2M设备中。
·中间节点(MN)：MN是包含一个CSE并且包含零个或多个AE的节点。物理映射的示例：MN能驻留在M2M网关中。
·基础设施节点(IN)：IN是包含一个CSE并且包含零个或多个AE的节点。IN中的CSE可以包含不适用于其它节点类型的CSE功能。物理映射的示例：IN能驻留在M2M服务基础设施中。
·非oneM2M节点(NoDN)：非oneM2M节点是不包含oneM2M实体(既不是AE也不是CSE)的节点。此类节点表示附接到oneM2M系统以用于互通目的(包括管理)的设备。
互连在oneM2M系统内支持的各种实体的可能的配置被图示在图4中。
在oneM2M的面向资源架构(ROA)内，在托管在oneM2M服务层中的资源和与oneM2M系统交互的实体之间存在区别。在服务层处所有交互都由实体(AE或CSE)通过请求操作来发起，并且这些请求总是以资源为目标。对这些请求中的每一个的响应总是在两个实体之间。因此，在M2M服务提供商域内，每个资源需要通过唯一资源ID来识别，并且每个实体(AE和CSE)需要通过唯一实体ID来识别。
CSE标识符(CSE-ID)是识别CSE的标识符，并且被用于来自/到CSE的所有交互。服务提供商向每个CSE指派相对CSE-ID，其在服务提供商域内是唯一的。可通过给唯一M2M服务提供商ID加前缀使相对CSE-ID变得全局唯一。
应用实体标识符(AE-ID)是用于唯一地识别“驻留在M2M节点上的AE，或请求与M2M节点交互的AE”的标识符。为了使用通过oneM2M服务层所提供的M2M服务，应用必须首先注册到CSE。在此注册请求期间，应用实体可请求服务提供商指派的AE-ID(由IN-CSE指派)或“在本地”指派的AE-ID(由应用正在注册到的CSE(也称为注册方CSE)指派)。如果由IN-CSE指派，则AE-ID在服务提供商域内是唯一的。在这种情况下，AE-ID以‘S’字符开始。相比之下，如果AE-ID由注册方CSE指派，则它仅在注册到此CSE的所有应用当中是唯一的。在这种情况下，AE-ID以‘C’字符开始。通过给注册方CSE的CSE-ID加前缀，可使在本地指派的AE-ID变得在服务提供商域内唯一。
资源ID是最经常由正在托管资源的CSE指派的标识符。CSE可以指派非结构化ID或结构化ID。非结构化ID是唯一地识别托管CSE内的资源的字符序列。相比之下，结构化ID通过其父子关系来识别CSE内的资源。它与在操作系统目录结构中文件名如何通过其路径来识别非常类似。通过给主机CSE的CSE-ID加前缀，可使资源ID变得在服务提供商域内唯一。在这种情况下，ID被称为“服务提供商相对资源ID”。特别地，此ID唯一地识别M2M服务提供商域内的资源以及资源被托管所在的CSE。此外，可通过给唯一M2M服务提供商ID加前缀使任何资源ID变得全局唯一。在这种情况下，ID被称为“绝对资源ID”。关于M2M资源ID的一个重要警告是它们不承载路由信息。
图5示出绝对资源标识符。在此示例中，此资源位于具有M2M服务提供ID＝‘www.m2mprovider2.com’的服务提供商域内，位于具有CSE-ID＝CSE001的CSE内，位于资源‘/AE1/’下，并且具有资源名称“cont001”。重要的是资源不位于具有完全限定域名(FQDN)www.m2mprovider2.com的服务器上。相反它位于托管具有CSE-ID CSE001的CSE的服务器上。在oneM2M中，此服务器的路由信息被维护在提供此CSE的可路由位置的接入点(PoA)属性中。然而注意的是，PoA可以包括表示托管具有CSE-ID CSE001的CSE的服务器的另一FQDN。
ASN、MN或IN上的AE在本地与对应CSE一起执行注册以便使用由该CSE所提供的M2M服务。ADN上的AE与MN或IN上的CSE一起执行注册以便使用由该CSE所提供的M2M服务。IN-AE与IN上的对应CSE一起执行注册以便使用由该IN CSE所提供的M2M服务。
ASN上的CSE与MN中的CSE一起执行注册以便能够使用由MN中的CSE所提供的M2M服务。作为ASN-CSE向MN-CSE成功注册的结果，ASN和MN上的CSE建立允许它们交换信息的关系。
MN上的CSE与另一MN的CSE一起执行注册以便能够使用由另一MN中的CSE所提供的M2M服务。作为MN-CSE向另一MN-CSE成功注册的结果，MN上的CSE建立允许它们交换信息的关系。
ASN上或MN上的CSE与IN中的CSE一起执行注册以便能够使用IN中的CSE所提供的M2M服务。作为ASN/MN向IN-CSE成功注册的结果，ASN/MN和IN上的CSE建立允许它们交换信息的关系。
在上述情况下，执行注册的AE或CSE被称为受注册方(Registree)AE或受注册方CSE。AE/CSE正在其上注册的CSE被称为注册方(Registrar)CSE。
在AE成功注册到CSE之后，AE能够在假定访问权限被授予后访问作为来自注册方CSE的潜在请求目标的所有CSE中的资源。
下文是在oneM2M-TS-0001oneM2M Functional Architecture-V-2.6.0中指定的一些注册规程。首先，AE不应被注册到多于一个CSE(ASN-CSE、MN-CSE或IN-CSE)。第二，ASN-CSE应能够被注册到至多一个其它CSE(MN-CSE或IN-CSE)。第三，MN-CSE应能够被注册到至多一个其它CSE(MN-CSE或IN-CSE)。第四，多个单向注册的级联(注册链)不应形成环。例如。两个MN-CSE A和B不能向彼此注册。三个MN-CSE A、B和C在A注册到B并且B注册到C的情况下，然后C不能注册到A。
图6图示用于创建<remoteCSE>资源的过程。此过程要求创建两个资源：接收方CSE上的<remoteCSE>和始发方CSE上的<remoteCSE>。始发方是受注册方CSE。接收方是最初创建<remoteCSE>资源的注册方CSE。
在图6的步骤001中，始发方602发送创建请求消息。
在图6的步骤002中，接收方604处理注册请求消息。
在图6的步骤003中，接收方604以包含注册CSE的地址/URI的注册响应消息进行响应。
在图6的步骤004中，始发方602在接收到创建响应消息时，在其<CSEBase>资源下在本地创建<remoteCSE>资源。此资源正在表示接收方CSE。始发方602向所有强制参数提供适当的值。
在图6的步骤005中，始发方602可以朝向接收方(与针对创建请求消息相同的To)发出检索请求以获得至于步骤004在接收方604处创建的<remoteCSE>资源的可选参数(例如labels、accessControlPolicyIDs属性)。
在图6的步骤006中，接收方604验证始发方具有访问信息的适当权限。
在图6的步骤007中，接收方604发送检索响应消息。
在图6的步骤008中，始发方602利用在步骤007中获得的信息更新针对接收方604所创建的<remoteCSE>资源。
用于AE注册的过程遵循图7A-7B中描绘的消息流程描述。
在此进程中，始发方是受注册方AE。接收方允许根据适用的订阅配置文件中的信息和接入控制策略创建<AE>资源。接收方从注册方CSE的CSE-ID导出适用的M2M-Service-Profile-ID。
在图7A-B的步骤001中，可选地，在受注册方AE打算使用安全关联来执行注册的情况下，首先执行安全关联建立过程。
在图7A-B的步骤002中，始发方利用创建请求消息中的以下具体信息发送用于注册创建过程的信息：From：AE-ID-Stem或NULL。如果受注册方AE以前已成功地注册、然后注销并且打算再次利用与以前相同的AE-ID-Stem值注册，则受注册方AE将该AE-ID-Stem值包括到From参数中。如果受注册方AE以前尚未成功地注册并且打算得到以指派给它自己的‘S’字符开始的oneM2M-SP指派的AE-ID-Stem但是它不具有任何具体值要建议，则它将From参数设定为字符‘S’。如果受注册方AE打算发起新鲜注册并且不优先选择AE-ID-Stem值，则From参数被设定为NULL。
在图7A-B的步骤003中，接收方确定用于注册受注册方AE的请求是否满足以下条件中的任一个：针对与请求的Content参数中的App-ID属性和请求的From参数中的AE-ID-Stem相匹配的Credential-ID和注册方CSE-ID检查适用的服务订阅配置文件是否列举(允许的AE-ID-Stem值和允许的App-ID值)的组合。用于此检查的适用的规则被包含在<serviceSubscribedApprule>资源中，所述<serviceSubscribedApprule>资源通过与注册方CSE相关联的<m2mServiceSubscribedNode>资源的ruleLinks属性链接。
在图7A-B的步骤004中，如果请求的From参数提供AE-ID-Stem值，则注册方CSE检查具有与在请求的From参数中提供的AE-ID-Stem值相同的非结构化CSE相对资源ID的<AE>资源是否已经存在。如果是这样的话，则在注册方CSE上仍然存在使用相同的AE-ID-Stem的活动注册并且注册方CSE以错误进行响应。
过程继续以下情况a)-d)中的一种，其细节可在oneM2M-TS-0001oneM2MFunctional Architecture-V-2.6.0中找到。
情况a)AE-ID-Stem以‘S’开始并且AE不包括AE-ID-Stem(初始注册)。
情况b)AE-ID-Stem以‘S’开始并且AE包括AE-ID-Stem(重新注册)。
情况c)AE-ID-Stem以‘C’开始并且AE不包括AE-ID-Stem(初始注册)。
情况d)AE-ID-Stem以‘C’开始并且AE包括AE-ID-Stem(重新注册)。
oneM2M标准机构已定义了方便资源发现的通告资源方案。如图8中所示，AE1 802注册到MN-CSE1 804，MN-CSE1 804注册到MN-CSE2806，并且MN-CSE2 806注册到IN-CSE808。在AE1 802在MN-CSE1804处创建资源之后，AE1 802可以请求托管MN-CSE1 804的M2M网关将信息通告给MN-CSE2 806和IN-CSE 808。因此，其它实体可在MN-CSE2 806和IN-CSE808处发现通告资源。特别地，AE1 802发送在MN-CSE 1 804上的原始资源处的announceTo属性中创建与MN-CSE1 804相关联的条目的请求。MN-CSE 1 804然后向MN-CSE 2806发送创建通告资源的请求，像图9中所示的那样。通告资源包含“link”属性，其存储原始资源的URI。MN-CSE 1 804可发送在IN-CSE808处创建通告资源的请求，像图10中所示的那样。
发明内容
在现有的M2M服务层架构中，两个服务层(SL)实体(例如实体A和B)只有当它们具有注册关系(即实体A注册到实体B或者实体B注册到实体A)时才能交换信息。本文中公开的是使得能实现不具有注册关系的两个SL实体之间的通信的两种方法。
在第一方法中，服务层实体采用重定向表，所述重定向表存储用于重定向消息的SL实体以便将所述消息递送到目的地。具体地，当实体接收到服务层消息并且该实体不是消息的目的地实体时，该实体查找重定向表以找到要重定向消息的目的地服务层实体。以下过程被描述以便管理每个实体处的重定向表。可使用增强服务层注册过程来将条目添加到重定向表中。可使用增强服务层注销过程来从重定向表中删除条目。可使用增强服务层注册管理过程来更新重定向表中的条目。
在第二方法中，至少服务提供商中的基础设施节点采用重定向链表，所述重定向链表存储可将所述消息重定向到所述目的地的实体的链。
当SL实体接收到服务层消息并且它不是消息的目的地实体时，该实体可以查找其重定向链表，并且将消息重定向到重定向链上的第一实体。此外，实体将组成重定向链的SL实体的列表插入到消息中。此有序列表提供关于消息如何将被重定向到目的地的指导。
当实体接收到服务层消息并且它不是消息的目的地实体时，该实体检查包含在消息中的重定向链信息。如果在消息中没有重定向链信息，则实体将在目的地与它具有注册关系的情况下转发消息或者否则将消息转发到它注册到的实体。如果在消息中存在重定向链信息，则实体将消息重定向到重定向链上的第一实体。实体移除重定向链上的第一实体并且将重定向链上的其余实体留在消息中。
根据本文中公开的另一方面，以下过程被描述以便管理实体处的重定向链表。可使用增强服务层注册过程来将条目添加到重定向链表中。可使用增强服务层注销过程来从重定向链表中删除条目。可使用增强服务层注册管理过程来更新重定向链表中的条目
另外本文中描述的是在服务提供商域内启用服务层重定向的用于oneM2M实施方式的实施例，包括新消息、资源和过程。
本发明内容被提供来以简化形式引入介绍在下面在具体实施方式中进一步描述的一些构思。本发明内容不旨在识别所要求保护的主题的关键特征或必要特征，它也不旨在用于限制所要求保护的主题的范围。此外，所要求保护的主题不限于解决在本公开的任何部分中指出的任何或所有缺点的局限。
附图说明
可以从结合附图通过示例给出的以下描述中获得更详细的理解，其中：
图1是图示支持服务层的示例性协议栈的图。
图2是图示oneM2M架构的图。
图3是图示oneM2M公共服务功能的图。
图4是图示通过oneM2M架构所支持的配置的图。
图5是图示资源ID的图。
图6是图示用于创建<remoteCSE>资源的过程的图。
图7A和图7B一起包括图示用于创建<AE>资源的过程的图。
图8是图示oneM2M架构中的通告资源的图。
图9是图示MN-CSE处的通告资源的图。
图10是图示IN-CSE处的通告资源的图。
图11是图示M2M/IoT服务提供商网络的图。
图12是图示设备1不能与相同服务提供商中的设备2进行通信的示例的图。
图13是图示用于管理重定向表的增强注册过程的图。
图14是图示用于管理重定向表的增强注销过程的图。
图15是图示用于更新重定向表的增强注册更新过程的图。
图16是图示用于管理重定向链表的增强注册过程的图。
图17是图示用于管理重定向链表的增强注销过程的图。
图18是图示用于更新重定向表的增强注册更新过程的图。
图19是图示oneM2M CSF实施例的图。
图20是图示<CSEBase>下的新属性和资源的图。
图21是图示<remoteCSE>下的新属性的图。
图22是图示<retargetingTable>资源的图。
图23是图示<retargetingEntry>资源的图。
图24是图示<retargetingChainTable>资源的图。
图25是图示<retargetingChainEntry>资源的图。
图26A是图示CSE重定向服务层消息的图。
图26B是图示<CSEBase>资源的图。
图27是图示用于启用服务层重定向的增强注册过程的图。
图28是图示当网关2从网关3接收到请求时创建新<remoteCSE>资源的图。
图29是图示当服务器从网关2接收到请求时更新<remoteCSE>资源的后代属性的图。
图30是图示用于启用服务层重定向的增强注销过程的图。
图31是图示当网关2从网关3接收到请求时创建新<retargetingEntry>资源的图。
图32是图示当服务器从网关2接收请求时创建新<retargetingEntry>资源的图。
图33是图示用于管理重定向表的增强注册过程的图。
图34是图示CSE使用重定向链表来重定向服务层消息的图。
图35是图示当服务器从网关3接收到请求时创建新<remoteCSEAnnc>资源的图。
图36是图示当服务器从网关3接收到请求时创建新<retargetingChainEntry>资源的图。
图37是图示用于管理重定向链表的增强注册过程的图。
图38是图示用于SL实体(例如oneM2M CSE)的图形用户界面(GUI)的图。
图39A是包括通信网络的M2M/IoT/WoT通信系统的图。
图39B是为M2M应用、M2M网关设备和M2M终端设备及通信网络提供服务的现场域中图示的M2M服务层的图。
图39C是可以用于实现本文中描述的网络节点、设备或装置中的任一个的示例性设备的图。
图39D是可以用于实现本文中描述的网络节点、设备或装置中的任一个的计算机系统或服务器的框图。
具体实施方式
在以下描述中，以下缩写词具有以下含义：
ACP 接入控制策略
ADN 应用专用节点
AE 应用实体
API 应用编程接口
ASN 应用服务节点
CMDH 通信管理和递送处理
CSE 公共服务实体
CSF 公共服务功能
FQDN 完全限定域名
IN 基础设施网络
IoT 物联网
IP 网际协议
M2M 机器到机器
MN 中间节点
NoDN 非oneM2M节点
NSE 网络服务实体
PoA 接入点
ROA 面向资源架构
SCL 服务能力层
SL 服务层
URI 统一资源标识符
URL 统一资源定位符
附加地，以下术语或短语可以具有以下一般含义。
M2M/IoT SL可以是通过一组应用编程接口(API)和底层联网接口来为M2M/IoT应用和设备支持增值服务的软件中间件层。
M2M/IoT应用可以是针对特定M2M/IoT用例(例如，eHealth、智能能源、家庭自动化)的应用。
注册方实体可以是另一SL实体已注册到的SL实体。
受注册方实体可以是向另一SL实体注册的SL实体。
重定向链可以是包含关于消息应该遵循以到达其目的地的实体的链的信息的有序列表。
重定向表可以是包含关于要用于将消息递送到目的地的下一跳的信息的表。
SL实体可以是M2M服务器、M2M网关、M2M设备或者M2M区域网络或M2M应用层或M2M服务层软件组件中的资源。
SL资源可以是M2M/IoT SL中的唯一可寻址实体。
图11示出由服务提供商部署的简单M2M/IoT网络。M2M/IoT网关1 1104和M2M/IoT网关2 1108直接地注册到M2M/IoT服务器1106。M2M/IoT网关3 1110直接地注册到M2M/IoT网关2 1108。M2M/IoT设备2 1112和M2M/IoT设备3 1114注册到M2M/IoT网关3 1110。M2M/IoT设备1 1106注册到M2M/IoT网关1 1104。网络中的实体彼此通信，例如M2M/IoT设备11106可以从M2M/IoT设备2 1112中检索资源。
在现有的M2M服务层中，两个SL实体(例如，实体A和B)只有在它们具有注册关系(即实体A注册到实体B或者实体B注册到实体A)时才能交换信息。因此，当实体(例如设备11102)向不具有注册关系的另一实体(例如设备2 1112)发送服务层消息时，设备1 1102将消息发送到它注册到的实体，例如网关1 1104。
如图12中所图示的，当实体(例如网关1 1104)接收到消息时，如果消息的目的地实体(例如设备2 1112)与它没有注册关系，则它将消息重定向到它注册到的实体，例如服务器1106。然而，当消息到达服务器1106时，服务器1106不知道要将消息重定向到哪一个实体，因为目的地实体(例如设备2 1112)与服务器1106没有注册关系并且服务器1106未注册到服务提供商域中的任何其它实体。因此，服务器1106不得不丢弃消息并且两个M2M服务层实体(例如图11中的设备1 1106和设备2 1112)在那时不能彼此通信。
在下文中描述的是用于在服务提供商内启用服务层消息重定向的两种方法。第一方法提出服务层实体采用重定向表，所述重定向表存储将消息重定向到的实体以便将消息递送到目的地。具体地，当实体接收到服务层消息并且该实体不是消息的目的地实体时，该实体查找重定向表以找到要重定向消息的服务层实体。描述用于管理每个实体处的重定向表的三个过程。
第二方法提出服务层实体(至少服务提供商中的基础设施节点(服务器))采用重定向链表，所述重定向链表存储可将消息重定向到目的地的实体的链。当实体接收到服务层消息并且不是消息的目的地实体时，该实体将查找其重定向链表，并且将消息重定向到重定向链上的第一实体。此外，实体将重定向链上的剩余实体插入在消息中。当实体接收到服务层消息并且它不是消息的目的地实体时，该实体检查包含在消息中的重定向链信息。如果在消息中没有重定向链信息，则在目的地实体与它具有注册关系的情况下，实体会将消息转发到目的地实体。否则，实体将消息转发到它被注册到的实体。如果在消息中存在重定向链信息，则实体将消息重定向到重定向链上的第一实体，并且让重定向链上的剩余实体留在消息中。描述用于管理实体处的重定向链表的三个过程。
在一个实施例中，假定了在服务提供商中存在仅一个基础设施节点，即服务器。还可以假定在服务提供商中没有注册链环，即，多个单向注册的级联(注册链)不形成环。在示例中，两个SL实体A和B不能向彼此注册。在另一示例中，可以存在三个SL实体A、B和C，其中A注册到B，并且B注册到C，然后C不能注册到A。所描述的方法不像在oneMM-TS-0001oneM2MFunctioal Architecture-V-2.6.0中一样具有一个SL实体仅可注册到至多一个其它实体的限制。然而，为了简化方法的描述，在示例描述中，一个SL实体仅注册到一个SL实体。应理解的是，这些假定和暗示仅为了易于描述，而不限制本文中描述的方法。
使用重定向表的服务层重定向
在第一方面中，在每个服务层实体处采用重定向表。此表包含关于要用于将消息递送到目的地的下一跳的信息。图11图示涉及使用重定向表的示例场景。表1示出图11的网关2 1108处的重定向表的示例。在此示例中，网关2 1108已注册到服务器1106，网关3 1110已注册到网关2 1108，并且设备2 1112和设备3 1114已注册到网关3 1110。当SL实体接收到服务层消息并且接收SL实体不是消息的目的地实体时，接收SL实体将查找重定向表以找到要将消息重定向到的服务层实体。如果实体在重定向表中未找到服务层实体，它将消息重定向到它被注册到的服务层实体。作为示例，当网关2 1108接收到去往设备3 1114的消息时，它将基于表1中所示的重定向表将消息重定向到网关31110。作为另一示例，当网关21108接收到去往网关1 1104的消息时，它将消息重定向到它已注册到的服务器1106，因为它在表1中未找到用于网关1 1104的重定向实体。注意，重定向表的条目可以在它在期满时间期满时被移除。
表1网关2处的重定向表中的SL条目
在下面描述用于管理每个服务层实体处的重定向表的增强服务层注册管理过程。
用于管理重定向表的增强注册方法
在此部分中，描述用于在重定向表中添加条目的增强服务层注册方法。该方法的一个实施例被图示在图13中。为了描述该方法，图11中描绘的SL实体被用作示例。在该图中，网关2 1108已注册到服务器1106；设备2 1112和设备3 1114已注册到网关3 1110，然后网关3 1110开始注册到网关2 1108。
在图13的步骤1中，受注册方实体(例如网关3 1110)向注册方实体(例如网关21108)发送注册请求消息。该注册请求消息像表2中所列举的那样包含可经由网关3 1110被重定向的所有后代实体(例如设备2 1112和设备3 1114)的ID及其期满时间。注意，也可经由单独的消息(例如，诸如表4中列举的消息的注册更新消息)发送这个信息。
表2注册请求消息中的新字段
在图13的步骤2中，在接收到消息之后，网关2 1108像表3中所示的那样在其重定向表中添加三个新条目。如果网关2 1108已注册到另一服务层实体，例如服务器1106，则网关2 1108向服务器1106通知可经由网关2 1108被重定向的所有新实体。
表3 M2M/IoT网关2处的重定向表中的新条目
在图13的步骤3中，网关2 1108向网关3 1110发送注册响应。
在图13的步骤4中，网关2 1108向它已注册到的实体(例如M2M/IoT服务器1106)发送注册更新消息。该注册更新消息像表4中所列举的那样包含可经由网关2 1108被重定向的所有新实体(例如网关3 1110、设备2 1112和设备3 1114)的ID及其期满时间。
表4注册更新消息中的新字段
在图13的步骤5中，在接收到消息之后，服务器1106像表5中所示的那样在其重定向表中添加三个新条目，即具有索引2、3和4的条目。注意的是，表5中的第一条目是在网关21108注册到服务器1106时创建的。因为服务器1106未注册到任何其它实体，所以服务器1106不会通知所有新实体可通过它被重定向到任何其它实体。换句话说，更新过程重复SL部署的所有注册层次层，并且在M2M服务器1106处停止。
表5在添加新条目之后的M2M/IoT服务器处的重定向表
在图13的步骤6中，服务器1106向网关2 1108发送注册更新响应。
应理解的是，执行图13中图示的步骤的实体可以是逻辑实体，所述逻辑实体可以被以存储在诸如图39C或图39D中图示的那些的被配置用于无线和/或网络通信的装置或者计算机系统的存储器中并且在该装置或该计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式实现。也就是说，图13中图示的方法可以被以存储在装置(诸如图39C或图39D中图示的装置或计算机系统)的存储器中的软件(即，计算机可执行指令)的形式实现，所述计算机可执行指令当由装置的处理器执行时，执行图13中图示的步骤。还应理解的是，可以将图13中图示的功能性实现为一组虚拟化网络功能。网络功能可以不一定直接地通信，而是它们可以经由转发或路由功能通信。还应理解的是，图13中图示的任何发送和接收步骤可以由装置的通信电路在装置的处理器以及它执行的计算机可执行指令(例如，软件)的控制下执行。
用于管理重定向表的增强注销方法
在此部分中，描述用于当SL实体从另一SL实体注销时从重定向表中删除条目的增强服务层注销方法。该方法的一个实施例被图示在图14中。使用图11中的SL实体，假设在网关2 1108已注册到服务器1106之后，网关3 1110已注册到网关2 1108，设备2 1112和设备31114已注册到网关3 1110，网关3 1110打算从网关2 1108注销并且可以使用图14中图示的方法来从网关2 1108注销。
在图14的步骤1中，网关3 1110向网关2 1108发送注销请求消息。
在图14的步骤2中，在接收到消息之后，网关2 1108移除“重定向实体ID”设置给网关3 1110的所有条目，例如，表3中列举的所有条目都将被移除。那些条目被再次示出在表6中。
表6要在M2M/IoT网关2处的重定向表中移除的条目
在图14的步骤3中，网关2 1108向网关3 1110发送注销响应。
在图14的步骤4中，网关2 1108向它已注册到的实体(例如M2M/IoT服务器1106)发送注册更新消息。该注册更新消息包含不能经由网关2 1108被重定向的所有实体(例如如表7中所列举的网关31110、设备2 1112和设备3 1114)的ID。
表7注册更新消息中的新字段
在图14的步骤5中，在接收到消息之后，服务器1106像表8中所示的那样在其重定向表中删除三个条目，即具有索引2、3和4的条目。
表8要在M2M/IoT服务器处的重定向表中移除的条目
在图14的步骤6中，服务器1106向网关2 1108发送注册更新响应。
应理解的是，执行图14中图示的步骤的实体可以是逻辑实体，所述逻辑实体可以被以存储在诸如图39C或图39D中图示的那些的被配置用于无线和/或网络通信的装置或者计算机系统的存储器中并且在该装置或该计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式实现。也就是说，图13中图示的方法可以被以存储在装置(诸如图39C或图39D中图示的装置或计算机系统)的存储器中的软件(即，计算机可执行指令)的形式实现，所述计算机可执行指令当由装置的处理器执行时，执行图14中图示的步骤。还应理解的是，图14中图示的功能性可以作为一组虚拟化网络功能被实现。网络功能可能不一定直接地通信，而是它们可以经由转发或路由功能通信。还应理解的是，图14中图示的任何发送和接收步骤可以由装置的通信电路在装置的处理器以及它执行的计算机可执行指令(例如，软件)的控制下执行。
用于管理重定向表的增强注册更新方法
在此部分中，描述用于更新重定向表中的条目的增强服务层注册更新方法。图15图示该方法的一个实施例。出于图示的目的，假设实体(例如实体A)可能被要求在其注册在它被注册到的实体(例如实体B)处期满之前向实体B发送注册更新消息。作为示例，在图11中的SL实体中，网关2 1108已注册到服务器1106，网关3 1110已注册到网关2 1108，设备21112和设备3 1114已注册到网关3 1110。可能要求设备2 1112在其注册在网关3 1110处期满之前向网关3 1110发送注册更新消息。图15中图示的方法可以被用于此目的。
在图15的步骤1中，设备2 1112向网关3 1110发送注册更新消息。该注册更新消息包含如表9中所列举的实体的新期满时间。
表9注册更新消息中的新字段
在图15的步骤2中，在接收到消息之后，网关3 1110像表10中所示的那样更新与设备2 1112相关联的条目的期满时间。
表10在从设备2接收到注册更新消息之后的M2M/IoT网关3处的重定向表中的条目
在图15的步骤3中，网关3 1110向设备2 1112发送注册更新响应。
在图15的步骤4中，网关3 1110向它已注册到的实体(例如网关2 1108)发送包含表9中的信息的注册更新消息。
在图15的步骤5中，在接收到消息之后，网关2 1108像表11中所示的那样更新与设备2 1112相关联的条目的期满时间。
表11在从网关3接收到注册更新消息之后的M2M/IoT网关2处的重定向表中的条目
在图15的步骤6中，网关2 1108向网关3 1110发送注册更新响应。
在图15的步骤7中，网关2 1108向它已注册到的实体(例如服务器1106)发送包含表9中的信息的注册更新消息。
在图15的步骤8中，在接收到消息之后，服务器1106像表10中所示的那样更新与设备2 1112相关联的条目的期满时间。
表12在从网关2接收到注册更新消息之后的M2M/IoT服务器处的重定向表中的条目
在图15的步骤9中，服务器1106向网关2 1108发送注册更新响应。
应理解的是，执行图15中图示的步骤的实体可以是逻辑实体，所述逻辑实体可以被以存储在诸如图39C或图39D中图示的那些的被配置用于无线和/或网络通信的装置或者计算机系统的存储器中并且在该装置或该计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式实现。也就是说，图15中图示的方法可以被以存储在装置(诸如图39C或图39D中图示的装置或计算机系统)的存储器中的软件(即，计算机可执行指令)的形式实现，所述计算机可执行指令当由装置的处理器执行时，执行图15中图示的步骤。还应理解的是，图15中图示的功能性可以作为一组虚拟化网络功能被实现。网络功能可能不一定直接地通信，而是它们可以经由发或路由功能通信。还应理解的是，图15中图示的任何发送和接收步骤可以由装置的通信电路在装置的处理器以及它执行的计算机可执行指令(例如，软件)的控制下执行。
使用重定向链表的服务层重定向
在此部分中，描述实体采用重定向链表的方法。此表包含关于消息应该遵循以到达其目的地的实体的链的信息。此表可以被存储在服务提供商中的基础设施节点(例如服务器1106)处。在这种情况下，不要求其它SL实体采用重定向链表或重定向表。当SL实体接收到服务层消息并且不是消息的目的地实体时，该实体可以在它具有重定向链表的情况下查找其重定向链表，并且将消息重定向到重定向链上的第一实体。此外，实体将组成重定向链的SL实体列表插入到消息中。此有序列表提供关于消息如何将被重定向的指导。
表13示出在图11中所示的场景中可以驻留在服务器1106处的重定向链表的一个实施例的示例。在此示例中，网关1 1104和网关2 1108已注册到服务器1106，设备1 1106注册到网关1 1104，网关3 1110注册到网关2 1108，并且设备2 1112和设备3 1114已注册到网关3 1110。当服务器1106接收服务层消息并且不是消息的目的地实体时，服务器1106可以查找其重定向链表，并且将消息重定向到重定向链上的第一实体。此外，服务器1106还可以将组成重定向链的实体的列表插入到消息中。例如，当服务器1106接收到去往设备21112的服务层消息时，服务器1106查找如表13中所示的其重定向链表，然后将消息重定向到作为重定向链上的第一实体的网关2 1108。服务器1106还在消息中插入重定向链上的剩余实体(例如网关3 1110)的列表。
另外根据本实施例，当实体接收服务层消息并且不是消息的目的地实体时，该实体检查包含在消息中的重定向链信息。如果在消息中没有重定向链信息，则实体将在目的地与它具有注册关系的情况下转发消息或者否则将消息转发到它注册到的实体。如果在消息中存在重定向链信息，则实体将消息重定向到重定向链上的第一实体。实体移除重定向链上的第一实体并且让重定向链上的剩余实体留在消息中。例如，当网关2 1108从服务器1106接收到去往设备2 1112的服务层消息时，网关2 1108将消息重定向到重定向链中的第一实体，其是网关3 1110。作为另一示例，当网关2时1108从网关3 1110接收到去往设备11106的服务层消息时，如果在消息中没有重定向链信息则它将消息重定向到服务器1106。
表13 M2M/IoT服务器处的重定向链表
还描述了可以用于管理例如M2M/IoT服务器1106处的重定向链表的增强服务层注册管理方法。可能要求网络中的每个实体就注册到它的所有实体向M2M/IoT服务器1106报告。本文中描述的方法可以用于管理任何SL实体处的重定向链表。
用于管理重定向链表的增强注册方法
在此部分中，描述用于启用服务层重定向的增强服务层注册方法。图16图示该方法的一个实施例。出于图示的目的，假设在图11的SL实体中，网关2 1108已注册到服务器1106，网关3 1110使用相同的过程注册到网关2 1108，然后设备2 1112使用图16的过程来注册到网关3 1110。
在图16的步骤1中，受注册方实体(例如设备2 1112)向注册方实体(例如网关3)发送注册请求消息。受注册方实体还在消息中请求服务器1106的名称或ID。
在图16的步骤2中，在接收到消息之后，网关3 1110将设备2 1112添加到其注册列表中，所述注册列表存储已注册到网关3 1110的所有条目。
在图16的步骤3中，网关3 1110向设备2 1112发送注册响应。注册响应消息在消息中包含服务器1106的名称或ID。设备2 1112在本地存储此信息。
在图16的步骤4中，网关3 1110向服务器1106发送注册列表更新消息。该注册列表更新消息包含注册到网关3 1110的所有SL新实体(例如如表14中所列举的设备2 1112)的ID和期满时间。为了将消息发送到服务器1106，可临时地提供服务器1106的名称或ID。SL实体在注册期间即在步骤3中获得这些信息。因为服务器1106与网关31110没有注册关系，所以网关3 1110将消息发送到其注册方实体，即网关2 1108。
表14注册列表更新消息中的新字段
在图16的步骤5中，在接收到消息之后，网关2 1108发现它不是消息的目的地实体。因为网关2 1108注册到服务器1106，所以它直接地将消息重定向到服务器1106。
在图16的步骤6中，在接收到消息之后，服务器1106将与消息中的实体相关联的所有新条目添加到如表15中所示的组合注册列表表。该表存储从SL实体报告的所有注册关系。基于在组合注册列表表中生成的新条目，将在重定向链表中添加新条目。例如，像表16中所示的那样在重定向链表中添加与设备2 1112相关联的新条目，即具有索引3的条目。为了确定在重定向链上与设备2 1112相关联的实体，服务器1106首先插入设备2 1112的注册方实体，即网关3 1110，然后插入网关3 1110的注册方实体，即网关2 1108。因为网关21108注册的实体是服务器1106，所以服务器1106完成将与设备2 1112相关联的条目插入在重定向链表中。
表15在添加新条目之后的M2M/IoT服务器处的组合注册列表表
表16 M2M/IoT服务器处的重定向链表
索引 目的地实体ID 重定向链上的实体ID
1 设备1 网关1
2 网关3 网关2
3 设备2 网关2、网关3
4 设备3 网关2、网关3
在图16的步骤6和7中，服务器1106向网关3 1110发送注册列表更新响应。因为用于网关3 1110的重定向链是如表16中所示的网关2 1108，所以服务器1106将消息发送到网关3 1110并且网关2 1108将消息重定向到网关3 1110。
应理解的是，执行图16中图示的步骤的实体可以是逻辑实体，所述逻辑实体可以被以存储在诸如图39C或图39D中图示的被配置用于无线和/或网络通信的装置或者那些的计算机系统的存储器中并且在该装置或该计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式实现。也就是说，图16中图示的方法可以被以存储在装置(诸如图39C或图39D中图示的装置或计算机系统)的存储器中的软件(即，计算机可执行指令)的形式实现，所述计算机可执行指令当由装置的处理器执行时，执行图16中图示的步骤。还应理解的是，图16中图示的功能性可以作为一组虚拟化网络功能被实现。网络功能可能不一定直接地通信，而是它们可以经由转发或路由功能通信。还应理解的是，图16中图示的任何发送和接收步骤可以由装置的通信电路在装置的处理器以及它执行的计算机可执行指令(例如，软件)的控制下执行。
用于管理重定向链表的增强注销方法
在此部分中，描述用于当SL实体从另一SL实体注销时支持服务层重定向的增强服务层注销方法。图17图示该方法的一个实施例。出于图示的目的，假设对于图11中的SL实体，在网关2 1108已注册到服务器1106、网关3 1110已注册到网关2 1108、设备2 1112和设备31114已注册到网关3 1110之后，设备2 1112打算使用图17中图示的方法来从网关31110注销。
在图17的步骤1中，设备2 1112向网关3 1110发送注销请求消息。
在图17的步骤2中，在接收到消息之后，网关3 1110移除与设备2 1112相关联的条目。
在图17的步骤3中，网关3 1110向设备2 1112发送注销响应。
在图17的步骤4和5中，网关3 1110向M2M/IoT服务器1106发送注册列表更新消息。该注册列表更新消息像表17中所示的那样包含从网关3 1110注销的所有实体的ID。因为服务器1106与网关3 1110没有注册关系，所以网关3 1110将消息发送到其注册方实体，即网关2 1108，其将消息重定向到服务器1106。
表17注册列表更新消息中的新字段
在图17的步骤6中，在接收到消息之后，服务器1106删除注册实体被包含在消息中的条目。例如，服务器1106删除表15中具有索引3的条目，因为其注册实体是设备2 1112。
服务器1106还移除重定向链表中的条目，那些条目的目的地实体ID与消息中的实体ID匹配。例如，表16中具有索引3的条目被移除，因为其目的地实体ID是设备2 1112。服务器1106还移除重定向链表中的条目，那些条目的重定向链字段上的实体ID与被包含在消息中的实体ID匹配。例如，如果在消息中包含网关3 1110，则将删除表16中具有索引3和4的条目，因为其“重定向链”包含网关3 1110。
在图17的步骤7和8中，服务器1106向网关3 1110发送注册列表更新响应。服务器1106将消息发送到网关2 1108并且网关2 1108将消息重定向到网关3 1110。
应理解的是，执行图17中图示的步骤的实体可以是逻辑实体，所述逻辑实体可以被以存储在诸如图39C或图39D中图示的那些的被配置用于无线和/或网络通信的装置或者计算机系统的存储器中并且在该装置或该计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式实现。也就是说，图17中图示的方法可以被以存储在装置(诸如图39C或图39D中图示的装置或计算机系统)的存储器中的软件(即，计算机可执行指令)的形式实现，所述计算机可执行指令当由装置的处理器执行时，执行图17中图示的步骤。还应理解的是，图13中图示的功能性可以作为一组虚拟化网络功能被实现。网络功能可能不一定直接地通信，而是它们可以经由转发或路由功能通信。还应理解的是，图17中图示的任何发送和接收步骤可以由装置的通信电路在装置的处理器以及它执行的计算机可执行指令(例如，软件)的控制下执行。
用于管理重定向链表的增强注册更新
在此部分中，描述用于更新重定向链表中的条目的增强服务层注册管理方法。该方法的一个实施例被图示在图18中。考虑实体(例如实体A)被要求在其注册在实体B处期满之前向它被注册到的实体(例如实体B)发送注册更新消息。作为示例，考虑图11中的SL实体，假定网关2 1108已注册到服务器1106，网关3 1110已注册到网关21108，并且设备21112和设备3 1114已注册到网关3 1110。设备2 1112可能被要求在其注册在网关3 1110处期满之前向网关3 1110发送注册更新消息。依照图18中图示的方法，注册更新消息可以被处理并转发到网络中的服务器1106。
在图18的步骤1中，设备2 1112向网关3 1110发送注册更新消息。该注册更新消息包含如表9中所列举的实体的新期满时间。
在图18的步骤2中，在接收到消息之后，网关3 1110在其注册列表中更新与设备21112相关联的条目的期满时间。
在图18的步骤3中，网关3 1110向设备2 1112发送注册响应。
在图18的步骤4和5中，网关3 1110向服务器1106发送注册列表更新消息。该注册列表更新消息包含注册到网关3 1110的更新实体(例如如表18中所列举的设备2 1112)的ID和期满时间。因为服务器1106与网关3 1110没有注册关系，所以网关3 1110将消息发送到其注册方实体，即网关2 1108，其将消息重定向到服务器1106。
表18注册列表更新消息中的新字段
在图18的步骤6中，在接收到消息之后，服务器1106更新与消息中的实体相关联的所有条目，即在如表19中所示的组合注册列表表中更新具有索引3的条目的新期满时间。
表19在更新条目之后的M2M/IoT服务器处的组合注册列表表
在图18的步骤7和8中，服务器1106向网关3 1110发送注册列表更新响应。因为用于网关3 1110的重定向链是如表16中所示的网关2 1108，所以服务器1106将消息发送到网关2 1108并且网关2 1108将消息重定向到网关3 1110。
应理解的是，执行图18中图示的步骤的实体可以是逻辑实体，所述逻辑实体可以被以存储在诸如图39C或图39D中图示的那些的被配置用于无线和/或网络通信的装置或者计算机系统的存储器中并且在该装置或该计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式实现。也就是说，图18中图示的方法可以被以存储在装置(诸如图39C或图39D中图示的装置或计算机系统)的存储器中的软件(即，计算机可执行指令)的形式实现。所述计算机可执行指令当由装置的处理器执行时，执行图18中图示的步骤。还应理解的是，图18中图示的功能性可以作为一组虚拟化网络功能被实现。网络功能可能不一定直接地通信，而是它们可以经由转发或路由功能通信。还应理解的是，图18中图示的任何发送和接收步骤可以由装置的通信电路在装置的处理器以及它执行的计算机可执行指令(例如，软件)的控制下执行。
实施例
虽然可以在具有服务层的任何M2M或IoT网络中实现上述的方法和系统，但是在下文中描述的是上面在网络中公开的方法和系统的一个实施例的细节，所述网络依照onM2M标准机构的规范操作。
oneM2M ROA实施例
oneM2M定义通过oneM2M服务层所支持的能力。oneM2M服务层被实例化为包括一组能力服务功能(CSF)的能力服务实体(CSE)。作为一个实施例，这些方法可以像图19中所示的那样是增强注册CSF1904的一部分和/或通信管理/递送处理(CMDH)CSF 1902的一部分。CSE将经由Mcc和Mcc的参考点进行通信以管理服务器(诸如上面在各个图中图示的服务器1106)处的重定向表和/或重定向链表。
应理解的是，图19中图示的功能性可以被以存储在无线设备或其它装置(例如，服务器、网关、设备或其它计算机系统)的存储器中并且在无线设备或其它装置的处理器上执行的软件(即，计算机可执行指令)的形式实现，所述无线设备或其它装置诸如在下面描述的图39C或39D中图示的那些中的一个。还应理解的是，图19中图示的功能性可以作为一组虚拟化网络功能被实现。网络功能可能不一定直接地通信，而是它们可以经由转发或路由功能通信。
新请求消息格式
在一个方面中，可以利用用于支持服务层重定向的若干新参数来增强现有的oneM2M请求消息。通过Mcc和Mcc的参考点从始发方到接收方的请求可以包含新参数作为可选参数，如表20中所示。
表20请求消息中的新参数
请求消息参数\操作 创建 检索 更新 删除 通知
后代CSE O O O O O
后代CSE的期满时间 O O O O O
注册实体 O O O O O
注册实体的期满时间 O O O O O
重定向链上的实体 O O O O O
新属性和资源
为了支持本文中描述的消息重定向，可以像图20中所示的那样在<CSEBase>下添加新资源和属性。
表21示出依照一个实施例的<CSEBase>资源的新属性。在下面描述<retargetingTable>和<retargetingChainTable>的细节。此外，可以像图21和表22中所示的那样在<remoteCSE>下添加名为descendantCSEs的新属性。
表21<CSEBase>的新属性
表22<remoteCSE>的新属性
<retargetingTable>资源
在一个实施例中，<retargetingTable>(示出在图22中)具有在下面描述的子资源<retargetingEntry>，并且<subscription>子资源可以如oneM2M-TS-0001oneM2MFunctional Architecture-V-2.6.0中所定义的那样。
<retargetingEntry>资源
图23示出子资源<retargetingEntry>的一个实施例。表23示出<retargetingEntry>子资源的属性。<retargetingEntry>资源可以具有如oneM2M-TS-0001oneM2M Functional Architecture-V-2.6.0中所定义的<subscription>子资源。
表23<retargetingEntry>的属性
<retargetingChainTable>资源
在一个实施例中，<retargetingChainTable>资源(示出在图24中)可以具有在下面描述的子资源<retargetingChainEntry>并且<subscription>子资源可以如oneM2M-TS-0001oneM2M Functional Architecture-V-2.6.0中所定义的那样。
<retargetingChainEntry>资源
图25示出子资源<retargetingChainEntry>的一个实施例。表24示出依照一个实施例的<retargetingChainEntry>子资源的属性。<retargetingChainEntry>资源可以具有如oneM2M-TS-0001oneM2M Functional Architecture-V-2.6.0中所定义的<subscription>子资源。
表24<retargetingChainEntry>的属性
oneM2M过程增强功能
为了实现上述的方法和系统，可以实现oneM2M过程的以下增强功能。
用于CSE重定向消息的过程
图26A是图示CSE依照本文中描述的方法和系统来重定向服务层消息的呼叫流程。当CSE接收到服务层消息并且不是目的地CSE时，即其CSE-ID与请求的To参数中的CSE-ID不同。CSE可以检查其<remoteCSE>资源中的每一个以确定请求的To参数中指定的CSE-ID是否与<remoteCSE>资源的CSE-ID或descendantCSEs属性匹配。如果找到匹配，则CSE应将请求重定向到匹配<remoteCSE>资源的pointOfAccess。如果未找到匹配，并且CSE接收到来自AE或后代CSE的请求，并且CSE不是IN-CSE，则它应将请求重定向到其注册方CSE。如果未找到匹配并且CSE是IN-CSE，则CSE不应转发请求并且它应以错误进行响应。如果未找到匹配并且CSE不是IN-CSE并且CSE接收到来自其注册方CSE的请求，则CSE不应转发请求并且它应以错误进行响应。例如，参考图26A，当网关2 1108在图26A的步骤2中接收到到设备2 1112的消息时，网关2 1108检查其<remoteCSE>资源中的每一个并且像图26B中所示的那样在与网关3 1110相关联的<remoteCSE>资源的后代属性中发现设备2 1112。因此，网关2 1108将消息重定向到网关3 1110。
用于启用服务层重定向的增强注册过程
用于在oneM2M实施方式中启用服务层重定向的增强注册方法的一个实施例被示出在图27中。
在图27的步骤1中，始发方(例如网关3 1110)向接收方(例如网关2 1108)发送创建请求消息。
后代CSE是要在oneM2M-TS-0001oneM2M Functional Architecture-V-2.6.0中添加到请求消息的新参数。
在图27的步骤2中，接收方(例如网关2 1108)执行<remoteCSE>资源的创建，像图29中所突出的那样。如果接收方CSE已注册到另一CSE，则接收方CSE应向其注册方CSE发送更新请求以将始发方CSE的CSE-ID和始发方CSE的后代添加到由注册方CSE所托管的接收方CSE的<remoteCSE>的descendantCSEs属性中。例如，网关2 1108已注册到另一服务层实体(例如服务器1106)的CSE，网关2 1108在服务器的<CSEBase>的表示的<remoteCSE>资源下的descendantCSEs属性中添加新后代CSE。接收方CSE还在响应中提供IN-CSE的CSE-ID。
在图27的步骤3中，接收方(例如网关2 1108)以包括IN-CSE的CSE-ID的响应消息进行响应。
在图27的步骤4中，始发方(例如网关3 1110)在接收到创建响应消息时，在其<CSEBase>资源下在本地创建<remoteCSE>资源。始发方还将IN-CSE的CSE-ID存储在IN-CSE-ID属性中。此资源表示接收方CSE。
在图27的步骤5中，接收方(例如网关2 1108)发送UPDATE请求以将新后代CSE(即网关3 1110和设备3 1114)添加到它注册到的CSE(例如服务器1106)的表示的<remoteCSE>下的“descendantCSEs”属性中。
在图27的步骤6中，服务器1106执行像图29中所突出的那样表示网关2 1108的<remoteCSE>资源的descendantCSEs属性的更新。如果descendantCSEs属性被更新，并且接收方CSE已注册到另一CSE，则接收方CSE应向其注册方CSE发送更新请求以对由注册方CSE所托管的接收方CSE的<remoteCSE>的descendantCSEs属性做出对应更新。因为服务器1106未注册到任何其它实体，所以服务器1106不向任何其它CSE发送用于报告新后代CSE即网关3 1110和设备3 1114的UPDATE请求。
在图27的步骤7中，服务器1106以响应消息进行响应。
用于启用服务层重定向的增强注销过程
用于在oneM2M实施方式中启用服务层重定向的增强注销过程被示出在图30中。
在图30的步骤1中，始发方(例如网关3 1110)向接收方(例如网关2 1108)发送DELETE请求消息。
在图30的步骤2中，接收方(例如网关2 1108)执行像图28中所突出的那样表示网关2 1108的<remoteCSE>资源的删除。如果接收方CSE已注册到另一CSE，则接收方CSE将向其注册方CSE发送更新请求以在由注册方CSE所托管的接收方CSE的<remoteCSE>的descendantCSEs属性中删除始发方CSE的CSE-ID和始发方CSE的后代。例如，因为网关21108已注册到另一服务层实体(例如服务器1106)的CSE，所以网关2 1108删除在服务器1106的CSE处与它相关联的<remoteCSE>资源下的后代属性中的后代CSE，即网关3 1110和设备21112。
在图30的步骤3中，接收方(例如网关2 1108)以响应消息进行响应。
在图30的步骤4中，始发方(例如网关3 1110)在接收到DELETE响应消息时，在其<CSEBase>资源下在本地删除与网关2 1108相关联的<remoteCSE>资源。
在图30的步骤5中，接收方(例如网关2 1108)发送UPDATE请求以从它注册到的CSE(例如服务器1106)的表示的<remoteCSE>下的“descendantCSEs”属性中移除后代实体，即网关3 1110和设备31114。
在图30的步骤6中，服务器1106移除像图29中所突出的那样表示网关2 1108的<remoteCSE>资源的descendantCSEs属性。因为服务器1106未注册到任何其它实体，所以服务器1106不向任何其它CSE发送用于报告删除的后代CSE即网关3 1110、设备2 1112和设备3 1114的UPDATE请求。
在图30的步骤7中，服务器1106以响应消息进行响应。
应理解的是，执行图30中图示的步骤的实体可以是逻辑实体，所述逻辑实体可以被以存储在诸如图39C或图39D中图示的那些的被配置用于无线和/或网络通信的装置或者计算机系统的存储器中并且在该装置或该计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式实现。也就是说，图30中图示的方法可以被以存储在装置(诸如图39C或图39D中图示的装置或计算机系统)的存储器中的软件(即，计算机可执行指令)的形式实现。所述计算机可执行指令当由装置的处理器执行时，执行图30中图示的步骤。还应理解的是，图30中图示的功能性可以作为一组虚拟化网络功能被实现。网络功能可能不一定直接地通信，而是它们可以经由转发或路由功能通信。还应理解的是，图30中图示的任何发送和接收步骤可以由装置的通信电路在装置的处理器以及它执行的计算机可执行指令(例如，软件)的控制下执行。
用于CSE使用重定向表来重定向消息的过程
当CSE接收到服务层消息并且CSE不是消息的“To”字段中的CSE时，例如在图26A中为步骤2中的网关2 1108和步骤4中的网关3 1110。CSE可以查找重定向表以找到要重定向消息的服务层实体。如果CSE在重定向表中未找到目标CSE，则它会将消息重定向到它注册到的服务层实体。
用于管理重定向表的过程
用于在oneM2M实施方式中创建重定向表的过程被示出在图33中。
在图33的步骤1中，始发方(例如网关3 1110)向接收方(例如网关2 1108)发送创建请求消息。
后代实体及其期满时间是要在oneM2M-TS-0001oneM2M FunctionalArchitecture-V-2.6.0中添加到请求消息的新参数。
在图33的步骤2中，接收方(例如网关2 1108)执行在如图31中所示的<retargetingTable>资源下的<retargetingEntry>资源的创建。如果网关2 1108已注册到另一服务层实体的CSE，例如服务器1106，则网关2 1108在服务器1106的CSE处创建新<retargetingEntry>资源。
在图33的步骤3中，接收方(例如网关2 1108)以响应消息进行响应。
在图33的步骤4中，接收方(例如网关2 1108)在它注册到的CSE(例如服务器1106)的<retargetingTable>下创建新<retargetingEntry>资源。
在图33的步骤5中，服务器1106执行像图32中所突出的那样的新<retargetingEntry>资源的创建。因为服务器1106未注册到任何其它实体，所以服务器1106不向任何其它CSE创建新<retargetingEntry>。
在图33的步骤6中，服务器1106以响应消息进行响应。
应理解的是，执行图33中图示的步骤的实体可以是逻辑实体，所述逻辑实体可以被以存储在诸如图39C或图39D中图示的那些的被配置用于无线和/或网络通信的装置或者计算机系统的存储器中并且在该装置或该计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式实现。也就是说，图33中图示的方法可以被以存储在装置(诸如图39C或图39D中图示的装置或计算机系统)的存储器中的软件(即，计算机可执行指令)的形式实现。所述计算机可执行指令当由装置的处理器执行时，执行图33中图示的步骤。还应理解的是，图33中图示的功能性可以作为一组虚拟化网络功能被实现。网络功能可能不一定直接地通信，而是它们可以经由转发或路由功能通信。还应理解的是，图33中图示的任何发送和接收步骤可以由装置的通信电路在装置的处理器以及它执行的计算机可执行指令(例如，软件)的控制下执行。
用于CSE使用重定向链表来重定向消息的过程
图34示出当CSE(例如设备1 1106上的ASN-CSE)向相同的服务提供商中的另一CSE(例如设备2上的ASN-CSE)发送消息时的过程的一个实施例。除IN-CSE以外的CSE接收到服务层消息并且不是消息的目的地实体，该实体检查包含在消息中的重定向链信息。如果在消息中没有重定向链信息并且CSE在重定向链表中找到与目的地CSE相关联的条目，例如服务器1106上的IN-CSE，则该实体将消息重定向到重定向链上的第一实体并且将重定向链上的剩余实体插入在消息中。如果在消息中没有重定向链信息并且CSE在重定向链表中未能找到与目的地CSE相关联的条目，例如网关1 1104、网关2 1108和网关3 1110，则CSE将在目的地与它具有注册关系的情况下转发消息，例如图34的步骤8中的网关3 1110，或者否则将消息转发到它注册到的实体，例如图34的步骤2中的网关1 1104。如果在消息中存在重定向链信息，则实体将消息重定向到重定向链上的第一实体，并且让重定向链上的剩余实体留在消息中，例如图34的步骤6中的网关2 1108。
应理解的是，执行图34中图示的步骤的实体可以是逻辑实体，所述逻辑实体可以被以存储在诸如图39C或图39D中图示的那些的被配置用于无线和/或网络通信的装置或者计算机系统的存储器中并且在该装置或该计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式实现。也就是说，图34中图示的方法可以被以存储在装置(诸如图39C或图39D中图示的装置或计算机系统)的存储器中的软件(即，计算机可执行指令)的形式实现。所述计算机可执行指令当由装置的处理器执行时，执行图34中图示的步骤。还应理解的是，图34中图示的功能性可以作为一组虚拟化网络功能被实现。网络功能可能不一定直接地通信，而是它们可以经由转发或路由功能通信。还应理解的是，图34中图示的任何发送和接收步骤可以由装置的通信电路在装置的处理器以及它执行的计算机可执行指令(例如，软件)的控制下执行。
用于管理重定向链表的过程
用于在oneM2M实施方式中创建重定向链表的过程的一个实施例被示出在图37中。
在图37的步骤1中，始发方(例如设备2 1112)向接收方(例如网关3 1110)发送创建请求消息以将IN-CSE添加到与它相关联的<remoteCSE>的announceTo属性中。
在图37的步骤2中，接收方(例如网关3 1110)执行将IN-CSE添加到announceTo属性中。接收方应该执行创建具有pointOfAccess属性的通告资源的过程，用于像oneM2M-TS-0001oneM2M Functional Architecture-V-2.6.0中的第10.2.2.4节中所描述的那样。
在图37的步骤3中，接收方(例如网关3 1110)以响应消息进行响应。
在图37的步骤4中，接收方(例如网关3 1110)在IN-CSE(例如服务器1106)处创建新<remoteCSEAnnc>资源。
在图37的步骤5中，服务器1106针对设备2 1112执行包括PointofAccess属性的<remoteCSEAnnc>资源的创建，像图35中所示的那样。服务器1106像图36中所突出的那样在<retargetingChainTable>下添加新<retargetingChainEntry>。
在图37的步骤6中，服务器1106以响应消息进行响应。
应理解的是，执行图37中图示的步骤的实体可以是逻辑实体，所述逻辑实体可以被以存储在诸如图39C或图39D中图示的那些的被配置用于无线和/或网络通信的装置或者计算机系统的存储器中并且在该装置或该计算机系统的处理器上执行的软件(即，计算机可执行指令)的形式实现。也就是说，图37中图示的方法可以被以存储在装置(诸如图39C或图39D中图示的装置或计算机系统)的存储器中的软件(即，计算机可执行指令)的形式实现。所述计算机可执行指令当由装置的处理器执行时，执行图37中图示的步骤。还应理解的是，图37中图示的功能性可以作为一组虚拟化网络功能被实现。网络功能可能不一定直接地通信，而是它们可以经由转发或路由功能通信。还应理解的是，图37中图示的任何发送和接收步骤可以由装置的通信电路在装置的处理器以及它执行的计算机可执行指令(例如，软件)的控制下执行。
用户界面
界面(诸如图形用户界面(GUI))可用于协助用户控制和/或配置与服务层重定向有关的功能性。可将用户界面添加到SL实体(例如，oneM2M CSE)以实时地配置和/或显示其后代实体、重定向表和重定向链表的参数。图38图示这种用户界面的示例的一个实施例。应当理解的是，可使用诸如在下面描述的图39C-D中所示的那些的显示器来产生界面，诸如图38的图形用户界面。
示例M2M/IoT/WoT通信系统
可以连同硬件、固件软件或在适当的情况下其组合一起实现本文中描述的各种技术。这种硬件、固件和软件可以驻留在位于通信网络的各个节点处的装置中。装置可以单独或者彼此相结合地操作以实现本文中描述的方法。如本文中所使用的，可以可互换地使用术语“装置”、“网络装置”、“节点”、“设备”和“网络节点”。
术语服务层指代网络服务架构内的功能层。服务层通常位于诸如HTTP、CoAP或MQTT的应用协议层上方并且向客户端应用提供增值服务。服务层还在较低资源层(诸如例如控制层和传输/接入层)处提供到核心网络的接口。服务层支持多个类别的(服务)能力或功能性，包括服务定义、服务运行时启用、策略管理、接入控制和服务群集。最近，若干行业标准机构(例如，oneM2M)一直在发展M2M服务层以解决与M2M类型的设备和应用到诸如因特网/Web、蜂窝、企业和家庭网络的部署中的集成相关联的挑战。M2M服务层可给应用和/或各种设备提供对通过服务层所支持的上面提及的能力或功能性的合集或集合的访问，所述服务层可被称为CSE或SCL。几个示例包括但不限于可被各种应用共同地使用的安全、计费、数据管理、设备管理、发现、提供和连接管理。这些能力或功能性是经由API提供给此类各种应用的，所述API利用通过M2M服务层所定义的消息格式、资源结构和资源表示。CSE或SCL是可以由硬件和/或软件实现并且提供被暴露给各种应用和/或设备(即，此类功能实体之间的功能接口)的(服务)能力或功能性以便让它们使用此类能力或功能性的功能实体。
图39A是可以实现一个或多个公开的实施例的示例机器到机器(M2M)、物联网(IoT)或物品万维网(WoT)通信系统10的图。一般地，M2M技术为IoT/WoT提供构件，并且任何M2M设备、M2M网关、M2M服务器1106或M2M服务平台可以是IoT/WoT的组件或节点以及IoT/WoT服务层等。通信系统10可用于实现所公开的实施例的功能性并且可包括功能性和逻辑实体，诸如服务层102、应用协议104、应用106、CSE 202和206、AE 204、NSE 208、始发方602、接收方604、AE1 802、MN-CSE1 804、MN-CSE2 806、IN-CSE 808、具有服务层重定向表和服务层重定向链表的实体、M2M/IoT网关1 1104、M2M/IoT网关2 1108、M2M/IoT网关3 1110、M2M/IoT服务器1106、M2M/IoT设备1 1106、M2M/IoT设备2 1112、M2M/IoT设备3 1114、通信管理/递送处理CSF 1902、注册CSF 1904以及用于产生诸如界面3802的界面的逻辑实体。
如图39A中所示，M2M/IoT/WoT通信系统10包括通信网络12。通信网络12可以是固定网络(例如，以太网、光纤、ISDN、PLC等)或无线网络(例如，WLAN、蜂窝等)或异构网络的网络。例如，通信网络12可以由向多个用户提供诸如语音、数据、视频、消息传送、广播等的内容的多个接入网络组成。例如，通信网络12可以采用一种或多种信道接入方法，诸如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等。另外，通信网络12可以包括诸如例如核心网络、因特网、传感器网络、工业控制网络、个域网、融合个人网络、卫星网络、家庭网络或企业网络的其它网络。
如图39A中所示，M2M/IoT/WoT通信系统10可以包括基础设施域和现场域。基础设施域指代端到端M2M部署的网络侧，而现场域指代通常在M2M网关后面的区域网络。现场域和基础设施域都可以包括各种不同的网络节点(例如，服务器、网关、设备等)。例如，现场域可以包括M2M网关14和终端设备18。应领会的是，可以视需要而定在M2M/IoT/WoT通信系统10中包括任何数目的M2M网关设备14和M2M终端设备18。M2M网关设备14和M2M终端设备18中的每一个均被配置成经由通信网络12或直接无线电链路使用通信电路来发送并接收信号。M2M网关14允许无线M2M设备(例如，蜂窝的和非蜂窝的)以及固定网络M2M设备(例如，PLC)通过运营商网络(诸如通信网络12或直接无线电链路)来通信。例如，M2M终端设备18可以收集数据并且经由通信网络12或直接无线电链路将该数据发送到M2M应用20或其它M2M设备18。M2M终端设备18还可以从M2M应用20或M2M终端设备18接收数据。另外，如下所述，可以经由M2M服务层22向M2M应用20发送数据和信号并且从M2M应用20接收数据和信号。M2M终端设备18和网关14可以经由包括例如蜂窝、WLAN、WPAN(例如，Zigbee、6LoWPAN、蓝牙)、直接无线电链路和有线线路的各种网络进行通信。
示例性M2M终端设备18包括但不限于平板、智能电话、医疗设备、温度和天气监视器、连网汽车、智能表、游戏控制台、个人数字助理、健康和健身监视器、灯、恒温器、器具、车库门以及其它基于致动器的设备、安全设备和智能插座。
参考图39B，现场域中图示的M2M服务层22为M2M应用20、M2M网关设备14和M2M终端设备18及通信网络12提供服务。通信网络12可用于实现所公开实施例的功能性。M2M服务层22可以由一个或多个服务器、计算机、设备、虚拟机(例如，云/存储场等)等(包括例如在下面描述的图39C和39D中图示的设备)实现。应理解的是，M2M服务层22可以视需要而定与任何数目的M2M应用、M2M网关14、M2M终端设备18和通信网络12进行通信。M2M服务层22可以由网络的一个或多个节点实现，所述节点可以包括服务器、计算机、设备等。M2M服务层22提供应用于M2M终端设备18、M2M网关14和M2M应用20的服务能力。可以以各种方式(例如作为web服务器、在蜂窝核心网中、在云中等)实现M2M服务层22的功能。
与所图示的M2M服务层22类似，在基础设施域中存在M2M服务层22’。M2M服务层22’为基础设施域中的M2M应用20’和底层通信网络12提供服务。M2M服务层22’还为现场域中的M2M网关14和M2M终端设备18提供服务。应理解的是，M2M服务层22’可以与任何数目的M2M应用、M2M网关和M2M设备进行通信。M2M服务层22’可以与通过不同的服务提供商的服务层交互。M2M服务层22’通过网络的一个或多个节点，所述节点可以包括服务器、计算机、设备、虚拟机(例如，云计算/存储场等)等。
还参考图39B，M2M服务层22和22’提供各种应用和行业可利用的核心服务递送能力集。这些服务能力使得M2M应用20和20’能够与设备交互并且执行诸如数据收集、数据分析、设备管理、安全、计费、服务/设备发现等的功能。基本上，这些服务能力使应用摆脱实现这些功能性的负担，从而简化应用开发并且降低成本和上市时间。服务层22和22’还使得M2M应用20和20’能够连同服务层22和22’提供的服务一起通过网络12来通信。
本申请的方法可以作为服务层22和22’的一部分被实现。服务层22和22’可以是通过一组应用编程接口(API)和底层联网接口来支持增值服务能力的软件中间件层。ETSIM2M和oneM2M都使用可以包含本申请的连接方法的服务层。ETSIM2M的服务层被称为服务能力层(SCL)。SCL可以被实现在M2M设备(其中它被称为设备SCL(DSCL))、网关(其中它被称为网关SCL(GSCL))和/或网络节点(其中它被称为网络SCL(NSCL))内。oneM2M服务层支持一组公共服务功能(CSF)(即服务能力)。一组一个或多个特定类型的CSF的实例化被称为公共服务实体(CSE)，所述CSE可被托管在不同类型的网络节点(例如，基础设施节点、中间节点、应用特定节点)上。另外，本申请的连接方法可作为M2M网络的一部分被实现，所述M2M网络使用面向服务架构(SOA)和/或面向资源架构(ROA)来访问诸如本申请的连接方法的服务。
在一些实施例中，可以与所公开的系统和方法相结合地使用M2M应用20和20’。M2M应用20和20’可以包括与UE或网关交互的应用，并且还可以被与其它公开的系统和方法相结合地使用。
在一个实施例中，本文中描述的逻辑实体可以被托管在由M2M节点(诸如M2M服务器、M2M网关或M2M设备)所托管的M2M服务层实例内，如图39B中所示。例如，本文中描述的逻辑实体中的一个或多个可以将单独的服务能力包括在M2M服务层实例内或者作为现有服务能力内的子功能。
M2M应用20和20’可以包括诸如但不限于交通、健康和保健、连网家庭、能源管理、资产跟踪以及安全和监视的各种行业中的应用。如上面所提及的，跨越系统的设备、网关、服务器和其它节点运行的M2M服务层支持诸如诸如数据收集、设备管理、安全、计费、位置跟踪/地理围栏、设备/服务发现和传统系统集成的功能，并且将这些功能作为服务提供给M2M应用20和20’。
一般地，服务层22和22’定义通过一组应用编程接口(API)和底层联网接口来支持增值服务能力的软件中间件层。ETSIM2M和oneM2M架构都定义服务层。ETSIM2M的服务层被称为服务能力层(SCL)。可以将SCL实现在ETSIM2M架构的各种不同的节点中。例如，服务层的实例可以被实现在M2M设备(其中它被称为设备SCL(DSCL))、网关(其中它被称为网关SCL(GSCL))和/或网络节点(其中它被称为网络SCL(NSCL))内。oneM2M服务层支持一组公共服务功能(CSF)(即服务能力)。一组一个或多个特定类型的CSF的实例化被称为公共服务实体(CSE)，所述CSE可被托管在不同类型的网络节点(例如，基础设施节点、中间节点、应用特定节点)上。第三代合作伙伴计划(3GPP)还已定义了用于机器类型通信(MTC)的架构。在该架构中，服务层以及它提供的服务能力作为服务能力服务器(SCS)的一部分被实现。无论是具体实现在ETSIM2M架构的DSCL、GSCL或NSCL中、在3GPP MTC架构的服务能力服务器(SCS)中、在oneM2M架构的CSF或CSE中还是在网络的某个其它节点中，服务层的实例都可以作为在网络中的一个或多个独立节点(包括服务器、计算机和其它计算设备或节点)上执行的逻辑实体(例如，软件、计算机可执行指令等)或者作为一个或多个现有节点的一部分被实现。作为示例，可以以在具有在下面描述的图39C或图39D中图示的一般架构的网络节点(例如，服务器、计算机、网关、设备等)上运行的软件的形式实现服务层或其组件的实例。
另外，本文中描述的逻辑实体可以作为使用面向服务架构(SOA)和/或面向资源架构(ROA)来访问本申请的服务的M2M网络的一部分被实现。
图39C是M2M网络节点30(诸如M2M设备18、M2M网关14、M2M服务器等)的示例硬件/软件架构的框图。节点30可以是如图39A-B中所示的M2M网络的一部分或者是非M2M网络的一部分。如图39C中所示，M2M节点30可以包括处理器32、不可移动存储器44、可移动存储器46、扬声器/麦克风38、键区40、显示器、触摸板和/或指示器42、电源48、全球定位系统(GPS)芯片组50和其它外围设备52。节点30还可以包括通信电路，诸如收发器34和发送/接收元件36。应领会的是，M2M节点30可以包括上述元件的任何子组合，同时保持与实施例一致。
处理器32可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、状态机等。一般而言，处理器32可以执行存储在节点的存储器(例如，存储器44和/或存储器46)中的计算机可执行指令以便执行节点的各种所需功能。例如，处理器32可以执行信号编码、数据处理、功率控制、输入/输出处理和/或使得M2M节点30能够在无线或有线环境中操作的任何其它功能。处理器32可以运行应用层程序(例如，浏览器)和/或无线电接入层(RAN)程序和/或其它通信程序。处理器32还可以诸如例如在接入层和/或应用层处执行诸如认证、安全密钥协定和/或密码操作的安全操作。
如图39C中所示，处理器32耦合到其通信电路(例如，收发器34和发送/接收元件36)。处理器32通过执行计算机可执行指令，可以控制通信电路以便使节点30经由与它连接的网络与其它节点进行通信。特别地，处理器32可以控制通信电路以便执行在本文中和在权利要求中描述的发送和接收步骤。虽然图39C将处理器32和收发器34描绘为单独的组件，但是应领会的是，处理器32和收发器34可以被一起集成在电子封装或芯片中。
发送/接收元件36可以被配置成向其它M2M节点发送信号或者从其它M2M节点接收信号，所述其它M2M节点包括M2M服务器、网关、设备等。例如，在实施例中，发送/接收元件36可以是被配置成发送和/或接收RF信号的天线。发送/接收元件36可以支持各种网络和空中接口，诸如WLAN、WPAN、蜂窝等。在实施例中，发送/接收元件36可以是被配置成例如发送和/或接收IR、UV或可见光信号的发射器/检测器。在又一个实施例中，发送/接收元件36可以被配置成发送并接收RF和光信号两者。应领会的是，发送/接收元件36可以被配置成发送和/或接收无线信号或有线信号的任何组合。
此外，尽管发送/接收元件36在图39C中被描绘为单个元件，然而M2M节点30可以包括任何数目的发送/接收元件36。更具体地，M2M节点30可以采用MIMO技术。因此，在实施例中，M2M节点30可以包括用于发送并接收无线信号的两个或更多个发送/接收元件36(例如，多个天线)。
收发器34可以被配置成对将由发送/接收元件36发送的信号进行调制并且对由发送/接收元件36接收到的信号进行解调。如上面所指出的，M2M节点30可以具有多模式能力。因此，收发器34可以包括用于使得M2M节点30能够经由多个RAT(诸如例如UTRA和IEEE802.11)通信的多个收发器。
处理器32可以从任何类型的适合的存储器(诸如不可移动存储器44和/或可移动存储器46)访问信息，并且将数据存储在任何类型的适合的存储器中。如上所述，例如，处理器32可以在其存储器中存储会话上下文。不可移动存储器44可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其它类型的存储器存储设备。可移动存储器46可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其它实施例中，处理器32可以从物理上位于M2M节点30上(诸如在服务器或家庭计算机上)的存储器访问信息，并且将数据存储在该存储器中。处理器32可以被配置成控制显示器或指示器42上的照明图案、图像或颜色以反映M2M服务层会话迁移或共享的状态或者获得来自用户的输入或者向用户显示关于节点的会话迁移或共享功能或设定信息。在另一示例中，显示器可以显示关于会话状态的信息。当前公开在oneM2M实施例中定义RESTful用户/应用API。可以在显示器上示出的图形用户界面可以在API之上分层以允许用户经由本文中描述的底层服务层会话功能性交互地建立并管理E2E会话或其迁移或共享。
处理器32可以从电源48接收电力，并且可以被配置成分配和/或控制到M2M节点30中的其它组件的电力。电源48可以是用于给M2M供电的任何适合的设备。例如，电源48可以包括一个或多个干电池蓄电池(例如，镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(锂离子)等)、太阳能电池、燃料电池等。
处理器32还可以耦合到GPS芯片组50，所述GPS芯片组50被配置成提供有关M2M节点30的当前位置的位置信息(例如，经度和纬度)。应领会的是，M2M节点30可以通过任何适合的位置确定方法来获取位置信息，同时保持与实施例一致。
处理器32还可以耦合到其它外围设备52，所述其它外围设备52可以包括提供附加特征、功能性和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备52可以包括各种传感器，诸如加速度计、生物计量(例如，指纹)传感器、电子罗盘、卫星收发器、数码相机(用于相片或视频)、通用串行总线(USB)端口或其它互连接口、振动设备、电视收发器、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、因特网浏览器等。
节点30可以被具体实现在其它装置或设备(诸如传感器、消费电子装置、诸如智能手表或智能服装的可穿戴设备、医疗或电子卫生设备、机器人、工业设备、无人机、诸如汽车、卡车、火车或飞机的交通工具)中。节点30可以经由一个或多个互连接口(诸如可以包括外围设备52中的一个的互连接口)连接到此类装置或设备的其它组件、模块或系统。另一方面，节点30可以包括装置或设备，诸如传感器、消费电子装置、诸如智能手表或智能服装的可穿戴设备、医疗或电子卫生设备、机器人、工业设备、无人机、诸如汽车、卡车、火车或飞机的交通工具。
图39D是还可以用于实现M2M网络的一个或多个节点(诸如M2M服务器、网关、设备或其它节点)的示例性计算系统90的框图。计算系统90可以包括计算机或服务器并且可以主要通过计算机可读指令来控制，所述计算机可读指令可以形式为软件，无论在哪里或通过无论什么手段存储或者访问这种软件。计算系统90可以用于实现本文中描述的逻辑实体中的一个或多个，诸如服务层102、应用106、CSE 202和206、AE 204、NSE 208、始发方602、接收方604、AE1 802、MN-CSE1804、MN-CSE2 806、IN-CSE 808、具有服务层重定向表和服务层重定向链表的实体、M2M/IoT网关1 1104、M2M/IoT网关2 1108、M2M/IoT网关3 1110、M2M/IoT服务器1106、M2M/IoT设备1 1106、M2M/IoT设备2 1112、M2M/IoT设备3 1114、通信管理/递送处理CSF 1902、注册CSF 1904以及用于产生诸如界面3802的界面的逻辑实体。计算系统90例如可以是M2M设备、用户设备、网关或网络的任何其它节点、终端设备18或M2M网关设备14。可以在处理器(诸如中央处理单元(CPU)91)内执行此类计算机可读指令，以使计算系统90做工作。在许多已知的工作站、服务器和个人计算机中，中央处理单元91由称作微处理器的单芯片CPU实现。在其它机器中，中央处理单元91可以包括多个处理器。协处理器81是与主CPU 91不同的可选处理器，其执行附加功能或者协助CPU 91。CPU 91和/或协处理器81可以接收、生成并处理与所公开的用于E2E M2M服务层会话的系统和方法(诸如接收会话凭证或者基于会话凭证进行认证)有关的数据。
在操作中，CPU 91取出指令，对指令进行解码并执行指令，并且经由计算机的主数据转移路径(系统总线80)向并从其它资源转移信息。这种系统总线连接计算系统90中的组件并且定义用于数据交换的介质。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线以及用于发送中断并且用于操作系统总线的控制线。这种系统总线80的示例是PCI(外围组件互连)总线。
耦合到系统总线80的存储器包括随机存取存储器(RAM)82和只读存储器(ROM)93。此类存储器包括允许存储并检索信息的电路。ROM 93一般地包含不能容易地修改的存储的数据。存储在RAM 82中的数据可由CPU 91或其它硬件设备读取或者改变。对RAM 82和/或ROM 93的访问可以由存储器控制器92控制。存储器控制器92可以提供随着指令被执行而将虚拟地址转换成物理地址的地址转换功能。存储器控制器92还可以提供使系统内的进程隔离并且使系统进程与用户进程隔离的存储器保护功能。因此，在第一模式下运行的程序只能访问通过它自己的进程虚拟地址空间所映射的存储器；除非已经建立进程之间的存储器共享，否则它不能访问另一进程的虚拟地址空间内的存储器。
此外，计算系统90可以包含负责将来自CPU 91的指令传送到外围设备(诸如打印机94、键盘84、鼠标95和磁盘驱动器85)的外围设备控制器83。
由显示控制器96控制的显示器86用于显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。显示器86可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子体的平板显示器或触摸板来实现。显示控制器96包括生成被发送到显示器86的视频信号所需要的电子组件。
另外，计算系统90可以包含通信电路，诸如例如网络适配器97，其可以用于将计算系统90连接到外部通信网络，诸如图39A和图39B的网络12，以使得计算系统90能够与网络的其它节点进行通信。
用户设备(UE)可以是由最终用户使用来通信的任何设备。它可以是手持电话、配备有移动宽带适配器的膝上型计算机或任何其它设备。例如，可将UE实现为图39A-B的M2M终端设备18或图39C的设备30。
应理解的是，可以以存储在计算机可读存储介质上的计算机可执行指令(即，程序代码)的形式具体实现本文中描述的系统、方法和进程中的任一个或全部，所述指令当由机器(诸如M2M网络的节点，包括例如M2M服务器、网关、设备等)执行时，执行和/或实现本文中描述的系统、方法和进程。计算机可读存储介质包括用任何非暂时性(即，有形或物理)方法或技术实现以便存储信息的易失性和非易失性、可移动和不可移动介质，但是此类计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪速存储器或其它存储技术、CD-ROM、数字通用盘(DVD)或其它光盘存储装置、磁盒、磁带、磁盘存储装置或其它磁存储设备，或可用于存储所期望的信息并且可由计算机访问的任何其它有形或物理介质。
在描述本公开的主题的优选实施例时，如图中所图示的，为了清楚起见采用具体术语。然而，所要求保护的主题不旨在限于如此选择的具体术语，并且应当理解的是，每个具体元件包括以类似的方式操作以实现类似的目的的所有技术等同物。
此撰写的说明书使用示例来公开权利要求的主题，包括最佳模式，并且还使得本领域的技术人员能够实践所要求保护的主题，包括做出并使用任何装置或系统并且执行任何并入的方法。本主题的可取得专利的范围由权利要求限定，并且可以包括被本领域的技术人员想到的其它示例。如果此类其它示例具有与权利要求的字面语言没有不同的要素，或者如果它们包括与权利要求的字面语言无实质差异的等效要素，则此类其它示例旨在落入权利要求的范围内。

Claims (21)

1.一种包括处理器和存储器的装置，所述装置还包括存储在所述装置的存储器中的计算机可执行指令，所述计算机可执行指令当由所述装置的处理器执行时，使所述装置实现通信网络的第一服务层实体并且使所述第一服务层实体：
接收来自所述网络上的第二服务层实体的向所述第一服务层实体注册的请求，用于注册的所述请求包括识别作为所述第二服务层实体的后代并且消息能够经由所述第二服务层实体被重定向到的一个或多个其它服务层实体的信息；
在由所述第一服务层实体维护的数据结构中存储将所述第二服务层实体的后代中的每一个识别为由所述第一服务层实体接收到的服务层消息的可能的目的地并且将所述第二服务层实体识别为任何此类接收到的服务层消息将被重定向到的实体的信息；
接收服务层消息，所述服务层消息包括将所述第二服务层实体的后代中的一个识别为所接收到的服务层消息的目的地的信息；以及
基于由所述第一服务层实体维护的所述数据结构将所接收到的服务层消息转发到所述第二服务层实体。
2.根据权利要求1所述的装置，其中，所述指令还使所述第一服务层实体：
接收来自所述网络上的第三服务层实体的向所述第一服务层实体注册的另一请求，用于注册的所述另一请求包括识别作为所述第三服务层实体的后代的一个或多个其它服务层实体的信息；
在由所述第一服务层实体维护的所述数据结构中存储将所述第三服务层实体的后代中的每一个识别为由所述第一服务层实体接收到的服务层消息的可能的目的地并且将所述第三服务层实体识别为任何此类接收到的服务层消息将被重定向到的实体的信息。
3.根据权利要求1所述的装置，其中，所述指令还使所述第一服务层实体更新或者移除在所述数据结构中与所述第二服务层实体相关联的所述信息。
4.根据权利要求1所述的装置，其中，所述指令还使所述第一服务层实体在所述数据结构中存储为与所述第二服务层实体相关联的所述信息指定期满时间的信息。
5.根据权利要求1所述的装置，其中，所述数据结构包括表。
6.根据权利要求1所述的装置，其中，所述指令还使所述第一服务层实体：
接收包括识别所接收到的服务层消息的目的地的信息的另一服务层消息；
确定所述数据结构不包含与所识别的所述另一服务层消息的目的地相关联的任何信息；以及
将所述另一服务层消息转发到所述装置的第一服务层实体被注册到的另一服务层实体。
7.一种方法，包括：
由通信网络的第一服务层实体接收来自所述网络上的第二服务层实体的向所述第一服务层实体注册的请求，用于注册的所述请求包括识别作为所述第二服务层实体的后代并且消息能够经由所述第二服务层实体被重定向到的一个或多个其它服务层实体的信息；
由所述第一服务层实体在由所述第一服务层实体维护的数据结构中存储将所述第二服务层实体的后代中的每一个识别为由所述第一服务层实体接收到的服务层消息的可能的目的地并且将所述第二服务层实体识别为任何此类接收到的服务层消息将被重定向到的实体的信息；
由所述第一服务层实体接收服务层消息，所述服务层消息包括将所述第二服务层实体的后代中的一个识别为所接收到的服务层消息的目的地的信息；以及
由所述第一服务层实体基于由所述第一服务层实体维护的所述数据结构将所接收到的服务层消息转发到所述第二服务层实体。
8.根据权利要求7所述的方法，还包括：
由所述第一服务层实体接收来自所述网络上的第三服务层实体的向所述第一服务层实体注册的另一请求，所述用于注册的另一请求包括识别作为所述第三服务层实体的后代的一个或多个其它服务层实体的信息；
由所述第一服务层实体在由所述第一服务层实体维护的所述数据结构中存储将所述第三服务层实体的后代中的每一个识别为由所述第一服务层实体接收到的服务层消息的可能的目的地并且将所述第三服务层实体识别为任何此类接收到的服务层消息将被重定向到的实体的信息。
9.根据权利要求7所述的方法，还包括由所述第一服务层实体移除或者更新在所述数据结构中与所述第二服务层实体相关联的所述信息。
10.根据权利要求7所述的方法，还包括由所述第一服务层实体在所述数据结构中存储为与所述第二服务层实体相关联的所述信息指定期满时间的信息。
11.根据权利要求7所述的方法，其中，所述数据结构包括表。
12.一种包括处理器和存储器的装置，所述装置还包括存储在所述装置的存储器中的计算机可执行指令，所述计算机可执行指令当由所述装置的处理器执行时，使所述装置实现通信网络的第一服务层实体并且使所述第一服务层实体：
作为服务层注册进程的一部分，接收针对所述通信网络的其它的一个或多个服务层实体中的每一个服务层实体识别所述一个或多个服务层实体中的所述每一个服务层实体已注册到的服务层实体的信息；
基于所接收到的信息维护包含针对所述其它的一个或多个服务层实体中的每一个识别去往该服务层实体的消息应该遵循以到达该服务层实体的所述通信网络的服务层实体的链的信息的数据结构；
接收服务层消息，所述服务层消息包括将所述通信网络的所述其它的服务层实体中的一个识别为所接收到的服务层消息的目的地的信息；
针对被识别为所述消息的目的地的服务层实体，从所述数据结构中检索所接收到的消息应该遵循以到达该目的地服务层实体的所识别的服务层实体的链；
将所接收到的消息转发到所检索到的服务层实体的链中的第一服务层实体；以及
在经转发的消息中包括针对所述目的地服务层实体识别所检索到的服务层实体的链的剩余部分的信息。
13.根据权利要求12所述的装置，其中，所述指令还使所述第一服务层实体：
接收提供关于在所述通信网络中新服务层实体到另一服务层实体的注册的更新信息的消息；以及
更新所述数据结构以针对所述新服务层实体识别去往所述新服务层实体的消息应该遵循以到达该新服务层实体的所述通信网络的服务层实体的链。
14.根据权利要求12所述的装置，其中，所述指令还使所述第一服务层实体在所述数据结构中针对所述服务层实体中的至少一个，移除针对该至少一个服务层实体识别服务层实体的链的所述信息。
15.根据权利要求12所述的装置，其中，所述指令还使所述第一服务层实体针对链被识别的每个服务层实体在所述数据结构中存储用于识别所述链的所述信息的期满时间。
16.根据权利要求12所述的装置，其中，所述数据结构包括表。
17.一种方法，包括：
作为服务层注册进程的一部分，由通信网络的第一服务层实体接收针对所述通信网络的其它的一个或多个服务层实体中的每一个服务层实体识别所述一个或多个服务层实体中的所述每一个服务层实体已注册到的服务层实体的信息；
由所述第一服务层实体并且基于所接收到的信息维护包含针对所述其它的一个或多个服务层实体中的每一个识别去往该服务层实体的消息应该遵循以到达该服务层实体的所述通信网络的服务层实体的链的信息的数据结构；
由所述第一服务层实体接收服务层消息，所述服务层消息包括将所述通信网络的所述其它的服务层实体中的一个识别为所接收到的服务层消息的目的地的信息；
针对被识别为所述消息的目的地的服务层实体，由所述第一服务层实体从所述数据结构中检索所接收到的消息应该遵循以到达该目的地服务层实体的所识别的服务层实体的链；
由所述第一服务层实体将所接收到的消息转发到所检索到的服务层实体的链中的第一服务层实体；以及
由所述第一服务层实体在经转发的消息中包括针对所述目的地服务层实体识别所检索到的服务层实体的链的剩余部分的信息。
18.根据权利要求17所述的方法，还包括：
由所述第一服务层实体接收提供关于在所述通信网络中新服务层实体到另一服务层实体的注册的更新信息的消息；以及
由所述第一服务层实体更新所述数据结构以针对所述新服务层实体识别去往所述新服务层实体的消息应该遵循以到达该新服务层实体的所述通信网络的服务层实体的链。
19.根据权利要求17所述的方法，还包括针对所述数据结构中的所述服务层实体中的至少一个，移除针对该至少一个服务层实体识别服务层实体的链的所述信息。
20.根据权利要求17所述的方法，还包括针对链被识别的每个服务层实体，由所述第一服务层实体在所述数据结构中存储用于识别所述链的所述信息的期满时间。
21.根据权利要求17所述的方法，其中，所述数据结构包括表。
CN201780043592.7A 2016-07-07 2017-07-07 机器到机器服务层通信中的消息重定向 Active CN109478153B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201662359516P 2016-07-07 2016-07-07
US62/359,516 2016-07-07
US201662360033P 2016-07-08 2016-07-08
US62/360,033 2016-07-08
PCT/US2017/041109 WO2018009803A1 (en) 2016-07-07 2017-07-07 Message retargeting in machine-to-machine service layer communications

Publications (2)

Publication Number Publication Date
CN109478153A true CN109478153A (zh) 2019-03-15
CN109478153B CN109478153B (zh) 2022-02-22

Family

ID=59485413

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780043592.7A Active CN109478153B (zh) 2016-07-07 2017-07-07 机器到机器服务层通信中的消息重定向

Country Status (6)

Country Link
US (1) US10992578B2 (zh)
EP (1) EP3482296A1 (zh)
JP (1) JP6727394B2 (zh)
KR (1) KR102204736B1 (zh)
CN (1) CN109478153B (zh)
WO (1) WO2018009803A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7089510B2 (ja) * 2016-10-06 2022-06-22 コンヴィーダ ワイヤレス， エルエルシー アプリケーションのサービス層のモビリティ管理
US11095502B2 (en) * 2017-11-03 2021-08-17 Otis Elevator Company Adhoc protocol for commissioning connected devices in the field
US20210092202A1 (en) * 2018-02-09 2021-03-25 Convida Wireless, Llc Service layer methods for offloading iot application message generation and response handling

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102238573A (zh) * 2010-04-30 2011-11-09 中兴通讯股份有限公司 一种m2m业务的架构及实现m2m业务的方法
US20120284777A1 (en) * 2011-04-15 2012-11-08 Eugenio Caballero Herrero Jose Method for managing data in m2m systems
CN103220670A (zh) * 2012-01-19 2013-07-24 华为技术有限公司 一种设备切换方法、m2m平台和网络系统
CN103596117A (zh) * 2012-08-13 2014-02-19 华为终端有限公司 发现机器对机器业务的方法、设备及系统
US20140052775A1 (en) * 2012-08-14 2014-02-20 Kt Corporation Forwarding information to designated user terminal
US20150033311A1 (en) * 2013-07-25 2015-01-29 Convida Wireless, Llc End-To-End M2M Service Layer Sessions
US20150055557A1 (en) * 2012-03-22 2015-02-26 Interdigital Patent Holdings, Inc. Method and apparatus for supporting machine-to-machine caching at a service capability layer
US9207958B1 (en) * 2002-08-12 2015-12-08 Arm Finance Overseas Limited Virtual machine coprocessor for accelerating software execution
US20160192111A1 (en) * 2013-09-27 2016-06-30 Lg Electronics Inc. Method for delivering notification messages in m2m system and devices for same

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US102690A (en) * 1870-05-03 Improvement in pipe-tongs
US5329619A (en) * 1992-10-30 1994-07-12 Software Ag Cooperative processing interface and communication broker for heterogeneous computing environments
JP4927658B2 (ja) 2007-07-31 2012-05-09 パナソニック株式会社 ルーチング方法及びノード装置
EP2621242A1 (en) 2012-01-26 2013-07-31 Panasonic Corporation Improved discontinuous reception operation with additional wake up opportunities
US9813494B2 (en) * 2012-05-11 2017-11-07 Interdigital Patent Holdings, Inc. Context-aware peer-to-peer communication
US9210645B2 (en) * 2012-05-18 2015-12-08 Industrial Technology Reseach Institute Method for dynamically controlling data paths, MTC gateway and network device using the same
US20150304411A1 (en) * 2012-09-20 2015-10-22 Telcordia Technologies, Inc. Self-Organizing Distributed Service Overlay for Wireless Ad Hoc Networks
US9344888B2 (en) * 2013-05-22 2016-05-17 Convida Wireless, Llc Machine-to-machine network assisted bootstrapping
WO2015096004A1 (en) * 2013-12-23 2015-07-02 Orange A method for configuring a network comprising several nodes, a method for transmitting data in said network, and corresponding equipment and computer program
US9973535B2 (en) * 2014-02-14 2018-05-15 Intertrust Technologies Corporation Network security systems and methods
US10205662B2 (en) * 2014-07-11 2019-02-12 Telefonaktiebolaget Lm Ericsson (Publ) Prefix distribution-based table performance optimization in SDN
US9459903B2 (en) 2014-09-24 2016-10-04 Intel Corporation Techniques for routing service chain flow packets between virtual machines
US9979645B2 (en) * 2015-01-14 2018-05-22 Futurewei Technologies, Inc. Hardware and software methodologies for creating and managing portable service function chains
US20170149659A1 (en) * 2015-11-23 2017-05-25 Telefonaktiebolaget L M Ericsson (Publ) Mechanism to improve control channel efficiency by distributing packet-ins in an openflow network
EP3400685B1 (en) * 2016-01-05 2020-07-01 Telefonaktiebolaget LM Ericsson (PUBL) Mechanism to detect control plane loops in a software defined networking (sdn) network
US10367677B2 (en) * 2016-05-13 2019-07-30 Telefonaktiebolaget Lm Ericsson (Publ) Network architecture, methods, and devices for a wireless communications network

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9207958B1 (en) * 2002-08-12 2015-12-08 Arm Finance Overseas Limited Virtual machine coprocessor for accelerating software execution
CN102238573A (zh) * 2010-04-30 2011-11-09 中兴通讯股份有限公司 一种m2m业务的架构及实现m2m业务的方法
US20120284777A1 (en) * 2011-04-15 2012-11-08 Eugenio Caballero Herrero Jose Method for managing data in m2m systems
CN103220670A (zh) * 2012-01-19 2013-07-24 华为技术有限公司 一种设备切换方法、m2m平台和网络系统
US20150055557A1 (en) * 2012-03-22 2015-02-26 Interdigital Patent Holdings, Inc. Method and apparatus for supporting machine-to-machine caching at a service capability layer
CN103596117A (zh) * 2012-08-13 2014-02-19 华为终端有限公司 发现机器对机器业务的方法、设备及系统
US20140052775A1 (en) * 2012-08-14 2014-02-20 Kt Corporation Forwarding information to designated user terminal
US20150033311A1 (en) * 2013-07-25 2015-01-29 Convida Wireless, Llc End-To-End M2M Service Layer Sessions
US20160192111A1 (en) * 2013-09-27 2016-06-30 Lg Electronics Inc. Method for delivering notification messages in m2m system and devices for same

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
SOUMYA KANTI DATTA等: "CCT: Connect and Control Things: A novel mobile application to manage M2M devices and endpoints", 《2014 IEEE NINTH INTERNATIONAL CONFERENCE ON INTELLIGENT SENSORS, SENSOR NETWORKS AND INFORMATION PROCESSING (ISSNIP)》 *
孙薇等: "基于WMMP-T协议的建筑能耗数据采集网关的设计", 《计算机技术与发展》 *

Also Published As

Publication number Publication date
JP2019522939A (ja) 2019-08-15
WO2018009803A1 (en) 2018-01-11
US10992578B2 (en) 2021-04-27
KR102204736B1 (ko) 2021-01-19
CN109478153B (zh) 2022-02-22
JP6727394B2 (ja) 2020-07-22
KR20190026862A (ko) 2019-03-13
EP3482296A1 (en) 2019-05-15
US20180014144A1 (en) 2018-01-11

Similar Documents

Publication Publication Date Title
US10404601B2 (en) Load balancing in the internet of things
US11829774B2 (en) Machine-to-machine bootstrapping
CN106797391B (zh) 使用mqtt协议的服务层交互工作
CN107079050B (zh) 服务层会话迁移和共享
KR101977441B1 (ko) 가상화 브로커 및 콘텍스트 정보를 이용한 자원들의 가상화를 위한 방법 및 장치
CN109769227B (zh) 端到端m2m服务层会话
CN105659634B (zh) 用于接近服务以及物联网服务的联合注册和注销的方法
CN110035110B (zh) 跨域服务层资源传播方法及设备
CN111787033B (zh) 基于权限的资源和服务发现
CN109964495B (zh) 应用的服务层移动性管理
CN110383790A (zh) 无需会话连续性的网络服务连续性
CN107950038A (zh) 用于分析和群聚服务层订阅和通知以提高效率的方法和设备
CN108141468A (zh) 增强的restful操作
CN109792457A (zh) 存储和检索设备的网络上下文
CN108141447A (zh) 服务层注册
CN109478153A (zh) 机器到机器服务层通信中的消息重定向

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
GR01 Patent grant
GR01 Patent grant