CN107211236A - 服务层的资源链路管理 - Google Patents
服务层的资源链路管理 Download PDFInfo
- Publication number
- CN107211236A CN107211236A CN201580074852.8A CN201580074852A CN107211236A CN 107211236 A CN107211236 A CN 107211236A CN 201580074852 A CN201580074852 A CN 201580074852A CN 107211236 A CN107211236 A CN 107211236A
- Authority
- CN
- China
- Prior art keywords
- link
- resource
- profile
- lms
- attribute
- 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
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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- 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/16—Implementing security features at a particular protocol layer
- H04L63/162—Implementing security features at a particular protocol layer at the data link layer
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
链路管理服务可以基于链路简档来动态地配置一个或多个链路启用属性。可以存在支持链路管理服务,诸如独立链路管理和集成链路管理的多种架构。
Description
相关申请的交叉引用
本申请要求于2014年12月29日提交的名为“RESOURCE LINK MANAGEMENT ATSERVICE LAYER”的U.S.临时专利申请No.62/097326的优先权,其全部内容在此以引入的方式并入本文。
背景技术
图1示出支持服务层104的示例性协议栈。如图1所示,从协议栈角度看,服务层位于应用协议层上方并且对应用或另一服务层提供增值服务。
M2M/IoT服务层是针对M2M/IoT类型的设备和应用的示例性服务层。图2示出网络内的示例性M2M/IoT服务层部署场景。在该示例中,服务层实例是服务层的实现,且多个服务层实例部署在各种网络节点(例如网关和服务器)上,向网络应用、设备应用、以及网络节点其自身提供增值服务。工业标准机构(例如oneM2M-TS-0001oneM2M FunctionalArchitecture-V-0.8.0)开发了M2M/IoT服务层来解决与将M2M/IoT类型的设备和应用集成到诸如互联网、蜂窝、企业、以及家庭网络的部署中相关联的挑战。M2M服务层可以向应用和设备接入提供由服务层所支持的面向M2M能力的集合。这种能力的一些示例包括安全性、计费、数据管理、设备管理、发现、供应、以及连接管理。经由应用编程接口(APIs)使得这些能力可用于应用,APIs使用由M2M服务层定义的消息格式、资源结构、以及资源表示。
oneM2M的目标是开发解决对于公共M2M服务层的需要的技术规范,公共M2M服务层易于被嵌入到硬件设备和软件模块中以支持具有全世界的M2M应用服务器的域中的各种设备。如图3所示,oneM2M公共服务层支持公共服务功能(CSFs)的集合(例如服务能力),诸如注册101和位置103。一个或多个特定类型的CSFs的集合的实例化被称为公共服务实体(CSE)304,其可以托管在不同类型的网络节点(例如基础设施节点(NI)、中间节点(MN)和专用节点(ASN))上。CSEs可以被称为IN-CSE、MN-CSE或ASN-CSE。图4的AE、CSE和NSE实体是以在底层设备或平台上执行以实现它们在系统中的各自的功能的软件的形式实现的逻辑实体。AE、CSE和NSE实体是可以托管在网络中的独立计算设备(例如服务器)上或托管在网络内的现有实体,诸如M2M网关、M2M设备、M2M服务器等上的逻辑实体。
图4示出oneM2M服务层面向资源架构(ROA)。资源是架构中具有可经由诸如创建、检索、更新和删除(CRUD)的RESTful方法操纵的表示的唯一可寻址元素。利用通用资源标识符(URI)使得这些资源可访问。资源可包含子资源和属性。子资源是与父资源具有包含关系的资源。父资源表示包含对其子资源的引用。子资源的寿命受父资源寿命的限制。每个资源支持存储资源信息的“属性”的集合。属性可以存储引用另一资源的一个或多个URI。
近年来,M2M服务组件架构,如图5所示,被开发以考虑并非基于RESTful的传统部署,其主要适用于将CSE视为服务组件的集合的基础设施域。大量重用图4所示的服务层架构,但在服务层内,它包含各种M2M服务,并且多个服务可以分组为服务组件。除了现有参考点之外,图5中的CSE包括服务间参考点Msc。M2M服务组件之间的通信(通过Msc参考点传递)利用web服务方法,这是用于构建基于面向服务的架构(SoA)的系统的流行技术。
发明内容
本文公开了一种链路管理服务(LMS),可以基于链路简档,动态地配置一个或多个链路启用属性。存在支持LMS的多种架构,诸如独立的链路管理和集成的链路管理。
在示例中,一种设备包括处理器和与处理器耦合的存储器。存储器包括可执行指令,当由处理器执行时,使处理器实行操作,操作包括接收第一简档,第一简档包括定义配置属性链路的指令,属性的链路指向第一资源;接收管理属性的指示;以及基于第一简档,自动地确定属性的配置。
在另一示例中,一种方法包括接收第一链路简档,第一链路简档包括定义配置第一资源的链路的使用的指令,第一资源的链路指向第二资源;接收管理链路的指示,以及基于第一链路简档,自动地管理链路的使用。
提供该概述来以简化形式介绍在下述详细描述中进一步描述的概念的选择。该概述不旨在识别所要求保护的主题的关键特征或本质特征,也不旨在限制所要求的主题的范围。此外,所要求的主题不限于解决在本公开的任何部分中提到的任何或所有缺陷的限制。
附图说明
结合附图,通过示例给出的下述描述可以得出更详细理解,在图中,
图1示出支持服务层的示例性协议栈;
图2示出网络内的示例性M2M/IoT服务层部署;
图3示出oneM2M服务层中的示例性公共服务功能(CSFs);
图4示出示例性oneM2M服务层面向资源架构;
图5示出示例性oneM2M服务组件架构;
图6示出经由属性,在两个资源之间构建的示例性链路;
图7A是从<subscription1>资源到<AE1>和<accessControlPolicy1>资源的多个链路的示例性图示;
图7B是从<subscription1>资源到<AE1>和<AE2>资源的多个链路的示例性图示;
图8示出实现LMS的示例性系统;
图9示出独立链路管理的示例性架构框架;
图10示出集成链路管理的示例性架构框架;
图11示出单个M2M/IoT节点上的集成链路管理的示例性架构框架;
图12示出用于创建链路管理任务的示例性消息流;
图13示出用于基于计划的链路简档,实施链路管理的示例性消息流;
图14示出用于非基于计划的链路简档,实施链路管理的示例性消息流;
图15示出用于检测链路管理任务的示例性消息流;
图16示出用于通过LMS,删除链路起点资源的示例性消息流;
图17示出当接收用于提交、更新或删除SLMP时,用于LMS的相关动作的示例性方法;
图18示出链路简档、SLMP和EHR之间的示例性交互;
图19示出oneM2M服务层中的示例性(LMS)CSF;
图20示出<linkProfile>的示例性面向RESTful资源接口接口;
图21示出<SLMP>的示例性面向RESTful资源接口接口;
图22示出<EHR>的示例性面向RESTful资源接口接口;
图23示出示例性oneM2M服务组件架构;
图24示出用于由LMS-SLMP启用的增值服务的示例性消息流;
图25示出用于由LMS-链路简档启用的增值服务的示例性消息流;
图26示出<group>资源的“memberList”上的LMS的示例性操作;
图27示出用于利用资源链路管理的示例性用户接口接口;
图28A是可以实现一个或多个公开示例的示例性机器对机器(M2M)或物联网(IoT)通信系统的系统图;
图28B是可以在图28A所示的M2M/IoT通信系统内使用的示例性架构的系统图;
图28C是可以在图28A所示的通信系统内使用的示例性M2M/IoT终端或网关的系统图;以及
图28D是可以体现图28A的通信系统的示例性计算系统的框图。
具体实施方式
在oneM2M-TS-0001oneM2M功能架构V-0.8.0中,指示了能够在资源之间建立链路,并且资源能具有到另一资源的一个或多个链路。当将指向另一资源的URI存储在一个资源的属性中时,本文考虑的链路可以构建在两个资源之间。例如,通过将资源B的URI指定到资源A的属性(例如属性-1),构建从资源A到资源B的链路。通过将链路简档提供给LMS,由实体构建链路管理任务。链路管理任务可以指LMS,基于它(它们共享的)链路简档,在一个或多个属性上实施配置。如果(由实体)从LMS删除相应的链路简档,从LMS删除任务。图6示出两个资源之间的示例性链路。如图6所示,通过将资源-B 113的URI指定到资源-A 111的属性(属性-1 115),构建从资源A-111到资源-B 113的逻辑链路112。在此将资源A 111称为链路起点资源,将资源-B 113称为链路目的地资源,以及将属性-1 115称为逻辑链路112的链路启用资源(属性-1 115中的URI的表示)。如参考图6的示例支持,链路起点资源为存储包括指向另一资源(例如资源-B 113)的URI的属性等(例如属性-1 115)的资源(例如资源-A111)。链路启用属性是存储链接到资源(例如资源-B 113)并且位于另一资源(例如资源-A111)内的URI的属性等(例如属性-1 115)。最后,链路目的地资源是作为位于资源(例如资源-A 111)内的URI的目的地的资源(例如资源-B 113)。
表1提供来自能被用于构建链路的oneM2M规范的示例性属性。图7A示出从表1获得的链路启用属性的示例。如图7A所示,<subscription1>资源的两个属性(例如“parentID”和“accessControlPolicyID”)被分别设定有<AE1>和<accessControlPolicy1>资源的URI。因此,在<subscription1>和两个资源(例如<AE1>和<accessControlPolicy1>)之间构建两个链路。图7B类似于图7A,在下文中,将参考非基于计划的链路简档更详细地描述。
表1:oneM2M中的链路启用属性
公开的是可以基于链路简档,动态地配置一个或多个链路启用属性的链路管理服务(LMS)。可以存在支持LMS的多种架构,诸如独立链路管理和集成链路管理。在本文中,更详细地论述独立链路管理和集成链路管理。
图8示出实现LMS的示例性系统。M2M服务器124可以包括与链路管理相关联的始发站123。始发站123可以位于M2M服务器124内并且可通信地连接到M2M网关122、M2M设备125、M2M设备126和M2M设备127。始发站123可以是用于服务的应用(例如应用实体-AE)。始发站123能发起请求以:1)向LMS 121提交链路简档(例如链路简档128),2)更新链路简档,或3)从LMS 121删除或注销注册链路简档。总的来说,始发站123初始化链路管理相关请求。始发站123应当具有发起链路管理相关请求的权限。替选地,始发站123可以是创建链路启用属性(例如属性-1 115)所属的链路起点资源(例如资源-A 111)的实体,因为它是该资源的所有者。始发站123可以是可以发起有关属性的链路管理的任意多个实体或设备(例如AE、公共服务实体-CSE、网络服务实体-NSE、M2M服务器、M2M网关、M2M设备等)。
M2M网关122能包括LMS 121。LMS 121可以包括链路简档128并且与始发站123和M2M设备125、M2M设备126和M2M设备127通信连接。LMS 121负责基于由始发站123提交的链路简档128,对属性-1 115实施链路管理。LMS 121可以驻留在链路托管CSE或另一CSE上。链路托管CSE托管链路起点资源(例如资源-A 111)及其链路启用属性(例如属性-1 115)。LMS121用作基于通过本文所述的某些过程,可以更新/删除的、包括在链路简档128中的指令,实施链路配置的执行器。M2M设备125、M2M设备126和M2M设备127与M2M网关122及其子组件可通信连接并且还可以与M2M服务器124及其子组件可通信连接。每个M2M设备可以具有链路起点资源(例如资源-A111)和链路启用属性(例如属性-1 115),如在M2M设备125中找到的。
继续参考图8,在下文中,是根据草坪护理服务,使用LMS的示例。例如,M2M设备126、M2M设备127和M2M设备125可以是传感器,诸如风传感器、湿度传感器或温度传感器。存在由每个M2M设备(125,126和127)托管的<subscription>资源(例如资源-A 111),用于发送关于传感器数据的通知。对在M2M设备(125,126和127)上托管的<subscription>资源的“notification URI”属性(例如属性-1115),生成链路简档(例如链路简档128)。链路简档可以具有帮助定制对由草坪护理服务(例如始发站123)完成的草坪护理计划,需要何时、如何或哪些通知的信息。这些链路简档被提交到基于链路简档来管理链路的LMS 121以及LMS121链路链路。
图9和10示出链路管理的架构框架。图9示出独立链路管理。总的来说,独立链路管理基于链路简档(例如链路简档128),执行链路管理,但不考虑链路简档之间的冲突。如图9所示,链路简档128被提交给LMS 121。此外,链路简档128定义资源-A 111的属性-1 115。LMS 121基于提交的链路简档128,配置属性-1 115。
LMS还具有在不同资源的多个链路启用属性上实施集成链路配置的能力。集成链路管理(图10)提供有关那些链路启用属性的配置被影响并且相互关联,因此,有关链路启用属性的配置不仅需要引用它们相关的链路简档,而且如果存在的话,与某些全系统策略一致。例如,当所有资源被迁移到另一CSE时,LMS负责更新所有资源的parentID属性。此外,值得注意的是,LMS可以遵循提交给它的定制策略,或符合现有或未来标准规范的策略。
图10示出用于链路管理的示例性增强或集成框架。在该示例中,集成框架包括异常处理规则(EHR)131、全服务器层链路管理策略(SLMP)133、多个链路简档(例如链路简档128和链路简档136)、LMS 121、具有属性-1 135的资源-Z 134以及具有属性-1 115的资源-A111。图11示出限制在M2M或IoT节点(例如M2M网关122)的服务层内的图10所示的概念。在下文中,详细地论述链路管理框架的不同组件。关于LMS 121,LMS 121负责根据它们的链路简档,管理不同链路启用属性。例如,在LMS 121,在提交链路简档后,构建与提交的链路简档的每一个相对应的特定链路管理任务。例如,关于在LMS121处构建链路管理任务,简档可以包括如何构建属性,诸如<subscription>资源的notificationURI属性,用于将最新温度告知不同应用。下述配置指令可以包括在9am-3pm期间,将notificationURI设定到WeatherReport应用的URI,以及在3pm-11pm期间,将其设定到TripPlanning应用的URI。LMS可以初始化相应的设备来通过遵循在那一链路简档中指定的上述指令,执行实施链路前述配置的操作。
典型地,如果已经创建资源-A 111和属性-1 115,能生成用于资源-A 111的属性-1 115的链路简档128并且提交到LMS 121。此后,代替要求其他实体自己配置创建的链路启用属性(例如属性-1 115)的值,LMS 121可以基于包括在链路简档(例如链路简档128和链路简档136)中的规范,代表这些实体配置创建的链路启用属性,如前所述,这些链路建档可以基于某些实体的需要由某些实体生成链路。其他实体能是基于它们的需要,将LMS用于动态链路管理操作的CSEs或应用相关软件实体中的任何一个。例如,仍然使用上述WeatherReportAPP示例,负责管理温度设备的软件实例(其他实体)能构建用于特定<subscription>资源的“notificationURI”属性的链路简档,以便将来自温度传感器的最新更新告知不同APP(例如WeatherReport应用或TripPlanning应用)。如果LMS 121和属性-1115(待管理的链路启用属性)位于同一处(例如资源-A 111位于固有支持LMS的CSE上),那么属性-1 115可以配置在CSE内,导致更低通信开销。此外,只要存在计算资源,LMS 121能部署在任一节点(例如,ASN-CSE,MN-CSE,或IN-CSE)上。属性-1 115存储根据其链路简档128,由LMS 121动态配置的当前有效值。可以隐藏LMS 121如何配置链路,除非有检索属性-1 115的值的权限。
除它们的链路简档外,SLMP 133是关于相关属性(例如属性-1 115和属性-1 135)的配置还需要符合的规章或约束的集合。除用于在那些属性上实施独立配置的链路简档外,SLMP是有关不同属性的链路配置如何相互影响的全局规章和约束的集合。类似于链路简档128,SLMP133也由允许这样做的实体提交给LMS 121。关于SLMP 133的示例可以与oneM2M的“parentID”有关。SLMP 133可以包含由于一些专用安全原因,不允许某些资源集(例如资源-Z 134)与另一资源集(例如资源-A 111)共享同一父资源的规则。
继续参考图11和集成链路管理,EHR 131具有被用来处理链路配置中的异常的规则。对指定的SLMP,存在对应的异常处理规则集,其也由允许这样做的实体提交给LMS 121。当LMS 121配置某些链路启用属性(例如属性-1 115或属性-1 135)时,LMS 121不仅考虑相关链路简档(例如链路简档128或链路简档136),而且考虑涉及的SLMPs,并且如果任何冲突存在,则应用EHRs。EHR是当包括在链路简档中的独立配置与SLMP具有冲突时使用的规则集。
有时,优选的实施方式可以具有被提交给同一LMS(例如LMS121)的、由CSE托管的全部或大部分资源的链路启用属性的链路简档,并且该LMS还将保存相关SLMPs和EHRs的集合。
如所述,由创建该链路启用属性所属并且提交给LMS的链路起点资源的实体来生成链路简档,以初始化链路管理任务。替选地,在链路简档能与多个属性相关联并且那些属性上的(由链路简档指定的)链路配置如群组操作的意义上,链路简档还能被用于配置一个以上链路启用属性。为了简化呈现,集中在当介绍本文的章节的细节时的基本情形。
下文论述基于计划的链路简档和基于无计划的链路简档。下文所述的两种链路简档为示例。取决于不同应用情形,创建各种链路简档(例如基于事件或条件的链路简档)。表2列出用于不同类型的链路简档的公共项。如表2进一步所述,存在用于每一链路简档类型的profileType(例如,1-基于计划的简档,2=基于无计划的简档)、linkOriginURI(例如用于属性-1 115的URI)和attributeName。
表2:链路简档的公共项
关于基于计划的链路简档,如果链路启用属性与基于计划的链路简档相关联,则在特定时间间隔期间,通过该属性构建的链路可以是有效的。基于计划的链路简档可以用于支持睡眠节点(例如,定期进入睡眠类型模式的设备)存在的情形。表3提供包括用于基于计划的链路简档的destURIList和validTimeIntervals的示例性项。
表3:基于计划的链路简档的特定项
关于非基于计划的链路简档,如果链路启用属性与非基于计划的链路简档相关联,则可以基于系统中的实时场境和在该链路简档中定义的相关规则来配置通过该属性构建的链路。
关于考虑场境信息的非基于计划的链路简档的进一步观点,论述参考图7B的情形。在图7B中示出用于该用例的一种情形:<subscription>资源(例如<subscription1>),其是在MN-CSE节点上托管的<CSEBase1>的子资源。特别地,notificationURI属性能保存<AE2>(由ASN-CSE1托管)的URI或<AE3>(由ASN-CSE2托管)的URI,因为它们均对<CSEBase1>感兴趣。然而,如何设置notificationURI能基于场境信息(例如近实时条件)或任何用户定义的或专用规则。例如,<AE1>可以是主通知接收机(例如将<AE1>的URI指配给notificationURI属性)并且每当<AE1>变得不可及时,可以将notificationURI动态地设定到<AE2>的URI。
除通过明确更新操作外,常规的服务层实施方式不提供用于经由上述链路启用属性(例如图7B中的notificationURI属性),动态地配置的机制。特别在常规实施方式中,如果那些更新操作的发起者远离CSE(例如图7B中的MN-CSE),其托管将受管理的资源和对应属性,这些频繁的更新操作将会导致相当大的通信开销。
关于oneM2M,在支持先进特征的尝试中,<subscription>的常规实施方式“笨重”。例如,notificationSchedule子资源和pendingNotification属性被用来使<subscription>对于通知具有一些智能。以常规方式,对新特征定义越来越多新的属性(诸如如前所述,动态地配置notificationURI),资源变得更重。公开的链路管理服务允许一般更可扩展的实施方式。
表4提供包括用于非基于计划的链路简档的destURICandidateList、contextInfoURI和linkSelectionRules的项。
表4:非计划的链路简档的特定项
理解到执行本文诸如图12-16所图示的步骤的实体是逻辑实体,其可以以诸如在图28C或图28D中所示的设备、服务器或计算机系统的存储器中存储并且在其处理器上执行的软件(例如计算机可执行指令)的形式实现。在示例中,在下文详述M2M设备的交互,图12的始发站123(例如AE)驻留在图28A的M2M终端设备18上,而图12的CSE 109驻留在图28A的M2M网关设备14上。
在下文中结合图12-17论述用于链路管理的过程。图12示出由LMS创建用于管理属性的URI的链路管理任务的示例性流程。在步骤203,始发站123将可以用来创建用于属性-1115的链路管理任务的请求发送到CSE 109。消息包括链路简档128和关联的数据(例如,关于链路简档类型的关联的数据)。步骤203的消息由始发站123上的应用逻辑触发。在另一示例中,LMS 121可以主动地收集链路简档。LMS121可以从不同实体主动地请求链路简档或使用发布或订阅机制。在另一实例中,LMS 121可以通过观察系统状态,主动地创建链路简档128。例如,如果LMS 121观察到始发站123(例如应用实体)不时处于离线,LMS 121可以对始发站123所属的<group>资源的“成员列表”设置链路简档128,使得当始发站123不可用时,链路简档128会导致始发站123的UIR(例如属性-1 115)不在“成员列表”中的配置。结果是在其离线时间期间,群组操作将不会散开到始发站123,相应地减少不必要的通信。
在步骤204,CSE 109确认步骤203的请求。例如,CSE 109可以确定资源-A 111和属性-1 115是否存在、始发站123是否具有该操作的权限等。如果那些均不成立,由CSE 109拒绝该请求,而不联系LMS121。在步骤205,CSE 109将链路简档128发送到LMS 121。在步骤206,LMS确认链路简档128。例如,LMS 121确定属性-1 115是否已经与另一先前提交的链路简档相关联地被管理。如果是,如果该新提交的简档(链路简档128)未替代现有的链路简档,由LMS拒绝步骤205的请求。否则,LMS 121可以:1)根据链路简档128定义新的触发器,使得当满足某些规则/条件时,LMS 121能执行对应的链路配置操作;2)将属性-1 115标记为“已管理”(或另一术语或标记),使得如果未来提交与属性-1 115有关的任何其他链路简档,则LMS能够实施诸如替代或更新旧的链路简档128,或拒绝新的链路简档128的操作等;3)将链路管理ID(该值基于任何指定的方案)生成为用于该链路管理任务(例如,通过指定链路管理ID,实体发送删除现有的链路管理任务的请求)的全局引用。下文的描述提供关于何时或是何地使用链路管理ID的进一步论述。
在步骤207,LMS 121将确认发送到CSE 109以表示已经成功地确立链路管理任务,以及将链路管理ID发送到CSE 109。在步骤208,CSE 109可以创建专用于属性-1 115的单独访问策略或CSE 109可以修改现有的访问控制策略,使得LMS 121有权访问以操纵属性,如果需要,限制其他实体访问。那些特定的访问控制策略也与链路管理ID相关联,其能被用于证书验证,使得仅允许在该请求中,指定链路管理ID的策略在属性-1 115上进行配置。在步骤209,CSE 109还将确认连同链路管理ID一起发送回始发站123以便知道属性-1 115的状态。
图13示出使用基于计划的链路简档来实施链路管理的示例性方法。在步骤211,基于基于计划的链路简档(例如链路简档128),触发LMS 121。例如,由定时器触发LMS 121,以更新属性-1 115的值。在步骤212,LMS 121根据属性-1 115的链路简档128,将更新属性-1115的URI的请求发送到CSE 109。在链路管理任务建立期间生成的链路管理ID可以包括在该请求中,使得CSE 109能校验对属性-1 115的操作权限。在步骤213,CSE 109确定是否允许步骤212提出的操作。如果是,通过步骤212的请求中的值,更新属性-1 115的值。在步骤214,CSE 109将关于请求的操作成功或失败的消息发送回LMS 121。
图14示出使用非基于计划的链路简档来实施链路管理的示例性方法。在步骤221,LMS 121基于非基于计划的链路简档(例如链路简档128),决定需要收集哪些场境信息。在步骤223,LMS 121发送对场境信息的查询(可以是实时)。场境信息可以包括被分配给设备的带宽、通信会话的等待时间(例如与应用的延迟容限相关联)、设备的位置或运行状态、设备的功率控制需求的分类或会影响业务逻辑的相关信息。替选地,LMS 121可以与请求的实时信息的供应商建立订阅关系。本文假定收集场境信息的一些实体存在。在步骤225,场境供应商105基于步骤223的请求,返回相关场境信息。在步骤226,LMS121将场境信息与在非计划的链路简档中指定的相关规则比较,触发LMS 121重新配置属性-1 115。在步骤227,LMS 121将更新属性-1 115的值的请求发送到CSE 109。在步骤228,CSE 109校验步骤227的接收请求并且如所请求的在属性-1 115上执行更新操作。在步骤229,CSE109发送转发与步骤228相关联的操作的状态的消息。
图15示出由LMS删除用于管理属性的URI的链路管理任务的示例性流程。在步骤231,始发站123将删除用于属性-1 115的链路管理任务的请求发送到CSE 109。在步骤233,CSE 109确认步骤231的请求。例如,CSE 109可以确定始发站123是否具有这种操作的权限。在步骤235,CSE 109将删除链路管理任务的请求发送到LMS 121。在步骤236,LMS 121删除链路简档128和相关的触发器。在步骤237,LMS121将确认发送到CSE 109以表示已经成功删除链路管理任务,其可以包括链路管理ID。在步骤238,CSE 109可以删除专用于属性-1 115的单独访问策略。只要未删除资源-A 111,属性-1 115仍然存在。在步骤239,CSE 109可以将确认连同链路管理ID发送回始发站123,以便知道属性-1 115的状态。
图16示出用于删除链路起点资源的示例性流程。在步骤241,始发站123将删除链路起点资源(例如资源-A 111)的请求发送到CSE109。在步骤242,CSE 109确认步骤241的请求。例如,CSE 109可以确定始发站123是否具有这种操作的权限。例如,CSE 109还可以校验待删除的资源-A 111的哪些属性当前由LMS 121管理,这能通过检验专用于那些属性(例如属性-1 115)上的链路管理操作的所有访问控制策略(以及它们相关的链路管理ID)来完成。然后,将那些链路管理ID发送到LMS 121。
在步骤243,CSE 109将删除资源-A 111的请求发送到LMS 121。在步骤244,LMS121删除对应于接收的链路管理ID的相关触发器和相关链路简档(例如链路简档128)。同时,由于资源删除操作还会影响其他资源和链路,还可以触发一些全服务层链路管理操作。在步骤245,LMS 121将确认发送到CSE 109以表示已经成功地删除与资源-A111有关的链路管理任务。在步骤246,CSE 109删除与资源-A 111的属性的链路管理操作有关的资源-A111。在步骤247,CSE 109发送回有关删除资源-A 111的状态消息。
注意,对与指定的链路简档P有关的现有链路管理任务,更新过程与参考图12提供的创建过程类似。此外,检索操作能是通过指定其对应的链路管理ID,从LMS 121检索链路简档128。与如何向LMS 121提交、更新/从其删除SLMP 133或EHR 131有关的过程与对链路简档128公开的那些过程类似。
下文论述有关由LMS使用的SLMP、EHR和链路简档之间的交互。图17示出图示当接收用于提交、更新或删除SLMP的请求时,与LMS121的相关交互的示例性流程图,在一些简单改进后,其同样适用于EHR。
在步骤250,LMS 121接收新/更新的SLMP 133或接收用于在LMS121存储的现有SLMP 133的删除请求。在步骤251,LMS 121检验请求的类型(例如,查看请求是“创建”还是“更新”),其能是提交/创建新SLMP 133(如果这样,转到步骤255)、更新现有的SLMP 133(如果这样,转到步骤254),或删除已经在LMS 121存储的SLMP 133(如果这样,转到步骤252)。
在步骤252,LMS 121检验与SLMP 133有关的注册的链路简档(例如链路简档128和链路简档136)。这样做,能利用SLMP 133的应用范围,其表示SLMP 133能应用哪些属性。例如,如果待删除的SLMP133分别应用于资源-A 111和资源-Z 134的属性-1 115和属性-1135,将检验和挑选不同资源的属性-1的链路简档。在步骤253,基于在2252中挑选的链路简档(例如链路简档128和链路简档136),LMS 121不仅删除SLMP 133,而且重新配置涉及的链路启用属性(属性-1 115和属性-1 135)。特别地,由于现在不存在SLMP 133,所以基于它们的链路简档,重新设置那些属性的值。然后转到步骤251。
在步骤254,LMS 121用新接收的SLMP替换现有的SLMP 133。替选地,可以仅部分更新现有的SLMP 133。在步骤255,LMS 121挑选与该新接收的SLMP有关的所有链路简档,并且详细处理与步骤252中所述的处理类似。
在步骤256,LMS 121评估当前的链路配置是否符合该SLMP 133。例如,LMS 121可以评估将指配到那些链路简档的相关属性的值是否满足由该SLMP 133指定的策略。如果是,转到步骤260。否则,示出那些资源的相关属性的值与由该SLMP 133指定的策略不符或冲突。因此,触发异常处理过程(例如转到步骤257)。在步骤257,LMS 121校验EHR 131是否存在(通常,某些SLMP 133可以与EHR 131相关联)。如果是,转到步骤258。否则,转到步骤259。
在步骤258,LMS 121可以使用缺省异常处理规则来不仅重新配置相关属性的值,而且临时禁用被用于支持由链路简档指定的、与该接收的SLMP 133不相符的某些配置的一些触发器。在步骤259,LMS121能直接引用对应的EHR 131并且相关操作与步骤258类似。
在步骤260,如所需,LMS 121将最新SLMP 133告知系统中的其他实体,使得未来当针对与SLMP 133有关的属性定义新链路简档时,能遵循最新SLMP 133来避免任何未来冲突。先前的步骤主要集中在受SLMP 133上的相关操作(创建、更新或删除)影响的、在现有的资源上执行用于链路启用属性的必要重新配置上。
图18是链路简档、SLMP和EHR之间的交互的示例性图示。在该示例中,在系统中,存在两个<group>资源,诸如资源-A 111和资源-Z 134。分别基于链路简档128和链路简档136,由LMS 121配置属性-1 115和属性-1 135(例如<group>资源的memberList属性)。基于专用需求(例如),链路简档128中的配置规范中的一个是在8AM-8:30AM期间,图8的始发站123(例如AE资源<AE>)被包括在属性-1 115中。此外,在8:20AM-9:00AM期间,指向始发站123的URI被包括在属性-1 135中。因此,在8:20AM-8:30AM期间,指向始发站123的URI在两个资源(<group>资源)中为有效。而在稍后时间,LMS 121可以接收策略为指向始发站123的URI不能包括在1个以上群组的属性中的SLMP 133。对该示例,这种策略将影响包括在链路简档128和链路简档136中的前述配置规范并与其冲突。因此,EHR 131将被用来解决该冲突,使得在8:20AM-8:30AM期间,LMS 121仅将指向始发站123的URI指配到资源-Z 134的属性-1 115。此时,假定属性-1 115具有比属性-1 135更高的优先级。优先级基于关于URI使用的频率或时长,诸如手动指配优先级或自动指配优先级的因素。例如关于时长,属性-1115可以具有优先级,因为被分配30分钟(8:00AM-8:30AM),而属性-1 135被分配总共50分钟(8:20AM-9:30AM)。即使在基于优先级判定的结果而被限制这样做后,属性-1 135也具有更长时间帧来使用URI。
下文论述讨论有关如何进一步集成在oneM2M中的链路管理的示例。oneM2M定义被称为能力服务功能(CSFs)的能力。oneM2M服务层被称为能力服务实体(CSE)。因此,公开的LMS 121可以被看作由CSE实现的CSF,如图19所示。
在优选情况下,建议每一CSE在同一设备上实现其自身的LMS,使得由其LMS处理资源链路管理操作。然而,如果CSE(例如CSE 109)部署在具有非常有限的能力的资源受限节点上,其还能依赖于由另一CSE实现的LMS(例如LMS 121)。注意,即使在这种情况下,与必须由远程始发站(例如始发站123)配置链路的情形相比,仍然导致更少的通信开销。以下述方式,公开的LMS会影响oneM2M服务层的参考点:
●当AE将用于在由CSE(例如链路托管CSE)托管的资源的属性上发起链路管理任务的请求(连同链路简档)发送到CSE时,能经过mca接口。
●当CSE-1将用于在由CSE-2(例如链路托管CSE)托管的资源的属性上发起链路管理任务的请求(连同链路简档)发送到另一CSE-2时,经过mcc接口。
●当链路托管CSE需要进一步联系LMS时:
当该CSE利用由其自身实现的LMS时,能包含在一个M2M设备或一组相关M2M设备上的内部处理。
当CSE利用由另一CSE实现的LMS时,能经过mcc接口。
图20-图22示出用于公开的LMS的示例性基于RESTful资源的接口接口。下述约定用于图20-图22:
●矩形框被用于资源和子资源
●具有圆角的矩形框被用于属性
●定义每一属性和子资源的阶数
●用“<”和“>”定界的资源名称表示在创建资源期间指定的名称
本文公开了如图20-图22所示,定义<linkProfile>263、<SLMP>264和<EHR>267的资源,并且那些资源的每一个具有多个属性。例如,<linkProfile>263的属性对应于如在链路文件中定义的不同数据项,诸如如在表2-表4中定义的profileType、linkOriginURI、attributeName、destURI、validTimeIntervals、destURICandidateList、contextInfoURI、linkSelectionRules。类似地,<SLMP>264和<EHR>267中的属性分别包括与用于<SLMP>264的associatedEHR和用于<EHR>267的associatedSLMP有关的信息、用于<SLMP>264的affectedAttributeList(SLMP 264将影响哪些属性)和policyList、用于<EHR>267的ruleList。
图23是oneM2M服务组件架构(例如oneM2M-TS-0007oneM2M功能架构V-0.3.0)中的LMS 121的实现架构的示例性图示。如图23所示,可以通过插入在“Msc”参考点273上与其他组件交互的、称为“链路管理服务组件”271的单个服务组件来实现LMS 121。
下文论述考虑oneM2M属性,诸如“parentID”属性、<subscription>资源和<group>资源的链路管理细节。
通过使用LMS 121,如果需要,资源-A 111可以动态地作为不同资源的子资源。这样做,资源-A 111的parentID能由两种链路简档构成,如本文所公开的。CSE 109的多个资源的parentID也受LMS 121管理,并且支持任何应用需求。例如,(如果允许)以如你所需的方式,基于动态地重新组织或重构资源层次,可以对“parentID”属性定义SLMP 133。注意,能将任何专用策略定义为SLMP 133来实现任何现有的,或未来的oneM2M规范(或任何其他标准)允许的新特征。例如,下述示例性策略也可以包括在用于“parentID”属性的SLMP 133中:
1.由于例如安全问题,两个资源集不能共享同一父资源的策略(使得如何配置一个集合中的资源的parentID将影响另一集合上的资源的那些配置)。
2.parentID属性能同时被指配多个URI,使得资源能具有1个以上父资源的策略。特别地,图24示出当该策略被应用于<subscription>资源的“parentID”属性的增值服务。
应理解到执行本文——诸如图24-图26所述的步骤的实体是逻辑实体。步骤可以存储在诸如图28C或图28D所示的设备、服务器或计算机系统的存储器中并且在其处理器上执行。在示例中,通过参考M2M设备的交互进一步所述,图26的始发站123驻留在图28A的M2M终端设备18上,而图26的CSE 109驻留在图28A的M2M网关设备14上。
图24是使用LMS的parentID属性的方法的示例性示例。如图24所示,一开始,一个资源能具有一个父资源,如由现有的oneM2M规范所定义的。在步骤281,IN-CSE 107可以将新SLMP 133提交给LMS121。通过应用触发该请求,用于允许一个资源具有1个以上父资源。在步骤282,LMS 121更新对应的SLMP,使得允许资源的“parentID”保存1个以上URI。在步骤28,LMS 121将该SLMP 133告知系统中的实体(例如始发站123和CSE 109)。在步骤285,始发站123(例如AE-1)可以将创建<subscription>资源的请求发送到CSE 109,因为它(始发站123)对CSE 109的<AE-2>资源和CSE 109的<AE-3>资源感兴趣。然而,代替通过新策略创建用于<AE-2>和<AE-3>的两个单独的<subscription>资源,AE-1仅需要创建一个<subscription>,并且对其parentID设定<AE-2>和<AE-3>这两者的URI。在步骤286,CSE 109验证步骤285的请求。在步骤287,CSE 109可以将关于在步骤286请求的订阅的状态的通知发送到始发站123。在步骤288和289,CSE 109可以发送关于分别对<AE-2>和<AE-3>的任何改变的通知。因此,始发站123可以接收不仅有关<AE-2>资源的变化以及而且有关<AE-3>资源的变化的通知。
图25是通过用于<subscription>资源的父ID的链路简档启用的增值服务的方法的示例性图示。在该示例中,1个资源能动态地作为不同资源的子资源。在图25中,假定1个资源仅能具有1个父资源。然而,始发站123(例如<AE-1>)可以将创建<subscription>资源的请求连同用于其parentID的链路简档128发送到CSE 109。如在前一情形(图24)中,始发站123对资源<AE-2>和<AE-3>这两者感兴趣,但以替选的方式。在CSE 109,基于从始发站123接收的请求,创建<subscription>资源并且基于在相应的链路简档P中定义的规范,将其parentID设定到<AE-2>的URI。因此,始发站123能接收关于<AE-2>的变化的通知。在另一时刻,当满足一些条件时,将触发LMS来将<subscription>资源的parentID自动地更新为<AE-3>的URI,始发站123将接收关于<AE-3>的改变的通知。
由于LMS能是用于全系统链路管理的实体,就操作效率而言,也具有优点。例如,LMS还回答不能立即清除,或通过访问资源的属性不能直接回答的问题(诸如资源属于多少群组)。公开的属性和那些属性上的链路构建操作不是严格对称。例如,对<group>资源,定义memberListID,但资源不具有能保持其所属的群组的groupList属性。的确能通过增强现有的oneM2M规范,定义新属性。替选地,另一方法是如果由LMS管理链路,则请求LMS以帮助链路,例如,通过检验链路简档,也能简单地从LMS获得答案。
继续参考图25,在步骤140,始发站123决定在CSE 109上创建<subscription>资源,因为对<AE-2>和<AE-3>感兴趣。在步骤141,始发站123(<AE-1>)发送在CSE 109上创建<subscription>资源的请求,以及用于其“parentID”属性的链路简档。在步骤142,CSE 109校验用于来自始发站123的请求的操作校正,并且创建<subscription>资源,其中,parentID缺省地具有<AE-2>的URI的值。在步骤143,CSE 109将用于注册链路简档的消息发送到LMS 121。在步骤144,LMS 121实施内部处理(例如根据接收的链路简档,定义新触发器)。在步骤145,LMS 121发送消息以向CSE 109确认关于用于与<subscription>资源有关的链路管理任务的成功注册。在步骤146,CSE 109向始发站123确认成功创建<subscription>资源。在147,CSE 109的<AE-2>已经改变。在步骤148,CSE 109告知始发站123关于<AE-2>的改变。在步骤149,如在链路简档中规定的,由LMS 121校验触发更新<subscription>资源的“parentID”属性的值的动作的条件。在步骤150,LMS 121将请求发送到CSE 109以将parentID的值更新为<AE-3>的URI。在步骤151,CSE 109校验步骤150的请求并且执行更新操作,使得<subscription>的parentID具有<AE-3>的URI的值。在步骤152,已经改变<AE-3>。在步骤153,因为由于前一链路管理操作,将parentID的当前值设定为<AE-3>的URI,CSE 109告知AE-1关于<AE-3>的改变。
图26示出首先在CSE 109上创建<AE-1>资源,并且将其添加到多个群组。在稍后的时间,由于应用需求,例如,始发站123不希望其是任一群组的成员,然而,它不知道目前属于哪些组。因此,可以将请求发送到用于此事项的LMS。假定系统中的所有链路由LMS构成,LMS可以仅快速经过与所有<group>资源的“memberList”属性有关的所有链路,然后从那些组删除<AE-1>的URI。例如,将从相关链路简档删除与将该URI包括在“memberList”属性的值中有关的任何链路配置。通过这样做,<AE-1>将不再属于任何群组。这可以是由公开的LMS启用的增值服务。特别地,AE能将查询请求发送到LMS,使得LMS能回答该AE目前属于哪些群组。
继续参考图26,在步骤161,始发站123决定在CSE 109上创建<AE-1>资源。在步骤162,始发站123(AE-1)发送在CSE 109上创建<AE-1>资源的请求。在步骤163,CSE 109校验来自始发站123的请求的操作并且创建<AE-1>资源。在步骤164,基于所需业务逻辑,由其他实体将<AE-1>添加到许多<group>资源的“memberList”(无需通知AE-1)。在步骤165,始发站123确定其不期望是任何群组的成员(例如基于应用需求),但(始发站123)不知道其目前属于哪一群组。在步骤166,始发站123将请求发送到LMS 121,用于帮助从群组移除与始发站123相关联的<AE-1>。在步骤167,LMS 121查看与包括的URI的“memberList”属性有关的链路简档并且从那些有关的所有“memberList”属性删除<AE-1>的URI。在步骤168,LMS 121将向始发站123(AE-1)表明它不是任何群组中的消息发送到始发站123。在此注意,可以互换地使用术语“始发站”和“AE”。始发站可以是具有加载的应用的任何设备(例如AE-1)或可以是AE-1。
图27示出基于本文所述的方法和系统生成的示例性显示(例如图形用户界面)。显示界面901(例如触摸屏)可以在与资源链路管理(例如LMS)相关联的块902中提供文字,其可以被用来显示和查询诸如表1至表4所示的参数。在另一示例中,可以显示诸如图12-16所示或图24-26所示的本文所述的任何步骤(例如发送消息或成功步骤)的进度。此外,图形输出903可以显示在显示界面901上。图形输出903可以是关于资源链路管理(例如LMS)的设备的拓扑结构、本文所述的任何方法或系统的进度的图形输出等。
继续参考图27,块902的图形用户界面(GUI)允许校验在LMS处运行的任务的实时状态。典型地,由于在LMS处运行的许多任务基于在各种链路简档、SLMPs或EHRs中定义的规范,块902的GUI将允许监控那些文件如何被用在链路管理任务中。将链路简档用作示例,选择链路简档来校验(例如,能是所有链路管理任务中最频繁使用的链路简档,或在链路管理任务中不太常使用的链路简档)。替选地,如果期望校验特定链路简档,则可以输入特定链路简档ID。用于链路简档的这种GUI用法也适用于在LMS处存储的其他类型的实体,例如SLMP和EHR。
在不以任何方式限制本文出现的权利要求的范围、解释或应用的情况下,本文公开的一个或多个示例的技术效果将是提供如何管理链路的调整。可以由特定实体处理或存储链路配置(以及相关的智能)。本文公开的一个或多个概念的任何技术效果是通过与常规实施方式比较,如果CSE支持父ID属性上的链路管理,则可以在资源树上移动该CSE上的资源(例如,将不同URI值指定到parentID属性),使得能以更灵活的方式组织资源层次。举例来说,能对<container>资源的“parentID”动态地指配不同AEs的一个或多个URI,使得如果需要,那些AEs能简单地共享和交换数据。本文公开的LMS的另一技术效果是资源(例如<subscription>资源)能基于定义的要求动态地选择将通知发送到一个以上接收机,并且因此启用新的增值服务。
尽管本文背景描述了oneM2M架构并且被用来示例此后所述的各种概念,应理解到,此后所述的概念的实施方式可以变化,但仍然在本公开的范围内。本领域的技术人员将意识到公开的概念不限于使用上述oneM2M架构的实施方式,相反可以以其他架构和系统,诸如ESTI M2M和其他M2M系统和架构实现。
图28A是可实现诸如图8的一个或多个公开概念的示例性机器对机器(M2M)、物联网(IoT)或万物网(WoT)通信系统10的图。一般地,M2M技术提供了用于IoT/WoT的构建块,并且任何M2M设备、M2M网关或M2M服务平台可以是IoT/WoT的组件以及IoT/WoT服务层等。
如图28A中所示,M2M/IoT/WoT通信系统10包括通信网络12。通信网络12可以是固定网络(例如,以太网、Fiber、ISDN、或PLC等)或无线网络(例如,WLAN或蜂窝等)或者异构网络的网络。例如,通信网络12可由向多个用户提供诸如语音、数据、视频、消息、或广播等内容的多个接入网构成。例如,通信网络12可采用一个或多个信道接入法,诸如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、和单载波FDMA(SC-FDMA)等。此外,通信网络12可包括其它网络,诸如核心网络、因特网、传感器网络、工业控制网络、个域网、融合个人网络、卫星网络、家庭网络或企业网。
如图28A中所示,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设备18和网关14可经由包括例如蜂窝式、WLAN WPAN(例如,Zigbee、6LoWPAN、蓝牙)的各种网络、直接无线电链路以及线缆来进行通信。
参考图28B,场域中的所示M2M服务层22(例如服务层104)为M2M应用20、M2M网关设备14以及M2M终端设备18和通信网络12提供服务。将理解到M2M服务层22可按需与任意多个M2M应用、M2M网关设备14、M2M终端设备18和通信网络12通信。M2M服务层22可由网络的一个或多个服务器、计算机等实现。M2M服务层22提供应用于M2M终端设备18、M2M网关设备14以及M2M应用20的服务能力。可用多种方式来实现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'可由一个或多个服务器、计算机、或虚拟机(例如,云计算/存储群等)等实现。
还参考图28B,M2M服务层22和22'提供了不同应用和领域可以利用的核心的一组服务递送能力。这些服务能力使得M2M应用20和20'能够与设备相交互并执行诸如数据收集、数据分析、设备管理、安全、计费、服务/设备发现等功能。本质上,这些服务能力免除了应用实现这些功能的负担,从而简化了应用开发并减少了成本和上市时间。服务层22和22'还使得M2M应用20和20'能够通过与服务层22和22'提供的服务相连接的各种网络12和12'进行通信。
在一些示例中,如本文所述,M2M应用20和20'可以包括使用与资源链路管理(LMS)相关联的消息通信的所需应用。M2M应用20和20'可在各种行业中的应用,诸如但不限于交通、健康和保健、联网家庭、能源管理、资产跟踪以及安全和监控。如上所述,跨越系统的设备、网关及其它服务器运行的M2M服务层支持诸如数据收集、设备管理、安全、计费、位置跟踪/地理围栏、设备/服务发现以及传统系统集成的功能,并将这些功能作为服务提供给M2M应用20和20'。
本申请的资源链路管理(例如LMS)可以被实现为服务层的一部分。服务层(例如服务层104)是通过应用编程接口(APIs)集和底层联网接口支持增值服务能力的软件中间件层。M2M实体(例如,可以由硬件和软件的组合实现的M2M功能实体,诸如设备,网关,或服务/平台)可以提供应用或服务。ETSI M2M和oneM2M这两者均使用可以包含本申请的资源链路管理(例如LMS)的服务层。ETSI M2M的服务层被称为服务能力层(SCL)。SCL可被实现在M2M设备内(其中,将其称为设备SCL(DSCL))、网关内(其中,将其称为网关SCL(GSCL))和/或网络节点内(其中,将其称为网络SCL(NSCL))。oneM2M服务层支持一组公共服务功能(CSF)(即服务能力)。一组一个或多个特定类型的CSF的实例化被称为公共服务实体(CSE),其可以在不同类型的网络节点(例如基础结构节点、中间节点、应用特定节点)上托管。此外,本申请的资源链路管理(例如LMS)能被实现为M2M网络的一部分,其使用面向服务架构(SOA)和/或面向资源架构(ROA)来访问诸如本申请的资源链路管理(例如LMS)的服务。
图28C是诸如M2M设备18或M2M网关设备的示例性M2M设备30的系统图。如图28C所示,M2M节点30可包括处理器32、收发器34、发射/接收元件36、扬声器/麦克风38、小键盘40、显示器/触控板42、不可移动存储器44、可移动存储器46、电源48、全球定位系统(GPS)芯片组50及其它外围设备52。将意识到,M2M设备30还可包括上述元件的任意子组合,而仍与实施例保持一致。M2M设备30(例如M2M网关122、M2M设备125、M2M设备126、M2M设备127、和M2M服务器124等)可以是执行用于资源链路管理(例如LMS)的公开的系统和方法的示例性实施方式的一部分。
处理器32可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、和状态机等。处理器32可执行信号编码、数据处理、功率控制、输入/输出过程和/或使得M2M设备30能够在无线环境中操作的任何其它功能。处理器32可以耦合到收发器34,收发器34可以耦合到发射/接收元件36。尽管图28C将处理器32和收发器34示为单独的组件,但将意识到,处理器32和收发器34可以共同集成在电子封装或芯片中。处理器32可运行应用层程序(例如,浏览器)和/或无线电接入层(RAN)程序和/或通信。例如,处理器32可执行诸如在接入层和/或应用层的诸如认证、安全密钥协议和/或密码的操作的安全操作。
发射/接收元件36可被配置成向M2M服务平台22发射信号或从其接收信号。例如,发射/接收元件36可以是被配置成发射和/接收RF信号的天线。发射/接收元件36可支持各种网络和空中接口,诸如WLAN、WPAN、蜂窝等。在示例中,发射/接收元件36可以是被配置成发射和/或接收IR、UV或可见光信号的发射器/探测器。在另一示例中,发射/接收元件36可被配置成发射和接收RF和光信号这两者。将认识到的是发射/接收元件36可被配置成发射和/或接收无线或有线信号的任何组合。
另外,虽然发射/接收元件36在图28C中被描绘为单个元件,但M2M设备30可包括任意多个发射/接收元件36。更具体地,M2M设备30可采用MIMO技术。因此,例如,M2M设备30可包括用于发射和接收无线信号的两个或更多个发射/接收元件36(例如,多个天线)。
收发器34可被配置成调制将由发射/接收元件36发射的信号并解调将由发射/接收元件36接收到的信号。如上所述,M2M设备30可具有多模式能力。因此,例如,收发器34可包括用于使得M2M设备30能够经由诸如UTRA和IEEE 802.11的多个RAT进行通信的多个收发器。
处理器32可从诸如不可移动存储器44和/或可移动存储器46的任何类型的适当存储器访问信息并在其中存储数据。不可移动存储器44可包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其它类型的存储器存储设备。可移动存储器46可包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其它示例中,处理器32可从在物理上不位于M2M设备30上,诸如在服务器或家用计算机上的存储器访问信息以及在其中存储数据。处理器32可被配置成响应本文所述的一些示例中的LMS是成功还是失败(例如异常处理(HER)、SLMP或链路简档提交等),控制显示器或指示器42上的照明图案、图像或色彩,或表示资源链路管理(LMS)和相关组件的状态。控制显示器或指示器42上的照明图案、图像或色彩反映图中所示或本文所述(例如图12-16以及图24-图26等)中的方法流程或组件中的任何一个的状态。
处理器32可从电源48接收电力,并且可被配置成向M2M设备30中的其它组件分配和/或控制功率。电源48可以是用于对M2M设备30供电的任何适当设备。例如,电源48可包括一个或多个干电池(例如,镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li离子)等)、太阳能电池、和燃料电池等。
处理器32还可被耦合到GPS芯片组50,其被配置成提供关于M2M设备30的当前位置的位置信息(例如,经度和纬度)。将认识到的是M2M设备30可通过任何适当的位置确定方法来获取位置信息,而仍与本文公开的内容保持一致。
处理器32可进一步被耦合到其它外围设备52,其可包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如,外围设备52可包括加速度计、电子指南针、卫星收发器、传感器、数字式照相机(用于照片或视频)、通用串行总线(USB)端口、振动设备、电视收发器、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、和因特网浏览器等。
图28D是在其上可以实现图28A和图27B的M2M服务平台22的示例性计算系统90的框图。计算系统90可以包括计算机或服务器,并且可主要由可以以软件的形式的计算机可读指令来控制,无论在哪里或通过何种手段来存储或访问此类软件。此类计算机可读指令可在中央处理单元(CPU)91内被执行以导致计算系统90进行工作。在许多已知工作站、服务器以及个人计算机中,中央处理单元91由被称为微处理器的单片CPU实现。在其它机器中,中央处理单元91可包括多个处理器。协处理器81是不同于主CPU 91的可选处理器,其执行附加功能或协助CPU 91。CPU 91和/或协处理器81可接收、生成以及处理与用于资源链路管理(LMS)的公开系统和方法有关的数据,诸如接收链路简档或EHRs。
在操作中,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可包含外围设备控制器83,其负责将CPU 91的指令通信给诸如打印机94、键盘84、鼠标95以及磁盘驱动器85的外围设备。
由显示器控制器96控制的显示器86被用来显示由计算系统90生成的视觉输出。此类视觉输出可包括文本、图形、动画图形以及视频。可用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子体的平板显示器或触摸板来实现显示器86。显示器控制器96包括生成被发送到显示器86的视频信号所需的电子组件。
此外,计算系统90可以包含网络适配器97,其可用来将计算系统90连接到外部通信网络,诸如图28A和图28B的网络12。
应理解的是可以以存储在计算机可读存储介质上的计算机可执行指令(即,程序代码)的形式来体现本文所述的任何或所有系统、方法以及过程,该指令由诸如计算机、服务器、M2M终端设备、M2M网关设备等的机器执行时,执行和/或实现本文所述的系统、方法和过程。具体地,上述所述的步骤、操作或功能中的任何一个可以以此类计算机可执行指令的形式实现。计算机可读存储介质包括以用于信息存储的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质,但是此类计算机可读存储介质不包括信号其自身。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其它存储技术、CD-ROM、数字多功能磁盘(DVD)或其它光盘存储、磁带盒、磁带、磁盘存储器或其它磁存储器件、或者可以用来存储期望信息且可以由计算机访问的其它有形或物理介质。
在描述本公开的主题的优选示例时,如图中所示,为了明了起见而采用特定术语。然而,要求保护的主题并不意图局限于这样选择的特定术语,并且应理解的是每个特定元件包括以类似方式操作以实现类似目的的所有技术等价物。
本书面描述使用示例来公开本发明,包括最佳模式,并且还使得本领域的技术人员能够实施本发明,包括制造和使用任何设备或系统以及执行任何结合的方法。本发明的可以取得专利的范围由权利要求定义,并且可包括本领域的技术人员想到的其它示例。如果此类示例具有不同于权利要求的字面语言的结构元件或者如果其包括与权利要求的字面语言无实质性差别的等价结构元件,则此类其它示例意图落入权利要求的范围内。
Claims (20)
1.一种管理资源链路的设备,所述设备包括:
处理器;以及
与所述处理器耦合的存储器,所述存储器包括可执行指令,当由所述处理器执行时,所述可执行指令使所述处理器实行包括下述的操作:
接收第一链路简档,所述第一链路简档包括定义配置第一资源的链路的使用的指令,其中,所述第一资源的链路指向第二资源;
接收管理所述链路的请求;以及
响应所述请求,基于所述第一链路简档来管理所述链路的使用。
2.根据前述权利要求中的任一项所述的设备,其中,基于时间,触发所述管理所述链路的使用。
3.根据前述权利要求中的任一项所述的设备,所述操作进一步包括接收规则集,所述规则集用于解决与所述第一链路简档和所述第二链路简档相关联的动作之间的冲突。
4.根据前述权利要求中的任一项所述的设备,所述操作进一步包括基于所述规则集,自动地解决冲突。
5.根据前述权利要求中的任一项所述的设备,其中,管理所述链路包括下述中的至少一个:删除所述链路或更新所述链路。
6.根据前述权利要求中的任一项所述的设备,其中,所述链路为统一资源标识符。
7.根据前述权利要求中的任一项所述的设备,其中,所述管理所述链路的使用是基于与所述第一资源相关联的移动设备的场境信息。
8.一种资源链路管理的方法,所述方法包括:
接收第一链路简档,所述第一链路简档包括定义配置第一资源的链路的使用的指令;
接收管理所述链路的请求;以及
响应所述请求,基于所述第一链路简档来管理所述链路的使用。
9.根据权利要求8所述的方法,其中,所述第一资源的链路指向第二资源。
10.根据权利要求8至9中的任一项所述的方法,进一步包括接收规则集,所述规则集用于解决与所述第一链路简档和所述第二链路简档相关联的动作之间的冲突。
11.根据权利要求8至10中的任一项所述的方法,进一步包括基于所述规则集,自动地解决冲突。
12.根据权利要求8至11中的任一项所述的方法,其中,管理所述链路包括下述中的至少一个:删除所述链路或更新所述链路。
13.根据权利要求8至12中的任一项所述的方法,其中,所述链路为统一资源标识符。
14.根据权利要求8至13中的任一项所述的方法,其中,所述管理所述链路的使用是基于与所述第一资源相关联的设备的场境信息。
15.一种计算机可读存储介质,包括计算机可执行指令,当由计算设备执行时,所述计算机可执行指令使所述计算设备实行包括下述的操作:
接收第一链路简档,所述第一链路简档包括定义配置第一资源的链路的使用的指令;
接收管理所述链路的请求;以及
响应所述请求,基于所述第一链路简档,管理所述链路的使用。
16.根据权利要求15所述的计算机可读存储介质,其中,所述第一资源的链路指向第二资源。
17.根据权利要求15至16中的任一项所述的计算机可读存储介质,所述操作进一步包括接收规则集,所述规则集用于解决与所述第一链路简档和所述第二链路简档相关联的动作之间的冲突。
18.根据权利要求15至17中的任一项所述的计算机可读存储介质,所述操作进一步包括基于所述规则集,自动地解决冲突。
19.根据权利要求15至18中的任一项所述的计算机可读存储介质,其中,管理所述链路包括下述的至少一个:删除所述链路或更新所述链路。
20.根据权利要求15至19中的任一项所述的计算机可读存储介质,其中,所述管理所述链路的使用是基于与所述第一资源相关联的设备的场境信息。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201462097326P | 2014-12-29 | 2014-12-29 | |
US62/097,326 | 2014-12-29 | ||
PCT/US2015/067773 WO2016109473A1 (en) | 2014-12-29 | 2015-12-29 | Resource link management at service layer |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107211236A true CN107211236A (zh) | 2017-09-26 |
CN107211236B CN107211236B (zh) | 2020-10-27 |
Family
ID=55182585
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580074852.8A Active CN107211236B (zh) | 2014-12-29 | 2015-12-29 | 服务层的资源链路管理设备及方法 |
Country Status (6)
Country | Link |
---|---|
US (1) | US11134365B2 (zh) |
EP (1) | EP3241363B1 (zh) |
JP (1) | JP6462134B2 (zh) |
KR (1) | KR101975291B1 (zh) |
CN (1) | CN107211236B (zh) |
WO (1) | WO2016109473A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10306016B2 (en) * | 2016-02-01 | 2019-05-28 | General Electric Company | System and method for scoped attributes |
US11032132B2 (en) | 2017-08-23 | 2021-06-08 | Convida Wireless, Llc | Resource link binding management |
CN116074792A (zh) * | 2017-09-08 | 2023-05-05 | 康维达无线有限责任公司 | 机器对机器通信网络中的自动服务注册 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102025577A (zh) * | 2011-01-06 | 2011-04-20 | 西安电子科技大学 | 物联网网络系统及数据处理方法 |
CN102186164A (zh) * | 2011-02-18 | 2011-09-14 | 华为技术有限公司 | 操作设备资源的方法和管理装置 |
CN102624909A (zh) * | 2012-03-14 | 2012-08-01 | 智比特信息技术(镇江)有限公司 | 一种基于物联网技术的资源调度系统及其调度方法 |
CN102835176A (zh) * | 2010-04-13 | 2012-12-19 | 诺基亚公司 | 提供用于机器对机器通信的机器初始接入过程的方法和装置 |
CN103532823A (zh) * | 2012-07-04 | 2014-01-22 | 中兴通讯股份有限公司 | 物联网消息处理方法、装置及系统 |
US20140233473A1 (en) * | 2013-02-15 | 2014-08-21 | Convida Wireless LLC | Service layer resource propagation across domains |
US20140359131A1 (en) * | 2013-05-28 | 2014-12-04 | Convida Wireless, Llc | Load balancing in the internet of things |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3559404B2 (ja) * | 1996-08-29 | 2004-09-02 | Kddi株式会社 | Osi管理操作のための最適スコープパターン近似方法 |
JP2000222326A (ja) * | 1999-01-28 | 2000-08-11 | Nippon Telegr & Teleph Corp <Ntt> | 学習支援方法及びシステム及び学習支援プログラムを格納した記憶媒体 |
US8606875B1 (en) * | 2004-06-30 | 2013-12-10 | Oracle America, Inc. | Method and system for automatic distribution and installation of a client certificate in a secure manner |
US20060274869A1 (en) * | 2005-06-07 | 2006-12-07 | Yahoo! Inc. | Dynamically generating content based on capabilities of a mobile device |
US8160924B2 (en) * | 2005-10-06 | 2012-04-17 | International Business Machines Corporation | Pay-per-click fraud protection |
US7853593B2 (en) * | 2007-03-21 | 2010-12-14 | Microsoft Corporation | Content markup transformation |
JP5421906B2 (ja) | 2007-06-13 | 2014-02-19 | コーニンクレッカ フィリップス エヌ ヴェ | 同期プロトコル |
JP5347450B2 (ja) | 2008-11-21 | 2013-11-20 | 日本電気株式会社 | 車載端末、路側機、QoS制御方法及びプログラム |
US8660976B2 (en) * | 2010-01-20 | 2014-02-25 | Microsoft Corporation | Web content rewriting, including responses |
JP5200133B2 (ja) | 2011-03-30 | 2013-05-15 | 日本電信電話株式会社 | ネットワーク資源管理装置およびネットワーク資源管理方法 |
US9503529B2 (en) * | 2011-04-04 | 2016-11-22 | Avaya Inc. | System and method to transport HTTP over XMPP |
KR102214073B1 (ko) | 2013-05-16 | 2021-02-09 | 엘지전자 주식회사 | M2m 통신 시스템에서 구독 및 통지를 위한 방법 및 이를 위한 장치 |
US9549038B1 (en) * | 2013-08-14 | 2017-01-17 | Amazon Technologies, Inc. | Cacheable resource location selection |
-
2015
- 2015-12-29 US US15/538,072 patent/US11134365B2/en active Active
- 2015-12-29 EP EP15826261.8A patent/EP3241363B1/en active Active
- 2015-12-29 CN CN201580074852.8A patent/CN107211236B/zh active Active
- 2015-12-29 JP JP2017534687A patent/JP6462134B2/ja active Active
- 2015-12-29 KR KR1020177021005A patent/KR101975291B1/ko active IP Right Grant
- 2015-12-29 WO PCT/US2015/067773 patent/WO2016109473A1/en active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102835176A (zh) * | 2010-04-13 | 2012-12-19 | 诺基亚公司 | 提供用于机器对机器通信的机器初始接入过程的方法和装置 |
CN102025577A (zh) * | 2011-01-06 | 2011-04-20 | 西安电子科技大学 | 物联网网络系统及数据处理方法 |
CN102186164A (zh) * | 2011-02-18 | 2011-09-14 | 华为技术有限公司 | 操作设备资源的方法和管理装置 |
CN102624909A (zh) * | 2012-03-14 | 2012-08-01 | 智比特信息技术(镇江)有限公司 | 一种基于物联网技术的资源调度系统及其调度方法 |
CN103532823A (zh) * | 2012-07-04 | 2014-01-22 | 中兴通讯股份有限公司 | 物联网消息处理方法、装置及系统 |
US20140233473A1 (en) * | 2013-02-15 | 2014-08-21 | Convida Wireless LLC | Service layer resource propagation across domains |
US20140359131A1 (en) * | 2013-05-28 | 2014-12-04 | Convida Wireless, Llc | Load balancing in the internet of things |
Also Published As
Publication number | Publication date |
---|---|
KR101975291B1 (ko) | 2019-05-07 |
JP2018506778A (ja) | 2018-03-08 |
EP3241363A1 (en) | 2017-11-08 |
CN107211236B (zh) | 2020-10-27 |
WO2016109473A1 (en) | 2016-07-07 |
EP3241363B1 (en) | 2024-02-14 |
US20170373919A1 (en) | 2017-12-28 |
US11134365B2 (en) | 2021-09-28 |
KR20170100638A (ko) | 2017-09-04 |
JP6462134B2 (ja) | 2019-01-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105612768B (zh) | 轻量级iot信息模型 | |
CN106471465B (zh) | 服务启用器功能 | |
CN110521188B (zh) | 网络服务层中的分布式事务管理 | |
CN105580339B (zh) | 用于端到端m2m服务层会话的方法与设备 | |
CN105229986B (zh) | 跨域服务层资源传播 | |
CN107079050A (zh) | 服务层会话迁移和共享 | |
US11032132B2 (en) | Resource link binding management | |
CN106797392A (zh) | M2m‑iot服务的发布和发现 | |
CN108353094A (zh) | 用于m2m服务层的跨资源订阅 | |
CN109074283A (zh) | 通过nfv建立基于池的m2m服务层 | |
CN106664219A (zh) | 基于过去历史数据的网络节点可用性预测 | |
CN106797400A (zh) | 用于使得能够经由服务层访问第三方服务的系统和方法 | |
CN108141468A (zh) | 增强的restful操作 | |
CN107950038A (zh) | 用于分析和群聚服务层订阅和通知以提高效率的方法和设备 | |
CN102224751A (zh) | 用于动态的自动通信路径选择、分布式装置同步以及任务委派的系统和方法 | |
CN107615791A (zh) | 用于添加m2m服务的装置和方法 | |
CN107430512A (zh) | 管理机器对机器系统中的应用关系 | |
CN109964495A (zh) | 应用的服务层移动性管理 | |
KR102500594B1 (ko) | 통신 네트워크에서의 서비스 계층 메시지 템플릿들 | |
CN108141447A (zh) | 服务层注册 | |
US8582422B2 (en) | Access point configuration propagation | |
CN107211236A (zh) | 服务层的资源链路管理 | |
CN107950005A (zh) | 服务元素主机选择 | |
CN107925583A (zh) | 服务层任播和些播 | |
CN114616807A (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 |