用于管理机器对机器（M2M）实体的系统、方法和设备

摘要

公开了用于管理机器对机器(M2M)实体的系统、方法和设备。可包括实现用于管理M2M环境中的M2M实体的一个或多个管理层的方法被包括在此。该方法还可包括使用多个管理层来管理M2M局域网，其中M2M局域网可包括一个或多个M2M端装置。M2M端装置可包括例如M2M网关和/或M2M装置。管理层可包括应用管理层、业务管理层、网络管理层和装置管理层中的任意一者。管理层可提供M2M实体的配置管理、故障管理和性能管理中的任意一者。

说明书

本申请是申请日为2012年2月10日，申请号为201280008606.9，名称为“用于管理机器对机器(M2M)实体的系统、方法和设备”的中国发明专利申请的分案申请。

相关申请的交叉引用

本申请涉及并要求(i)2011年2月11日申请的美国临时专利申请号 (No.)61/441,911、题为“Enhanced Gateway-Based Machine-To-Machine (M2M)Device Management”(代理人编号IDC-10928US01)；(ii)2011 年6月14日申请的美国临时专利申请No.61/496,812、题为“DataModel For Managing M2M Area Networks and M2M Devices behind the M2MGateway” (代理人编号IDC-11072US01)；(iii)2011年6月24日申请的美国临时专利申请No.61/500,798、题为“Data Model For Managing M2M Area Networks and M2M Devicesbehind the M2M Gateway”(代理人编号IDC-11077US01) (iv)2011年2月18日申请的美国临时专利申请No.61/444,323、题为“Machine-To-Machine(M2M)Remote EntityManagement”(代理人编号 IDC-10930US01)；(v)2011年3月14日申请的美国临时专利申请No. 61/452,422、题为“Machine-To-Machine(M2M)Remote Entity Management” (代理人编号IDC-10954US01)；(vi)2011年5月13日申请的美国临时专利申请No.61/485,631、题为“Remote Entity Management for Machine-to-Machine(M2M)Communications”(代理人编号 IDC-11047US01)；(vii)2011年6月24日申请的美国临时专利申请No. 61/501,046、题为“Remote Entity Management for Machine-To-Machine (M2M)Communications”(代理人编号IDC-11078US01)；和(viii)2011 年7月15日申请的美国临时专利申请No.61/508,564、题为“Remote Entity Management for Machine-To-Machine(M2M)Communications”(代理人编号IDC-11098US01)的权益和/或优先权。上述美国临时专利申请的每一个以引用的方式结合于此。

技术领域

本申请涉及通信，并且特别地，涉及机器对机器(“M2M”)通信。

背景技术

机器对机器(“M2M”)通信涉及由被称为机器的装置和/或在它们间实现的一类通信，这些装置适用于通过这样的M2M通信接收或交换用于执行各种应用(“M2M应用”)的信息，例如智能测量、家庭自动化、电子健康和车队(fleet)管理。总的来说，各种应用的执行，并且反过来说，伴随这样的执行的M2M通信由机器执行，而不必须人类干涉触发、发起和/或引起 M2M通信的发生。可理解地，M2M应用的成功实现和兴起可能取决于产业范围内接受确保(例如定义需求以便确保)可由各种实体制造和运营的各种机器间的互操作性的标准。

附图说明

更详细的理解可以从下述结合附图以示例的方式给出的详细描述中得到。在这样的附图中的图如详细描述一样是示例。这样，附图和详细描述不应当被理解为限制，其他等同有效的示例是可能和适当的。并且，在附图中相同的附图标记指示相同的元件，并且其中：

图1A-1C是示出在其中一个或多个实施例，包括那些旨在机器对机器 (“M2M”)通信和/或操作的实施例，可得以实现或执行的系统的示例的框图；

图2是示出定义用于执行远程实体管理(“REM”)的功能架构的示例逻辑管理层集合的框图；

图3A是示出根据管理层集合及其功能用于向SCL提供资源结构的示例资源结构框架的框图；

图3B是示出根据管理层集合及其功能用于向SCL提供资源结构的示例资源结构框架的框图；

图3C是示出根据管理层集合及其功能用于向SCL提供资源结构的示例资源结构框架的框图；

图4A是示出用于向SCL提供管理对象(“mgmtObjs”)资源的示例资源结构框架的框图；

图4B是示出用于向SCL提供管理对象资源的示例资源结构框架的框图；

图5是示出用于执行xREM的客户端-服务器模型的图的框图；

图6是示出使用多个不同管理协议支持xREM的基于隧道的方法的框图；

图7A-7C是分别示出用于确定用于REM的管理协议类型的示例流程 700、730和760的流程图；

图8是用于协商和/或通知装置用于xREM的管理协议类型的过程的消息流程图；

图9是用于协商和/或通知装置用于xREM的管理协议类型的过程的消息流程图；

图10是用于协商和/或通知装置用于xREM的管理协议类型的过程的消息流程图；

图11是用于协商和/或通知装置用于xREM的管理协议类型的过程的消息流程图；

图12是资源访问历史的示例结构；

图13是基于“方法”构建的资源访问历史的示例结构；

图14是基于“方法”和请求或ID”构建的资源访问历史的示例结构；

图15是用于管理权限(authority)授权(授权者发起的)的流程的消息流程图；

图16是用于管理权限授权(装置发起的)的示例消息流程图；

图17是管理权限授权(机器发起直接到被授权者)的示例消息流程图；

图18是管理权限授权(被授权者发起的)的示例消息流程图；

图19是管理权限授权(网关作为代理)的示例消息流程图；

图20是用于管理权限授权(机器到网关授权)的示例消息流程图；

图21示出了用于管理权限授权的示例过程的图；

图22A-22C是示出资源命令示例结构的框图；

图23是示出资源命令的示例结构的框图；

图24A-B是示出资源命令的示例结构的框图；

图25A-25B是示出资源命令的示例结构的框图；

图26A-26B是示出资源命令的示例结构的框图；

图27A-27B是示出资源命令的示例结构的框图；

图28A-28B是示出资源命令实例的示例结构的框图；

图28C-28D是示出资源命令实例的示例结构的框图；

图29A-29R是示出用于资源命令xREM的示例消息流的消息流程图；

图30A是示出通过补充(leveraging)OMA GwMO“透明”模型借助 M2M GW(G’)管理D类型ETSI M2M装置的示例架构的框图；

图30B是示出ETSI M2M xREM的示例架构的框图；

图31A是示出补充OMA GwMO1.0的示例架构的框图；

图31B是示出xREM示例架构的框图；

图32A是示出补充OMA GwMO1.0的示例架构的框图；

图32B是示出ETSI M2M xREM示例架构的框图；

图33A是示出补充OMA GwMO1.0的示例架构的框图；

图33B是根据本发明公开的实施例示出ETSI M2M xREM示例架构的框图；

图34是示出补充OMA GwMO的基于GW的装置管理的示例的框图；

图35是示出部分紧密集成OMA DM和M2M GW的示例架构的框图；

图36是示出松散集成OMA DM和M2M GW的示例架构的框图；

图37是示出用于etsi局域网信息(etsiAreaNwkInfo)的示例资源结构的框图；

图38A是示出用于局域网实例(areaNwkInstance)的示例资源结构的框图；

图38B是示出用于图38A的areaNwkInstance的6LoWPAN的子资源描述的示例资源结构的框图；

图38C是示出areaNwkInstance的示例资源结构的框图；

图39是示出etsi局域网装置清单(etsiAreaNwkDeviceInventory)的示例资源结构的框图；

图40A是示出装置实例(deviceInstance)的示例资源结构的框图；

图40B是示出deviceInstance的示例资源结构的框图；

图41A是示出etsi局域网装置组(etsiAreaNwkDeviceGroup)的示例资源结构的框图；

图41B是示出etsiAreaNwkDeviceGroup的示例资源结构的框图；

图42是示出装置组实例(deviceGroupInstance)的示例资源结构的框图；

图43A是示出etsi组管理操作(etsiGroupMgmtOperations)的示例资源结构的框图；

图43B是示出etsiGroupMgmtOperations的示例资源结构的框图；

图44A是示出操作实例(operationInstance)的示例资源结构的框图；

图44B是示出operationInstance的示例资源结构的框图；

图45是示出etsi传感器(etsiSensor)的示例资源结构的框图；

图46是示出传感器实例(sensorInstance)的示例资源结构的框图；

图47是执行xREM的系统的示例架构的框图；

图48A是在其中一个或多个公开实施例可得以实现的示例通信系统图；

图48B是可用在图48A所示的通信系统中的示例无线发射/接收单元 (WTRU)的系统图；

图48C是可用在图48A所示的通信系统中的示例无线电接入网和示例核心网的系统图；

图48D是可用在图48A所示的通信系统中的另一个示例无线电接入网和示例核心网的系统图；以及

图48E是可用在图48A所示的通信系统中的另一个示例无线电接入网和示例核心网的系统图。

具体实施方式

示例系统架构

图1A-1C是示出在其中一个或多个实施例可得以实现或执行的系统10 的示例的框图。这样的实施例可包括例如旨在机器到机器(“M2M”)通信和 /或操作的实施例，包括管理M2M远程实体，例如M2M应用、M2M业务能力(“SC”)、M2M局域网(areanetwork)、M2M网关和M2M装置。

可根据和/或使用一个或多个架构来配置和/或实现系统10；这些架构中任一个可基于和/或根据各种标准来配置。这些标准可包括那些旨在M2M通信和/或操作的，例如由欧洲电信标准协会(“ETSI”)发布的、名为“Machine-to-Machine(M2M)Communications；Functional Architecture”并被称为“ETSI TS 102 690”的草案技术规范(“TS”)。其他示例可包括由第 3代合作伙伴计划(“3GPP”)和/或第3代合作伙伴计划2(“3GPP2”)发布的那些标准，包括那些设计机器类型通信(“MTC”)的标准，例如名为“Technical SpecificationGroup Services and System Aspects；Service requirements for Machine-TypeCommunications(MTC)”的3GPP TS 22.368。 ETSI TS 102 690和3GPP TS 22.368均通过引用并合并于此。系统10的架构也可根据其他标准。

系统10可包括装置域12、网络域14和网络应用域16。网络应用域16 可包括M2M网络应用18a、18b。这些M2M网络应用18a、18b可在各个主机装置(未示出)上存储、执行和/或驻留。可选地，M2M网络应用18a、 18b在相同的主机装置(也未示出)上存储、执行和/或驻留。主机装置可包括一个或多个服务器，例如包括主机应用服务器，并且可被部署在一个或多个通用或专用计算机、个人计算机、大型机、迷你计算机、服务器类型计算机和/或在任意适当操作系统上运行并能够执行软件的任意基于处理器的平台上。主机装置可包括若干元件，这些元件可形成在单一装置中并集中在单一节点上；服务、客户端、对等或其他。可选地，主机装置的这些元件可由两个或更多个分离的装置组成，并且正如这样可分别在多个节点间；服务、客户端、对等或其他。

网络域14可包括接入和/或核心(“接入/核心”)网络20以及传输网络 22。接入/核心网络22可以是例如根据用于(i)数字用户线技术(总的称为“xDSL”)、(ii)混合光纤同轴(“HFC”)网络、(iii)可编程逻辑控制器 (“PLC”)、(iv)卫星通信和网络、(v)全球移动通信系统(“GSM”)/增强型数据GSM环境(“EDGE”)无线电接入网络(“GERAN”)、(vi)通用移动通信系统(“UMTS”)陆地无线电接入网络(“UTRAN”)、(vii)演进UTRAN (“eUTRAN”)、(viii)无线局域网(“WLAN”)、全球微波接入互操作性 (“WiMAX”)等的一个或多个协议配以来通信的网络。可代表接入/核心网络20的示例接入和/或核心网的细节参考图48A-48E在下文中得以描述。可代表传输网络22的示例传输网络的细节也参考图48A-48E在下文中得以描述。

接入/核心网络20还根据互联网协议(“IP”)系列提供连接性。接入/ 核心网络20也可根据其他通信协议提供连接性。并且，接入/核心网络20 可提供业务和网络控制功能、与其他网络的互连和漫游业务。以示例的方式，接入/核心网络20可以是根据由3GPP发布的协议、用于高级联网的ETSI 电信和互联网覆盖业务和协议(“TISPAN”)以及由3GPP2发布的协议配置用于通信的网络。

接入/核心网络20可包括M2M服务器24a，并且传输网络22可包括 M2M服务器24b、24c。M2M服务器24a-24c的每一个可由各个服务供应商所有、维护和/或运营。例如，M2M服务器24a可由无线(例如蜂窝)电信服务供应商所有、维护和/或运营，而M2M服务器24b、24c可由其他服务供应商所有、维护和/或运营。在一些实例中，第一、第二和第三M2M服务器24a-24b的所有、维护和/或运营可在两个或更多个供应商之间得以分离。

M2M服务器24a-24c可包括或被配置为包括各个网络业务能力层 (“N-SCL”)26a-26c和各个网络通信协议栈28a-28c(图1B)。N-SCL 26a-26c 可包括各个M2M SC(“N-SC”)30a-30c和伴随的资源结构32a-32c(图1B)。

装置域12可包括M2M装置34a-34g、M2M网关36a、36b和M2M局域网38a、38b。M2M装置34a-34g可包括各个M2M应用(“DA”)40a-40h 和各个网络通信协议栈42a-42g。M2M装置34a-34g的一些，即M2M装置 34a-34d(此后称为“D 34a-34d”或“D类型装置34a-34d”)可包括或被配置为包括各个SCL(“D-SCL”)44a-44d。D-SCL 44a-44d可包括或被配置为包括各个SC(“D-SC”)46a-46d和伴随的资源结构48a-48d(图1B)。

M2M装置34e-34g(此后称为“D’34e-34g”或“D’类型装置34e-34g”) 没有D-SCL。D34a-34d也可以以其他方式不同于D’34e-34g。例如，D’ 34e-34f可遭受资源限制，例如处理能力和存储限制，而D 34a-34d可不遭受这样的资源限制。可选地和/或附加地，D’34e-34g可包括或被配置为包括不同于D-SCL 44a-44d的功能。

M2M网关36a、36b可包括或被配置为包括各个M2M应用(“GA”)50a、 50b、各个网络通信协议栈52a、52b和各个SCL(“G-SCL”)54a、54b(图 1)。G-SCL 54a、54b可包括或被配置为包括各个SC(“G-SC”)56a、56b 和伴随的资源结构58a-58e(图1B)。

M2M局域网38a、38b可通信地耦合于M2M网关36a、36b和其他M2M 网关(未示出)，如果有的话。M2M局域网38a、38b可包括除了D 34d和D’ 34e-34g以外的M2M装置(未示出)。这些附加的M2M装置可以是D类型或D’类型的装置。M2M局域网38a、38b的每一个可使用例如网格和/或点对点架构来配置。

通信地将D 34d和D’34e耦合在一起和/或在D 34d、D’34e和/或M2M 局域网38a的邻近M2M装置之间的通信链路可以是有线和/或无线的。通信地将D 34f和D’34g耦合在一起和/或在D 34d、D’34e和/或M2M局域网38b 的邻近M2M装置之间的通信链路也可以是有线和/或无线的。

通信地将D 34d、D’34e和M2M局域网38a的其他M2M装置耦合到 M2M网关36a的通信链路和通信地将D’34f、34g和M2M局域网38b的其他M2M装置耦合到M2M网关36b的通信链路一起可以是有线和/或无线的。这些通信链路的每一个可根据私有接口、标准接口和/或开放接口来定义。可选地，通信链路可被定义为参考点，例如dIa参考点。可表示这样的dIa参考点的示例dIa参考点的细节可在ETSI TS 102 690中找到。

M2M网关36a、M2M网关36b和D 34b-34c可通用有线和/或无线通信链路分别与M2M服务器24a、24b和24c通信地耦合。这些通信链路可根据私有接口、标准接口和/或开放接口来定义。可选地，通信链路可被定义为参考点，例如mIa参考点。可表示这样的mIa参考点的示例mIa参考点的细节可在ETSI TS 102 690中找到。

通信地耦合M2M网络应用18a和M2M服务器24a以及通信地耦合 M2M网络应用18b和M2M服务器24b、24c的通信链路可以是有线和/或无线的。这些通信链路的每一个可根据私有接口、标准接口和/或开放接口来定义。可选地，通信链路可被定义为参考点，例如mIa参考点。可表示这样的 mIa参考点的示例mIa参考点的细节可在ETSI TS 102 690中找到。

D 34a-34d的DA 40a-40d分别与D-SCL 44a-44d的通信可使用mIa参考点来执行。dIa和mIa参考点可在M2M网络应用18b和DA 40a-40e之间以及在M2M网络应用18a和DA 40f-40g之间提供统一的接口。

虽然在图1中展示了2个M2M网关和8个M2M装置，但装置域12可包括更多或更少的M2M网关和更多或更少的M2M装置。在实践中，装置域12可能具有许多M2M装置和许多M2M网关。附加地和/或可选地，系统10可包括更多或更少的M2M服务器、更多和更少的M2M网络应用和更多或更少的M2M局域网。

M2M局域网38a、38b的每一个可以是例如根据诸如电气与电子工程师协会(“IEEE”)802.15.x、Zigbee、蓝牙、互联网工程任务组(“IETF”)低功率有损网络上的路由(“ROLL”)、自动化国际协会(“ISA”)用于工业自动化的无线系统：处理控制和相关应用(“ISA100.11a”)等这样的个人局域网协议被配置来通信的网络。M2M局域网38a、38b可根据例如下文参考图 48A-48E描述的其他网络协议来配置。

现在参考图1C，N-SC 30a-30c的每一个可包括或被配置为包括应用允许(enablement)能力(“AE”)，通用通信能力(“GC”)，可达、寻址和库能力(“RAR”)，通信选择能力(“CS”)，远程实体管理能力(“REM”)，安全能力(“SEC”)，历史和数据保持能力(“HDR”)，事务管理能力(“TM”)，交互代理能力(“IP”)和电信运营商暴露(exposure)能力(“TOE”)，这些的每一个可与用于从一个能力向另一个能力传递信息(例如根据经处理的消息)的路由功能相连接。N-SC 30a-30c的每一个还可包括用于调度内部软件、用于管理操作系统接口等的管理器。

G-SC 56a、56b的每一个和D-SC 46a-46d的每一个还可包括与路由功能和管理器向连接的AE、GC、RAR、CS、REM、SEC、HDR、TM和IP。为了方便起见，此后前缀“N”、“G”或“D”可添加于AE、GC、RAR、CS、 REM、SEC、HDR、TM、路由功能和管理器以区分N-SC、G-SC和D-SC。前缀“x”可添加于AE、GC、RAR、CS、REM、SEC、HDR、TM、路由功能和管理器以共同地提及N-SC、G-SC和D-SC。

N-SC 30a-30c、G-SC 56a、56b和D-SC 46a-46d的每一个也可包括SC 到SC交互能力，以便使能装置对装置(D2D)、网关对网关(G2G)和业务对服务器(S2S)直接通信。N-SC30a-30c、G-SC 56a、56b和D-SC 46a-46d (共同地称为“xSC”)的一些或所有的部分可根据诸如ETSI TS 102 690这样的旨在M2M通信和/或操作的标准来定义。

总的来说，SC可定义和/或实现可由各种M2M应用使用的功能。为了便于此，SC 24可通过一组开放接口将这样的功能呈现给各种M2M应用。附加地，SC可使用接入/核心和/或传输网络20、22的功能(“网络功能”)。然而，SC可向各种M2M应用隐藏网络特征，并且替代地，可借助SC为这样的应用处理网络管理。SC可以是M2M特定的。可选地，SC可以是通用的，例如为M2M应用和不是M2M应用的应用提供支持。如下将更详细描述的那样，N-SCL资源结构32a-32c、G-SCL资源结构58a-58e和/或D-SCL 44a-44d的每一个可包括一个或多个基于一个或多个xSC的架构等级排列的资源和/或属性。

示例xREM管理层和功能

图2是示出定义用于执行xREM的功能架构的逻辑管理层200的示例集合的框图。总的来说，管理层200可定义用于管理通信模块、SCL和应用的功能。管理层200还可区分管理功能、定义相应的管理对象和资源结构、并在xREM分别为M2M设备(“DREM”)、M2M网关(“GREM”)和M2M 局域网(“NREM”)识别管理功能。管理层200管理功能的区分可基于M2M 远程实体的类型。管理层200可包括例如定义用于管理(i)M2M应用、(ii) M2M SC、(iii)M2M局域网和M2M网关、和(iv)M2M装置的功能的分离层。管理层200的每一个可包括用于执行驻留在这样的管理层中的、M2M 远程实体的配置管理210、故障(fault)管理212、性能管理214等的功能。在一个实施方式中，管理层200可包括应用管理层202、业务管理层204、网络管理层206和装置管理层208。管理层200也可包括其他层。

示例M2M应用管理层

M2M应用管理层202可处理管理M2M应用，包括定义管理功能、定义管理对象和资源结构和识别在与管理M2M应用相关联的xREM处的管理功能。M2M应用管理层202可处理在M2M装置和/或M2M网关(总的称为“D/G”)中M2M装置应用的生命周期管理，这可包括安装、更新、删除、激活、去激活D/G中应用软件的任一个。M2M应用管理层202还可处理D/G 中应用的配置管理。这可包括例如配置和/或提供对这样的应用的初始设置和 /或更新。M2M应用管理层202可处理D/G中应用故障管理，包括例如收集和/或获取(retrieve)与故障相关的信息。M2M应用管理层202可处理D/G 中应用的性能管理，包括例如收集和/或获取与性能相关的信息。M2M应用管理层的所有者可以是例如M2M应用供应商。

示例M2M业务管理层

M2M业务管理层204可处理管理M2M SC，包括定义管理功能、定义管理对象和资源结构以及识别与管理M2M SC相关联的xREM处的管理功能。M2M业务管理层204可处理D/G中SCL的软件/固件更新；D/G中SCL 的配置管理，包括配置或提供对SCL的初始设置和/或更新；D/G中SCL的故障管理，包括例如收集和获取与故障相关的信息；和D/G中SCL的性能管理，其可包括收集和获取与性能相关的信息。M2M业务管理层204的所有者可以是例如M2M业务供应商。

示例M2M网络管理层

M2M网络管理层206可处理管理M2M局域网，包括定义管理功能、定义管理对象和资源结构以及识别在与管理M2M局域网相关联的xREM处的管理功能。例如，该层可控制路由管理、拓扑管理和网络生命期管理。由于M2M局域网在许多情况下由M2M GW来连接，因此M2MGW可在网络管理层206中其作用。

M2M网络管理层206可处理M2M局域网的配置管理，包括例如配置和/或提供M2M局域网的初始操作配置，这可包括配置IPv6地址前缀、工作频率、WPAN ID等。M2M网络管理层206还处理(i)更新D/G的配置，这可包括更新6LoWPAN/ROLL/CoAP中的参数和/或常数；(ii)M2M局域网的故障管理，包括异常检测(例如，过期或错误路由、环回路由)和/或告警生成和/或处理；(iii)M2M局域网的性能管理，这可包括(例如整个) M2M局域网的工作周期管理、拓扑/路由管理和QoS管理的任一个。网络管理层206的所有者可以是M2M局域网供应商，其可以是M2M应用供应商、 M2M业务供应商或M2M用户。

示例M2M装置管理层

装置管理层208可处理管理诸如D/G这样的M2M端装置，包括定义管理功能、定义管理对象和资源结构和识别在与M2M端装置相关联的xREM 处的管理功能。装置管理层208可处理用于资源受限的M2M装置的管理功能，这可包括例如工作周期管理和功率管理。装置管理层208可处理(i) D/G的配置管理，这可包括配置D/G的初始操作和/或更新D/G的配置；(ii) D/G的故障管理，这可包括异常检测和告警生成和处理的任一个；(iii)D/G 的性能管理，这可包括例如受限资源(传感器、激励器、电源/电池、存储器、 CPU、通信接口等)的管理、节电管理(例如整个节点的工作周期、收发机的工作周期)和传感器/激励器管理(例如在不同的应用间共享)的任一个。装置管理层208的所有者可以是M2M应用供应商、M2M业务供应商、M2M 局域网供应商或M2M用户。

参考图3A，展示了示出用于根据管理层集合及其功能向SCL提供资源结构的示例资源结构架构300的框图。在其上可提供这样的资源结构的SCL 可以是主机SCL，例如N-SCL26a-26c的任一个。在主机SCL上提供的资源结构可随后以主机SCL、其他主机SCL和/或远程SCL之间的同步方式，在一个或多个其他主机SCL和/或一个或多个远程SCL(例如G-SCL56a、56b 和/或D-SCL 44a-44d)上得以提供。可选地，可在其上提供这样的资源结构的SCL可以是远程SCL，例如G-SCL 56a、56b和/或D-SCL 44a-44d的任一个。在远程SCL上提供的资源结构可随后以远程SCL、其他远程SCL和/ 或主机SCL间的同步方式，在一个或多个其他远程SCL和/或一个或多个主机SCL(例如N-SCL 26a-26c)上得以提供(例如整体或部分地复制)。附加地和/或可选地，资源结构架构300还可被用来在多个主机SCL和/或多个远程SCL上提供资源结构。

资源结构架构300可包括适当SCL的根资源(“<sclBase>”)302、从属于<sclBase>302的多个资源(“sub-resources”)和一个或多个属性304。属性 304可与直接从属于<sclBase>302的子资源的一些或所有相关联(例如相同)。可选地，属性304可与直接和/或间接从属于<sclBase>302的子资源相关联。直接从属于<sclBase>302的子资源可包括SCL(“scls”)子资源306、应用(“applications”)子资源308、容器(“containers”)子资源310、组 (“groups”)子资源312、访问权限(“accessRights”)子资源314、订阅(“subscriptions”)子资源316、发现(“discovery”)子资源318、访问状态(“accessStatus”)子资源320和管理对象(“mgmtObjs”)子资源322。

scls子资源306可以是各个SCL资源的集合；它的每一个可代表被授权例如以M2M业务注册过程方式与主机SCL交互的相关联(例如远程)SCL。 scls子资源306的每个SCL资源可响应于相关联SCL向它的本地SCL的成功注册而得以创建，反之亦然。scls子资源306可包括、维护和/或存储关于各个已注册SCL的上下文信息。scls子资源306的每一个可包括一个或多个子资源和/或一个或多个属性(未示出)。

应用子资源308可以是各个应用资源的集合；它的每一个可包括、维护和/或存储关于应用的信息。应用子资源308的每个应用资源可响应于相关联应用向本地SCL的成功注册而得以创建。

容器子资源310可以是各个容器资源的集合；它的每一个可以是用于在应用和/或SCL间交换信息的通用资源。容器子资源310的每个容器资源可通过将相应的容器用作缓存信息的中介，便于应用和/或SCL间信息的交换。

组子资源312可以是各个组资源的集合。组子资源312的每个组资源可被用来定义和/或访问其他子资源的组，包括直接和/或间接从属于 <sclBase>302的子资源。

accessRights子资源314可以是各个访问权限(“accessRight”)资源的集合；它的每一个可包括、维护和/或存储许可的表示。accessRights子资源314 的每个accessRight资源可与对主机SCL外部的实体来说是可存取的其他子资源的一个或多个相关联。accessRights 314的每一个的许可表示可包括许可持有者的标识和授予该许可持有者的权限的标识。授予该许可持有者的权限的标识可以是例如与为相应子资源授予的权限的一个或多个相关联的许可标志。

订阅子资源316可以是各个订阅资源的集合。订阅316的每个订阅资源可包括用于跟踪对其父母资源，即<sclBase>302，的(例如激活)订阅状态的信息。订阅316的每一个可表示来自发布者通知在<sclBase>302上的修改的请求。

发现318可被用来允许子资源的发现。发现318可被用来获取匹配发现过滤标准的子资源的统一资源标识符(“URI”)的列表。accesStatus 320可以是各个访问状态资源的集合。

mgmtObjs子资源322可以是各个管理对象(“mgmtObj”)资源的集合。 mgmtObjs322的每个mgmtObj资源可包括、维护和/或存储用于执行REM 的管理信息和/或参数。mgmtObjs子资源322可包括应用管理对象子资源 (“appMgmtObjects”)子资源324、SCL管理对象子资源(“sclMgmtObjects”) 子资源326、网络管理对象子资源(“nwkMgmtObjects”)子资源328、装置管理对象子资源(“devMgmtObjects”)子资源330、OMA-DM管理对象子资源(“omaMgmtObjects”)子资源332和BBF-TR069管理对象子资源 (“bbfMgmtObjects”)子资源334。mgmtObjs子资源322还可包括其他和/ 或不同mgmtObj资源。

appMgmtObjs子资源324可以是各个应用管理对象(“appMgmtObject”) 资源的集合。每个appMgmtObject资源可包括用于根据应用管理层及其功能 (例如应用管理层202(图2))执行REM的信息和/或参数。每个 appMgmtObject资源可被部署为作为<mgmtObject>实例324-1从属于 appMgmtObjects子资源324。

sclMgmtObjects子资源326可以是各个SCL管理对象(“sclMgmtObject”)资源的集合。每个sclMgmtObject资源可包括用于根据业务管理层及其功能(例如业务管理层204(图2))执行REM的信息和/ 或参数。每个sclMgmtObject资源可被部署为作为<mgmtObject>实例326-1 从属于sclMgmtObjects子资源326。

nwkMgmtObjects子资源328可以是各个网络管理对象 (“nwkMgmtObject”)资源的集合。每个nwkMgmtObject资源可包括用于根据网络管理层及其功能(例如网络管理层206(图2))执行REM的信息和/ 或参数。每个nwkMgmtObject资源可被部署为作为<mgmtObject>实例328-1 从属于nwkMgmtObjects子资源328。

devMgmtObjs子资源330可以是各个装置管理对象(“devMgmtObject”) 资源的集合。每个devMgmtObject资源可包括用于根据装置管理层及其功能 (例如装置管理层208(图2))执行REM的信息和/或参数。每个 devMgmtObjects资源可被部署为作为<mgmtObject>实例330-1从属于 devMgmtObjects子资源330。

omaMgmtObjects 332可以是各个OMA-DM管理对象 (“omaMgmtObject”)资源的集合。每个omaMgmtObject资源可包括用于根据OMA-DM和/或OMA-DM兼容管理功能执行REM的信息和/或参数。每个omaMgmtObject资源可被部署为作为<mgmtObject>实例332-1从属于omaMgmtObjects子资源332。

bbfMgmtObjects子资源334可以是各个BBF-TR069管理对象 (“bbfMgmtObject”)资源的集合。每个bbfMgmtObject资源可包括用于根据BBF-TR069和/或BBF-TR069兼容管理功能(例如BBF-TR069远程过程调用(RPC)方法)执行REM的信息和/或参数。每个bbfMgmtObject资源可被部署为作为<mgmtObject>实例334-1从属于bbfMgmtObjects子资源 334。

虽然如图3A所示mgmtObjs子资源322仅在 <sclBase-of-Server>/scls/<scl>/mgmtObjs中存在，但其他(例如多个) mgmtObjs子资源可位于<sclBase>302的各种更远的从属分支/位置中。这样，这样的其他mgmtObjs子资源可显式地相应于具体的管理功能(例如相应于应用或SCL)。

图3B是示出用于根据管理层集合及其功能向SCL提供资源结构的示例资源结构构架340的框图。在其上可提供这样的资源结构的SCL可以是本地SCL，例如G-SCL 56a、56b和/或D-SCL 44a-44d的任一个。在本地SCL 上提供的资源结构可随后以本地SCL和/或主机SCL间的同步方式，在一个或多个其他主机SCL和/或一个或多个远程SCL上得以提供(例如整体或部分地复制)。可选地，在其上可提供这样的资源结构的SCL可以是主机SCL，例如N-SCL26a-26c的任一个。在主机SCL上提供的资源结构可随后以主机 SCL和远程SCL间的同步方式，在一个或多个其他远程SCL(例如G-SCL 56a、56b和/或D-SCL 44a-44d)上得以提供(例如整体或部分地复制)。附加地和/或可选地，资源结构构架340还可被用来在多个本地SCL和/或多个主机SCL上提供资源结构。

资源结构构架340可包括<sclBase>342、<sclBase>342的多个子资源、与直接从属于<sclBase>342的子资源的一些或全部相关联的一个或多个属性344、和与间接从属于<sclBase>342的子资源相关联的属性350和360。

除了以下的，直接从属于<sclBase>342的子资源类似于图3A的直接从属于<sclBase>302的子资源。直接从属于<sclBase>342的子资源可包括应用子资源346和mgmtObjs子资源348。

mgmtObjs子资源348(在<sclBase>/mgmtObjs处)可以是各个管理对象(“mgmtObj”)资源的集合。mgmtObjs子资源348可包括、维护和/或存储用于根据(i)业务管理层及其功能；(ii)网络管理层及其功能；(iii)装置管理层及其功能，(iv)OMA-DM和/或OMA-DM兼容管理功能和(v) BBF-TR069和/或BBF-TR069兼容管理功能的任一个执行REM的管理信息和/或参数。mgmtObjs子资源348例如可包括sclMgmtObjects子资源326、nwkMgmtObjects子资源328、devMgmtObjects子资源330、omaMgmtObjects 子资源332和bbfMgmtObjects子资源334。mgmtObjs子资源348可还可包括其他和/或不同mgmtObj资源。

应用子资源346可包括各个应用(“<application>”)资源352的集合、accessStatus子资源354、subscriptions子资源356、mgmtObjs子资源358和与应用子资源346的子资源相关联的属性350。mgmtObjs子资源358(位于 <sclBase>/applications/mgmtObjs)可包括用于执行作为一个整体注册在 <sclBase>342下所有应用的REM的子资源的集合。

各个应用资源352的每一个可包括containers子资源362、groups子资源364、accessRights子资源366、accessStatus子资源368、subscriptions子资源370、mgmtObjs子资源372和与相应的各个应用资源352的子资源相关联的属性360。mgmtObjs子资源372(位于 <sclBase>/applications/<application>/mgmtObjs)可包括用于执行与相应 <application>子资源352相关联的特定<application>的REM的子资源集合。

图3C是示出根据管理层集合及其功能向SCL提供资源结构的示例资源结构框架376的框图。可在其上提供这样的资源结构的SCL可以是主机SCL，例如N-SCL 26a-26c的任一个。在主机SCL上提供的资源结构可随后借助主机SCL、其他主机SCL和/或远程SCL间的同步，在一个或多个其他主机 SCL和/或一个或多个远程SCL上得以提供(例如整体或部分复制)，例如 G-SCL 56a、56b和/或D-SCL 44a-44d。可选地，在其上可提供这样的资源结构的SCL可以是远程SCL，例如G-SCL 56a、56b和/或D-SCL 44a-44d的任一个。在远程SCL上提供的资源结构可随后借助远程SCL、其他远程SCL 和/或主机SCL间的同步，在一个或多个其他远程SCL和/或一个或多个主机 SCL上得以提供(例如整体或部分复制)，例如N-SCL 26a-26c。附加地和/ 或可选地，资源结构架构340也可被用来在多个主机SCL和/或多个远程SCL上提供资源结构。

资源结构架构376可包括<sclBase>378、到<sclBase>378的多个子资源、与直接和/或间接从属于<sclBase>378的子资源的一些或全部相关联的一个或多个属性。直接从属于<sclBase>378的子资源类似于图3A的直接从属于 <sclBase>302的子资源，除了没有mgmtObjs子资源直接从属于<sclBase> 378。替代地，资源结构架构376包括多个mgmtObjes子资源，其可位于 <sclBase>376的各种其他从属分支/位置处。例如，<sclBase>376可包括mgmtObjs子资源380(在<sclBase>scls/mgmtObjs处)。mgmtObjs子资源380 可包括用于执行作为整体向M2M服务器注册的所有SCL的REM的子资源的集合。这些子资源可包括用于根据诸如业务管理层204(图2)这样的业务管理层及其功能，执行作为整体向M2M服务器注册的所有SCL的REM 的信息和/或参数。

<sclBase>376还可包括mgmtObjs子资源382(在 <sclBase>/scls/<scl>/mgmtObjs处)。mgmtObjs子资源382可包括用于执行向 M2M服务器注册的<scl>的业务能力和其他管理功能(网络mgmt层和装置管理层)的REM的子资源集合。在一个实施方式中，这些子资源可包括用于根据(i)诸如网络管理层206(图2)这样的网络管理层及其功能；和(ii)和诸如装置管理层208(图2)这样的装置管理层，执行对M2M服务器注册的<scl>的业务能力和其他管理功能的REM的信息和/或参数。

<sclBase>376还可包括mgmtObjs子资源384(在 <sclBase>/scls/<scl>/applications//mgmtObjs处)。mgmtObjs子资源384可包括用于执行作为整体向服务器宣告的所有应用的REM的子资源的集合。<sclBase>376可进一步包括mgmtObjs子资源386(在 <sclBase>/scls/<scl>/applications/<applicationAnnc>/mgmtObjs处)。该 mgmtObjs子资源386可包括用于执行对M2M服务器宣告的特定 <applicationAnnc>的REM的子资源集合。

在一个实施方式中，mgmtObjs子资源382(在 <sclBase>/scls/<scl>/mgmtObjs处)可被DA和/或GA用来管理注册到M2M 服务器的另一个D/G。M2M服务器(即<scl>)可向D/G宣告它的<mgmtObj>。然后DA/GA可在D/G中访问这样的经宣告的<mgmtObj>，并且反过来，能够通过M2M服务器处的消息中继来管理其他D/G。

图4A是示出用于向SCL提供mgmtObjs的示例资源结构框架400的框图。资源结构框架(“mgmtObjs结构框架”)400可包括作为根的mgmtObjs 402、到mgmtObjs 402的多个子资源、与直接从属于mgmtObjs 402的子资源的一些或全部相关联的一个或多个属性404和与间接从属于mgmtObjs 402的子资源相关联的属性416、418、430和442。属性404可包括访问权限ID、创建时间、最后修改时间、诸如mgmtObjs 402的文本格式描述这样的描述和允许的方法。允许的方法可指定用于处理mgmtObjs子资源402的允许的RESTful方法。

到mgmtObjs 402的多个子资源可包括mgmtObj(“<mgmtObj>”)子资源406、管理对象宣告(“<mgmtObjAnnc>”)子资源408、accessRights子资源410、accessStatus子资源412和subscriptions子资源414。

<mgmtObj>子资源406可以是具体的管理对象和用于存储该<mgmtObj> 子资源406的相关管理数据/参数的占位符。<mgmtObjAntnc>子资源408可以是用于经宣告的管理对象的占位符。<mgmtObjAnnc>子资源408可包括以下属性：(i)链路，(ii)访问权限ID和(iii)搜索字符串。

<accessRights>子资源410可包括、维护和/或存储用于用来执行REM的子资源的许可的表示。<accessRights>子资源408可继承它的父母，如果有的话。

accessStatus子资源414可以是各个访问状态资源的集合。subscriptions 子资源414可以是订阅资源的集合，它的每一个可包括用于跟踪对其父母资源的(例如激活的)订阅的状态的信息。subscriptions 414的每一个可表示来自发布者用于通知对父母资源的修改的请求。

<mgmtObj>子资源406可包括(i)<参数>(<parameters>)子资源420，其可以是用于多个管理目的的多个参数的集合的占位符；(ii)<parameter> 子资源422，其可以是单一的管理参数；(iii)用于xREM目的的<accessRights> 子资源424；(iv)<accessStatus>子资源426，和(v)<subscriptions>子资源 428。<accessRights>子资源424可包括、维护和/或存储用于用来执行REM 的子资源的允许的表示。<accessRights>子资源424可继承它的父母，如果有的话。

<mgmtObj>子资源406可包括以下属性(i)访问权限ID、创建时间、最后修改时间、描述(例如<mgmtObj>子资源406的文本格式描述)、允许的方法和内容类型。允许的方法可指定用于处理<mgmtObj>子资源406的允许的RESTful方法。内容类型可指定<mgmtObj>子资源406的类型。内容类型属性也可被称为数据类型属性。

<parameters>子资源420可包括<parameters>子资源432。该<parameters> 子资源432可以是用于管理目的的多个参数的集合的占位符。通过使 <parameters>子资源432从属于<parameters>子资源432，可支持分等级的树结构，并且已有管理对象的入口可比扁平结构更容易。

<parameters>子资源420还可包括(i)用于维护和/或存储单一管理参数的<parameter>子资源434；(ii)用于xREM目的的<accessRights>子资源436； (iii)<accessStatus>子资源438；和<subscriptions>子资源440。<accessRights> 子资源436可包括、维护和/或存储用于用来执行REM的子资源的允许的表示。<accessRights>子资源436可继承它的父母，如果有的话。

<parameters>子资源420可包括以下属性(i)访问权限ID，(ii)创建时间，(iii)最后修改时间，(iv)描述(例如<parameters>子资源420的文本格式描述)，(v)允许的方法，和(vi)内容类型/数据类型。允许的方法可指定用于处理<mgmtObj>子资源436的允许的RESTful方法。内容类型/数据类型可指定<mgmtObj>子资源436的类型。

另外，如图4A的示例所示，mgmtObjs 402通过使另一个<parameters> 子资源432从属于<parameters>子资源420具有增加分层次结构。在该子结构中，<parameters>子资源420可包括若干个<parameters>子资源432和单个 <parameter>资源434。这样的分层次结构简化了向mgmtObjs 402引入其他管理树，和/或简化了执行树结构映射。应注意，如果没有<mgmtObj>子资源 406和它的孩子(例如使用现有容器或组资源)，不能这样的分层次的结构，除非一个容器(或组)资源适用于允许将另一个容器(或组)用作它的子资源来创建和使用内容实例(或成员)。

<parameter>资源434可包括(i)可包括、维护和/或存储<parameter>子资源434默认值的<defaultValue>子资源444；(ii)可包括、维护和/或存储 <parameter>子资源434的当前值的<currentValue>子资源446；(iii)用于 xREM目的的<accessRights>子资源448；(iv)<accessStatus>子资源450，和 (v)<subscriptions>子资源444。<accessRights>子资源448可包括、维护和 /或存储用于用来执行REM的子资源的允许的表示。<accessRights>子资源 448可继承它的父母，如果有的话。

<parameter>资源434可包括以下属性(i)访问权限ID，(ii)创建时间， (iii)最后修改时间，(iv)描述(例如<parameter>资源434的文本格式描述) 和允许的方法。允许的方法可指定用于处理<parameter>资源434的允许的RESTful方法。

在替换的实施方式中，用于为SCL提供mgmtObjs的两级资源结构框架 458在图4B中得以显示。资源结构框架458可包括mgmtObjs 460。mgmtObjs 460类似于图4A的mgmtObjs402，除了mgmtObjs 460不包括<parameters> 子资源420外。

示例M2M xREM管理模型

在一个实施例中，xREM可在客户端/服务器(C/S)模式下实现。附加地和/或可选地，xREM可使用代理功能来管理在M2M GW后面的M2M装置，例如D 34d和D’34e-34(图1)。

在一个实施方式中，xREM服务器可以是管理控制器。xREM服务器可例如操作为或具有类似于SNMP管理器、根据OMA DM的DM服务器和根据BBF-TR069的ACS的任一个的功能。xREM服务器可控制和管理与xREM 客户端和xREM代理的交互。

在一个实施方式中，xREM客户端可以是由xREM服务器控制的软件实体。xRE客户端可以例如作为或具有类似于SNMP代理、根据OMA DM的 DM客户端和根据BBF TR-069的CPE的任一个的功能。xREM服务器和 xREM客户端可一起工作以建立管理会话和执行管理功能。

在一个实施方式中，xREM代理既可起xREM客户端和又可起xREM服务器的作用。xREM代理可具有用于管理D’类型的装置(例如根据OMA DM 和/或BBF TR-069运行的M2M装置和/或无SCL的M2M装置)的非xREM 管理服务器功能。xREM代理可包括xREM客户端和xREM服务器(或非 xREM管理服务器)之间的转换和/或适应功能。示例功能可包括xREM客户端和xREM服务器之间的转换，和xREM客户端和非xREM管理服务器之间的转换。

在一个实施方式中，xREM取决于它位于的地方，可以是xREM服务器(管理器)、xREM客户端(受管理实体)或xREM代理(既起管理器又起受管理实体作用)。

图5是示出用于执行xREM的客户端-服务器模型500的图的框图。 xREM可根据ETSITS 102 960得以实现。参考图5，NREM 502可包括xREM 服务器502-1，其分别实现与一个或多个xREM客户端(例如DREM 504和 GREM 506的xREM客户端504-1和506-1的任一个)或GREM510的xREM 代理510-1的通信交互。NREM 502可具有到第三方管理机构(authority) 512和诸如NREM 508这样的其他NREM的分离接口。GREM 510可操作为 xREM客户端510-2或xREM代理510-1。当M2M网关操作为由M2M服务器管理的端装置时，GREM 510可操作为xREM客户端。当M2M网关操作为用于M2M服务器管理M2M网关背后的M2M装置(ETSI兼容或非ETSI) 的代理时，GREM 510操作为xREM代理。作为xREM代理510-1，GREM 510 可包括xREM客户端510-2、xREM服务器510-3、非xREM管理服务器510-4 和协议转换单元510-5。DREM 512可包括xREM客户端512-1。xREM客户端512-1可与NREM 502中的xREM服务器502-1或可选地与xREM代理510-1中的xREM服务器510-3交互。

如果OMA DM被用于实现xREM，xREM服务器502-1可以是DM服务器，并且xREM客户端512-1可以是DM客户端。xREM代理510-1可以是OMA GwMO。如果BBF TR-069被用来实现xREM，xREM服务器502-1 可以是ACS，并且xREM客户端512-1可以是CPE。如果SNMP被用来实现xREM，xREM服务器502-1可以是SNMP管理器，并且xREM客户端 512-1可以是SNMP代理。xREM代理510-1可以是SNMP代理。

支持多管理协议

根据一个实施方式，集成的M2M系统，例如系统10，可包括多个垂直的M2M应用，其中可部署不同的管理协议。例如，支持DM客户端作为其xREM客户端的M2M装置可移动并与仅支持BBF TR-069的M2M GW或与仅管理BBF TR-069装置的M2M服务相连接。在另一个选择中，根据在此的实施方式，其他适当OMA DM装置和BBF TR-069装置可在集成的M2M 系统中得以管理。

图6是示出使用多个不同管理协议支持xREM的基于隧道的方法的框图。NREM 602和/或GREM 604可使用不同的管理协议来管理与不同M2M GW和装置的交互。隧道模型可实现以下。隧道模型可实现协商以在D/GREM和NREM之间和/或GREM和DREM之间协商确定使用哪个管理协议。隧道模型还可根据该确定引起xREM软件更新。

隧道模型可进行数据模型转换以在xREM数据模型和OMA DM mgmt 对象、BBF TR-069管理参数和/或SNMP MIB间转换。隧道模型还执行OMA DM命令或BBF TR-069命令和xREMRESTful方法之间的管理命令转换和/ 或映射。隧道模型还可执行协议适配以使OMA DM、BBF TR-069或SNMP 协议适用于能够使用mId参考点上的RESTful方法。

用于协商或指示管理协议的方法

被称为例如管理协议类型(mgmtProtocolType)的参数可被用来表示管理协议的类型。mgmtProtocolType可以是资源<scl>的属性(或子资源)，其可以是M2M装置、M2M网关或M2M服务器的SCL。并且，mgmtProtocolType 可作为配置参数包括在M2M SCL管理对象(称为“SCLMO”)中。在一个实施方式中，M2M装置可使用“mgmtProtocolType”来指示在M2M装置和 M2M服务器之间或在M2M装置和M2M网关之间使用的管理协议类型。在一个实施方式中，M2M网关可使用“mgmtProtocolType”来表示在M2M网关和M2M服务器之间使用的管理协议类型。为了实现这，M2M网关的<scl> 可包括属性(或子资源)“mgmtProtocolType”并且M2M网关的SCLMO可包括参数“mgmtProtocolType”。如果M2M装置在M2M网关背后存在，第二属性或(子资源)“mgmtProtocolType”可被用来表示在M2M网关背后的 M2M装置与M2M网关之间的管理协议类型。

在一个实施方式中，M2M服务器可使用“mgmtProtocolType”来表示它支持的用于管理M2M装置和/或M2M网关的管理协议类型。为了实现这， M2M的<scl>可包括属性(或子资源)“mgmtProtocolType”。

在一个实施方式中，N-SCL(和/或G-SCL)可包括表示相应NREM和/ 或GREM支持的多个管理协议的列表的属性(或子资源)mgmtProtocolType。

作为一个选择，mgmtProtocolType可被增加为mgmtObjs资源的一个属性和/或每个<mgmtObj>实例的一个属性。通过将mgmtProtocolType用作 <scl>的属性、mgmtObjs资源的属性或<mgmtObj>资源的属性，以下方法可应用于协商或指示DREM和/或GREM(“D/GREM”)与NREM之间和DREM 与GREM之间的管理协议。

图7A-7C是分别示出用于确定用于REM的管理协议的类型的示例流程 700、730和760的流程图。为了方便，参考图1A-1C的系统10描述流程700、 730和760的每一个。流程700、730和760还可使用其他架构来实现。

在D/GREM和NREM之间

方法1-在“SCL注册”和/或“更新SCL注册”中捎带(piggyback) mgmtProtocolType

现在参考图7A的流程图700，D/GREM可发起SCL注册过程(702)，在此期间D/GREM可向M2M服务器(NREM)发送一个或多个请求(“SCL 注册请求”)消息。作为SCL注册过程(702)的一部分、之前和/或之后， D/GREM可从D/G-SCL的“mgmtProtocolType”属性/子资源获得指示 D/GREM支持的管理协议类型的值(“mgmtProtocolType(值)”)。

M2M装置/网关(D/GREM)然后可选取并将mgmtProtocolType(值) 用作其参数填充一个或多个SCL注册请求消息，然后将这样的SCL注册请求[mgmtProtocolType(值)]消息发送给M2M服务器(NREM)(704)。响应于SCL注册请求[mgmtProtocolType(值)]消息，M2M服务器(NREM) 可选取并将接收的mgmtProtocolType(值)作为其参数填充一个或多个响应(“SCL注册响应”)消息。此后，M2M服务器(NREM)可向M2M装置/ 网关(D/GREM)发送这样的SCL注册响应[mgmtProtocolType(值)]消息以确认mgmtProtocolType(值)的接收和/或由接收的mgmtProtocolType指示的管理协议类型的接收(706)。在接收到SCL注册响应[mgmtProtocolType (值)]消息和用于完成SCL注册过程的其他消息(如果有的话)后，D/GREM 可终止SCL注册过程(708)。通过执行流程700，D/GREM可在SCL注册过程上捎带mgmtProtocolType属性/子资源，以实现在执行REM时M2M服务器(NREM)和M2M装置/网关(D/GREM)可使用的管理协议类型的通知和/或接受。

尽管未示出，M2M服务器(NREM)可不经请求地在SCL注册过程上捎带mgmtProtocolType属性/子资源，以指示M2M装置/网关(D/GREM) 使用由N-SCL的mgmtProtocolType属性/子资源指定或指示的管理协议类型。M2M服务器(NREM)例如可从N-SCL的mgmtProtocolType属性/子资源获取mgmtProtocolType(值)，将该mgmtProtocolType(值)作为其参数填充一个或多个SCL注册响应消息，并向M2M装置/网关(D/GREM)发送经填充的SCL注册响应[mgmtProtocolType(值)]消息。

作为一个选择，M2M服务器(NREM)和M2M装置/网关(D/GREM) 可通过交换SCL注册请求消息和使用各个mgmtProtocolType(值)填充的 SCL注册响应消息来协商管理协议的类型，直到M2M服务器(NREM)或 M2M装置/网关(D/GREM)向另一个发送它接收到的mgmtProtocolType (值)。

图7B-7C，用于在更新SCL注册中捎带mgmtProtocolType的过程如下：

在更新SCL注册过程期间，M2M服务器(NREM)可通过在发送给 M2M装置/网关(D/GREM)的消息中捎带“mgmtProtocolType”来指定将由M2M装置/网关(D/GREM)使用的“mgmtProtocolType”。

可选地，在“更新SCL注册”的过程期间，M2M装置/网关(D/GREM) 可通过在发送给M2M服务器(NREM)的该消息中捎带“mgmtProtocolType”来向M2M服务器(NREM)上报它们的“mgmtProtocolType”。

方法2-在“创建mgmtObj资源”中捎带mgmtProtocolType

ETSI M2M功能架构定义以下过程用于创建管理对象资源。结果，mgmtProtocolType可包括在那些过程中，以便M2M装置/网关(D/GREM) 可向M2M服务器(NREM)通知它的mgmtProtocolType。

如图8所示，用于在创建mgmtObj资源中捎带mgmtProtocolType的过程如下：

如果该过程由M2M装置/网关(D/GREM)发起，M2M装置/网关 (D/GREM)在该过程期间将向M2M服务器(NREM)发送请求消息。M2M 装置/网关(D/GREM)可将“mgmtProtocolType”作为参数捎带在该请求消息中。

方法3-创建用于发送“mgmtProtocolType”的新的过程

替代在如在方法2和方法3中所述的在已有M2M过程中捎带“mgmtProtocolType”，以下过程定义了用于在M2M(NREM)和M2M装置/网关(D/GREM)之间发送“mgmtProtocolType”的过程。如图9所示，该过程如下：

更新“mgmtProtocolType”

M2M装置/网关(D/GREM)发送寻址到 <scl-of-server>/scls/<scl-dg>/mgmtProtocolType的更新消息以更新“mgmtProtocolType”。

<scl-of-server>表示M2M服务器。<scl-dg>表示用其mgmtProtocolType 更新M2M服务器的M2M装置/网关(D/GREM)。“mgmtProtocolType”可以是<scl-dg>的新的属性。结果，M2M服务器(NREM)获知向该M2M服务注册的M2M装置/网关(D/GREM)的“mgmtProtocolType”。

NREM还主动发送寻址到<scl-dg>/mgmtProtocolType的更新消息以改变 M2M装置/网关的“mgmtProtocolType”，如图10所示。

作为一个选择，NREM可发送寻址到<scl-dg>/mgmtProtocolType的获取消息以获取在M2M装置/网关中使用的当前管理协议。

方法4-在SCL发现中捎带mgmtProtocolType

mgmtProtocolType还可使用以下方法在用于SCL发现的消息中得以捎带。如图11所示，当M2M装置/网关(D/GREM)发布请求消息以发现M2M 服务器(NSCL)时，M2M装置/网关将其mgmtProtocolType包括在该请求消息中。捎带的mgmtProtocolType信息可帮助滤除不支持由该 mgmtProtocolType表示的管理协议的M2M服务器。

M2M服务器的mgmtProtocolType可在到M2M装置/网关的SCL发现响应消息中得以捎带。捎带的mgmtProtocolType可帮助M2M装置/网关选择适当的M2M服务器。M2M装置/网关还可以改变以使用由捎带的 mgmtProtocolType表示的管理协议。

DREM和GREM之间

在该情况下，M2M装置在作为代理的M2M网关的背后。结果，M2M 装置需要向M2M网关指示它们的mgmtProtocolType，或者M2M网关可主动获取M2M装置的mgmtProtocolType。以上用于情况1的类似方法可得以使用。

方法1-在“SCL注册”和“更新SCL注册”中捎带mgmtProtocolType

ETSI M2M功能架构定义用于SCL管理的以下过程，结果，mgmtProtocolType可包括在那些过程中，以便DREM可向GREM通知它的 mgmtProtocolType。

SCL注册：

在该过程期间，DSCL将向NSCL发送多个请求消息。DREM可在那些请求消息的任一个中将“mgmtProtocolType”捎带为参数。并且，GREM可在到DREM的响应消息中捎带“mgmtProtocolType”以指示DREM使用由“mgmtProtocolType”指定的管理协议。

更新SCL注册

在“更新SCL注册”的过程期间，GREM可通过在发送给DREM的消息中捎带“mgmtProtocolType”来指定将由DREM使用的“mgmtProtocolType”。在“更新SCL注册”的过程期间，DREM可通过在发送给GREM的消息中捎带“mgmtProtocolType”向GREM上报它们的“mgmtProtocolType”。

方法2-在“创建mgmtObj资源”中捎带mgmtProtocolType

ETSI M2M功能架构定义用于创建管理对象资源的以下过程。结果，mgmtProtocolType可包括在那些过程中，以便DREM可向GREM通知它的 mgmtProtocolType。

创建mgmtObj资源：

如果该过程由DSCL(DREM)发起，DSCL将向NGSCL发送请求消息。在该过程期间，DREM可将“mgmtProtocolType”作为参数捎带在该请求消息中。

方法3-创建用于发送“mgmtProtocolType”的新过程

替代在上述方法2和方法3中在现有M2M过程中捎带“mgmtProtocolType”，以下过程也可被用来在GREM和DREM之间发送“mgmtProtocolType”。

更新“mgmtProtocolType”

M2M装置(DREM)发送寻址到 <scl-of-gw>/scls/<scl-d>/mgmtProtocolType的更新消息以更新“mgmtProtocolType”。<scl-of-gw>表示M2M网关。<scl-d>表示向M2M网关注册的并正在用其mgmtProtocolType更新M2M网关的M2M装置。“mgmtProtocolType”是<scl-d>的属性。结果，M2M网关(GREM)获知向该M2M网关注册的M2M装置(DREM)的“mgmtProtocolType”。

M2M网关(GREM)还可主动地发送寻址到<scl-d>/mgmtProtocolType 的更新消息以改变M2M装置的“mgmtProtocolType”。

获取“mgmtProtocolType”

M2M网关(GREM)发送寻址到<scl-d>/mgmtProtocolType的获取消息以获取在M2M装置中使用的当前管理协议。

方法4-在SCL发现中捎带mgmtProtocolType

mgmtProtocolType还可使用以下方法在用于SCL发现的消息中得以捎带。

当M2M装置(DREM)发布请求消息以发现M2M网关(GSCL)时， M2M装置将在该请求消息中包括它的mgmtProtocolType。捎带的 mgmtProtocolType信息可帮助过滤不支持由该mgmtProtocolType表示的管理协议的M2M网关。

M2M网关的mgmtProtocolType可在到M2M装置的SCL发现响应消息中得以捎带。捎带的mgmtProtocolType可帮助M2M装置选择适当的M2M 网关。M2M装置还可以改变以使用由捎带的mgmtProtocolType表示的管理协议。

用于所有访问历史的示例资源定义

为了远程实体管理的目的，对于接收机SCL来说，将请求者/发布者-SCL 在接收机-SCL的每个本地资源上具有的所有访问历史记入日志将是重要的。虽然当前的ETSI M2M功能架构定义了资源访问状态，但它仅记录最后的访问(获取/更新/订阅)-而不是过去在资源上的所有操作。为了便于存储所有访问历史，被称为访问历史的新的资源在本发明中得以定义。在访问历史上的相关操作也得以定义。

资源访问历史

基于访问状态，访问历史可得以定义并如图12的示例所示，图12示出了资源访问历史的示例结构。参考图12，访问历史可包括以下组件：

●“属性”可以具有访问权限ID

●状态：被用来表示它是否开始或结束记录访问历史日志

●<accessInstance>：若干访问实例

每个<accessInstance>可具有以下子资源以记录关于它的访问细节：

●方法：在该访问中涉及的方法。它可以是创建、获取、更新、删除、订阅或宣告。

●请求者ID：请求该访问的实体的ID

●资源URI：该访问应该操作的资源的URI

●时间戳：该访问发生时的时间

●序列号：代表访问顺序的自动递增的整数

●结果：该操作的结果

○如果方法是更新，它表示资源URI的新的值

○对于其他方法它可以是成功或失败。可能为故障管理定义不同类型的故障。

资源访问历史可存储在M2M装置和GW处。只要在装置/GW的本地资源上有操作，访问实例可自动地得以创建并被加入访问历史中。作为一个资源，访问历史可由NREM出于管理目的在许多情况下访问。换句话说，NREM 可在D/GREM上创建/获取/更新/删除访问历史。以下功能可得以实现：

●创建：NREM请求D/GREM在特殊“方法”和/或“资源URI”上创建访问历史特定时间间隔或永久。

●获取：NREM从D/GREM获取所有或一些<accessInstance>

●更新：NREM请求D/GREM通过改变“状态”的值失效或恢复访问历史功能

●删除：NREM请求D/GREM删除所有或一些<accessInstance>

图12中所示的<accessInstance>是扁平结构，其可基于如图13所示的“方法”和/或如图14所示的“请求者ID”被重构造，分别形成2级和3级分层次的结构。图13示出了用于基于“方法”构造的资源访问历史的示例结构。图14示出了用于基于“方法”和“请求者ID”构造的资源访问历史的示例结构。这样的分层次的结构对加速在资源访问历史上的查询/获取操作是有用的，特别是在资源受限的M2M装置处。

用于xREM管理权限授权的示例调用流程

M2M装置和/或GW的管理权限可被授权给另一个M2M服务器。M2M 装置的管理权限也可被授权给另一个M2M GW。根据本发明的实施例，M2M 装置和GW的管理权限授权过程在此得以描述。

管理权限授权

授权者发起的授权

图15示出了用于管理权限授权(授权者发起的)的过程的消息流程图。参考图15，N-SCL-1将D/G-SCL授权给其他N-SCL。N-SCL 1在D/G-SCL 上线后向D/G-SCL发布“授权准备”。“授权准备”可被用来指示D/G-SCL 为正在进行的授权操作做好准备。D/G-SCL可向N-SCL 1发送回“授权响应”。D/G可保持后向在线。N-SCL 1可向被选作D/G SCL的新管理机构的 N-SCL X发布“授权请求”。“授权请求”可包括以下信息：

○即将被授权的D/G-SCL的URI和/或授权相关信息

○请求管理授权的原因

N-SCL X可通过对“授权请求”回答是或否来向N-SCL 1发送回“授权响应”。N-SCL1可向其他N-SCL重复发送“授权请求”，直到找到同意接受授权的N-SCL或在尝试最大次数后。

N-SCL 1可向D/G-SCL发布“授权通知”。如果没有N-SCL X同意， N-SCL 1可使用该消息来通知D/G-SCL取消正在进行的授权。然后D/G可如它平时那样操作。它可以从此(onwards)开始休眠。整个授权过程然后可停止。否则，“授权通知”将包括关于同意接受授权的N-SCL X的信息。 D/G-SCL可发送回“授权响应”。

N-SCL 1向N-SCL X发布“授权开始”以触发它执行授权操作。

N-SCL X可向D/G-SCL发布“授权执行”。D/G-SCL可在N-SCL X上进行授权。

D/G-SCL可向N-SCL X发送回“授权响应”。D/G SCL可通过将N-SCL X设置为它的新的管理机构来更新它的管理对象。N-SCL X可通过将 D/G-SCL作为受管理的实体包括在它的权限下来更新它的管理对象。

N-SCL X可向N-SCL 1发布“授权结束”。

N-SCL 1可向N-SCL X发送回“授权ACK”。

N-SCL 1可通过从它的管理权限中移除D/G-SCL来更新它的管理对象。

N-SCL 1可通过把N-SCL X增加为它向其授权管理权限的实体来更新它的管理对象。

N-SCL X可通过将N-SCL 1增加为它从其被授权为管理机构的实体来更新它的管理对象。

装置发起的授权

图16示出了用于管理权限授权(装置发起的)的示例消息流程图。这可应用在D/G主动请求管理权限授权的场景中。与授权者发起的授权的唯一不同是开始的两个步骤。参考图16，D/G-SCL向N-SCL 1发布“授权请求”。D/G-SCL可在该消息中指示请求授权的原因。N-SCL 1可通过通知 D/G-SCL其进行授权的意愿来向D/G-SCL发送回“授权响应”。N-SCL 1可拒绝进行授权。然后整个授权过程可停止。

不同于图16并且可选地，D/G可直接向被授权者(新的管理机构)发送“授权请求”。然后该被授权者可向授权者作出批准请求。示例详细过程在图17中得以显示，图17示出了管理权限授权(装置发起的直接到被授权者的)示例消息流程图。该场景可能需要授权者事先向装置配置一些潜在被授权者，并且当装置和授权者之间的通信遇到问题时可能发生。

被授权者发起的授权

除了授权者发起的和装置发起的授权以外，管理权限授权还可可选地由被授权者发起。例如，图18示出了用于管理权限授权(被授权者发起的) 示例消息流程图。参考图18，N-SCL X可从N-SCL 1请求授权。N-SCL 1 可批准将D/G-SCL的管理权限授权给N-SCL X。每个步骤的含义与参考图 16描述的那些步骤类似。

在作为代理的网关下的授权

对于一些装置在网关的后面的场景，管理权限授权可通过作为代理的网关来实现。例如，图19示出了用于管理权限授权(网关作为代理)的示例消息流程图。参考图19，N-SCL-1可通过作为代理的G-SCL将D-SCL授权给N-SCL X。G-SCL实际进行授权聚合。基本上，G-SCL代表在它后面的D或D’，可使用图16中类似的过程与N-SCL 1和N-SCL X实现管理权限授权。当D或D’上线时，G-SCL将通知它们授权结果，即新的管理机构 N-SCL X。

装置到网关授权

在一个实施例中，D-SCL的管理权限从G-SCL 1被授权给另一个G-SCL X。例如，图20示出了用于管理权限授权(装置到网关授权)的示例消息流程图。参考图20，在D-SCL、G-SCL 1和G-SCL X间的授权过程后，G-SCL 1可通知N-SCL 1通知结果。

分层SCL结构

图21示出了一般场景图，其中：1)所有SCL的管理权限关系形成分层结构；2)SCL 4希望将其对SCL 9的管理权限授权给SCL 3。它基本上遵循3个步骤：

●步骤1：SCL 4通过SCL 2和SCL 1逐跳发布“授权请求”，最终到达SCL 3。

●步骤2：SCL 3向SCL 4发送回“授权响应”

●步骤3：SCL 4向SCL 9发布“授权通知”

●步骤4：SCL 3和SCL 9完成“授权执行”相关的交互。

●步骤5：SCL 3通过SCL 1和SCL 2逐跳地发送“授权通知”，最终到达SCL 4。

○SCL 1、SCL 2和SCL 4可更新它们的管理对象从而反映该管理权限变化。

示例xREM权限授权

NREM负责管理DREM和GREM。但是ETSI xREM既不描述远程实体管理(xREM)权限的概念，也不描述xREM权限授权。出于诸如M2M服务器替换、负载平衡和移动性这样的原因，M2M装置或GW的xREM权限需要从M2M服务器被授权给另一个M2M服务器。如果M2M装置变成在M2M GW背后，M2M装置的xREM甚至可从M2M服务器被授权到M2M GW，反之亦然。

虽然OMA-DM为客户端权限授权定义了高级流程，但它没有考虑休眠的装置或位于中间的M2M GW。结果，它不能被直接应用于ETSI M2M xREM。ETSI M2M xREM需要有它自己的xREM权限授权。

当M2M装置或GW成功向M2M服务器注册时，M2M服务器基本地处理对M2M装置/GW的xREM权限。当M2M装置在M2M GW后面时，该 GW具有对那些M2M装置的xREM权限。因此，xREM权限授权可引起 (mean)不同的场景：

情况1：M2M服务器将其xREM权限授权给另一个M2M服务器

情况2：M2M服务器将其xREM权限授权给M2M GW

情况3：M2M GW将其xREM权限授权给M2M服务器

情况4：M2M GW将其xREM权限授权给另一个M2M GW

xREM的示例功能

结果，ETSI M2M xREM需要新的功能来支持xREM权限授权。网络远程实体管理(NREM)需要具有以下功能：支持xREM权限授权。NREM具有对M2M装置和M2M网关的xREM权限。NREM需要具有以下功能来支持xREM权限授权。将其对M2M装置和M2M网关的xREM权限授权给另一个M2M服务器或将其对M2M装置的xREM权限授权给M2M网关。处理从另一个M2M服务器或M2M网关请求的xREM权限授权。网关远程实体管理(GREM)需要具有以下功能：当起被管理M2M局域网的M2M装置的远程管理代理的作用时。

支持xREM权限授权。当M2M装置在M2M网关后面时，M2M网关具有对那些M2M装置的xREM权限。为了支持xREM权限授权，M2M网关需要具有以下功能：将它对M2M装置的xREM权限授权于M2M服务器或另一个M2M网关；处理来自另一个M2M服务器或M2M网关的xREM权限授权消息；支持xREM权限授权。M2M服务器具有对M2M网关的xREM 权限。

M2M网关需要具有以下功能：主动请求M2M服务器将其对M2M网关的xREM权限授权给另一个M2M服务器；和被动地处理来自M2M服务器的xREM权限授权消息。

装置远程实体管理(DREM)需要具有以下功能：支持xREM权限授权。 M2M服务器具有对M2M装置的xREM权限。

M2M装置需要具有以下功能：主动请求M2M服务器将其对M2M装置的xREM权限授权给另一个M2M服务器；和被动地处理来自M2M服务器的xREM权限授权消息。

示例非RESTful管理命令支持

在此提供在其中非RESTful管理命令可以以RESTful方式得以表示和实现的、用于M2M xREM的系统、设备和方法的实施方式。这样的非RESTful 管理命令的示例可包括以下命令的任一个：用于重新启动装置的重启命令；用于指示接收到下载命令下载文件的下载命令；用于执行特定过程的执行命令；用于将资源从一个位置复制和/或移动到另一个位置的副本命令。重启和下载命令可以例如根据BBF-TR069得以定义。执行和复制命令例如可以分别是OMA-DM的“执行(Exec)”命令和OMA-DM的“复制(Copy)”命令。非RESTful管理命令还可以包括其他命令，例如被用来控制装备有可控元件的M2M装置的这样的可控元件(例如致动器)的一个或多个命令。

在一个或多个实施方式中，被称为资源命令的资源可被用来表示非 RESTful管理命令，并支持以由这些命令的一个或多个发布者指定的不同方式执行非RESTful管理命令(“命令执行”)。资源命令可被用来在使用任意 RESTful方法的装置处实现非RESTful管理命令的发布和命令执行。

另外，对于非RESTful管理命令，资源命令可被用来实现立即命令执行、在(例如随机的)延迟后的命令执行、单一命令执行(例如一次命令执行) 和/或多次重复的命令执行。

参考图22A，框图示出了具有表示资源命令的数据结构实例(“<命令实例>(<commandInstance>)”)的<sclbase>的示例数据结构。 <commandInstance>可包括若干数据结构元，如图22A所示的那些。表示属性(““属性””)的数据结构元和表示子资源执行模式(execMode)、执行参数(execParameters)、执行开始时间(execStartTime)、执行持续时间(execDuration)、执行结果(execResult)、执行状态(execStatus)、请求者 ID(requestorID)和执行者ID(actorID)的数据结构元就在所示的这些数据结构元间。“属性”可包括诸如讨论过的supra这样的访问权限ID (accessRightID)。

execMode可被用来指定<commandInstance>的非RESTful管理命令命令执行的特定模式。execMode数据结构元可包括表示用于命令执行的模式的一个或多个条目(“命令执行模式”)。这些命令执行模式的示例可包括以下的任一个：立即一次模式、立即和重复模式、随机一次模式以及随机和重复模式。

立即一次模式指定命令执行将立即发生并仅发生一次。立即和重复模式指定命令执行立即并重复地发生。在任意两个命令执行之间的任意时间间隔可在execParameters中得以指定。随机一次模式指定命令执行在(例如随机的)延迟后发生并仅发生一次。延迟可在execParameters中得以指定。随机和重复模式指定命令执行在(例如随机的)延迟后重复地发生。延迟和任意两个命令执行之间的任意间隔可在execParameters中得以指定。

execParameters可以是容器，并且包括与命令执行模式相关联的信息。除了已经指出的信息外，该信息还可包括用于(i)指定在随机一次和随机重复模式中如何在命令执行前回退特定时间，和/或(2)指定在立即和重复模式以及随机和重复模式中用于重复的命令执行的频率的信息。

execStartTime可指定命令执行的实际持续时间。execDuration可指定用于持续的命令执行所需的持续时间。execResult可指定用于最后命令执行的返回值。execStatus可指定命令执行的当前状态。该状态例如可以是以完成 (成功或失败)、挂起、正在处理等。requestorID可指定请求调用命令执行的请求者的ID(例如URI)。actorID可指定调用命令执行的接收者的ID(例如URI)。

图22B是示出表示命令资源的示例数据结构(“命令资源结构”)的框图。命令资源结构可包括若干数据结构元，例如图22B中所示的那些。并且该命令资源结构的数据结构元的许多类似于图22A的命令资源结构。定义属性的数据结构元(“命令资源“属性””)和表示各个命令(“<命令>(<command>)”) 集合的数据结构元组在所示的这些数据结构元中。<command>的每个实例作为资源表示单一的命令，并且包括代表该<command>实例属性和/或子资源的数据结构元。这些<command>实例属性和/或子资源可指定如何触发和执行命令执行。代表执行使能(execEnable)子资源(“execEnable”)的数据结构元在这些<command>实例属性和/或子资源中。也可被称为“执行”属性的execEnable可实现调用执行命令执行状态的改变。例如，execEnable可以是布尔变量，并且该变量的特定值可调用命令执行、暂停命令执行、恢复命令执行和/或取消命令执行。这样，命令执行、暂停命令执行、恢复命令执行和取消命令执行的任一个可通过修改execEnable的值来调用。execEnable的值可使用RESTful方法来修改。

例如，RESTful方法更新可被用来调用(例如触发)<command>实例的命令执行。通过将RESTful方法更新中的第一个值(例如“1”)指定给.../commands/<command>/execEnable，命令执行可得以调用。

RESTful方法更新和删除可被用来取消(停止)<command>实例的命令执行。通过将RESTful方法更新中的第二个值(例如“0”)指定给.../commands/<command>/execEnable，取消命令执行可得以调用以停止该<command>实例。附加地或可选地，发布RESTful方法删除.../commands/<command>/，取消命令执行可得以调用，以在根据RESTful 方法删除这样的<command>实例前停止该<command>实例的命令执行。

除了execEnable以外，<command>实例子资源可包括代表诸如执行基本延迟(execBaseDelay)、执行附加延迟(exceAditionalDelay)、执行频率 (execFrequency)、执行数(execNumber)、执行资源(execResource)、执行状态(execStatus)、执行结果(execResult)、执行发布者(execIssuer)和执行参数(execParameters)这样的子资源的数据结构元。

execBaseDelay可指定在<command>实例的命令执行前的最小延迟。exceAdditionalDelay可实现随机附加延迟的生成。总延迟是execBaseDelay 加上随机附加延迟的和。execBaseDelay和execAdditionalDely可包括用于(i) 指定如何在随机一次和随机重复模式中命令执行前回退特定时间，和/或(2) 指定在立即和重复模式以及随机和重复模式中重复命令执行的频率的信息。

execFrequency可指定用于<command>实例重复命令执行的频率。 execNumber可指定<command>实例命令执行可重复的次数。execResource 可为<command>实例指定经受命令执行的资源URI。该资源URI指向包括一组资源的组资源。这样，多个<command>实例的命令执行可作为执行组资源的资源URI的函数得以调用。execResource可以是可选的。例如，如果 <command>实例作为子资源从属在<command>实例下，execResource可以不是必须的。

execStatus可指定<command>实例命令执行的当前状态。该状态例如可以是挂起、运行、暂停、停止、恢复、完成并成功、完成并失败等。execResult 可存储<command>实例命令执行的执行结果。如果生成多个结果(例如如果 execResource指向一组资源)，execResult可作为<command>实例的子资源得以模型化。

execIssuer可指定发布请求调用<command>实例命令执行的发布者的 ID。execParameters可以是用于存储特定于<command>实例的参数的容器(例如占位符)。

现在参考图22C，其是示出另一个示例命令资源结构的框图。该命令资源结构可包括若干数据结构元，例如在图22C中所示的那些。并且该命令资源结构的数据结构元的许多类似于图22B的命令资源结构。定义若干属性，即命令ID(commandID)属性、执行失效(execDisable)属性、执行暂停 (execPause)属性、执行恢复(execResume)属性和执行结果(execResult) 属性，的数据结构元在图22C所示的数据结构元间。

也被称为“执行”属性的execEnable属性可实现<command>实例命令执行的调用。对execEnable属性的RESTful方法更新可调用<command>实例的命令执行。RESTful方法更新的有效负荷可以为空或被设置为一个值(例如 execEnable＝1)。

也被称为“取消”属性的execDisable属性可实现<command>实例的取消命令执行的调用。对execDisable属性的RESTful方法更新可调用 <command>实例的取消命令执行。RESTful方法更新的有效负荷可以为空或被设置为一个值(例如execDisable＝1)。

execPause属性可实现<command>实例的取消命令执行的调用。对 execPause属性的RESTful方法更新可调用<command>实例的暂停命令执行。 RESTful方法更新的有效负荷可以为空或被设置为一个值(例如 execPause＝1)。

execResume属性可实现<command>实例的恢复命令执行的调用。对 execResume属性的RESTful方法更新可调用这样的恢复命令执行。RESTful 方法更新的有效负荷可以为空或被设置为一个值(例如execResume＝1)。

以上举例说明了图22A、22B和22C的数据结构通过使用RESTful方法 实现非RESTful管理命令的命令执行。这包括实现BBF-TR069和OMA-DM 的非RESTful管理命令的命令执行。例如，BBF-TR-069的重启可在数据结 构中表示为…/commands/重启(reboot)/。BBF-TR-069的下载可在数据结 构中表示为…/commands/下载(download)/。OMA-DM的Exec可在数据结 构中表示为…/commands/执行(exec)/。OMA-DM的复制可在数据结构中 表示为…/commands/复制(copy)/。

<command>实例也可被用来模型化和表示其他管理API或远程过程调用(RPC)。资源命令可作为现有“资源”的子资源放置在其下，使得每个 commands/<command>被触发时如果需要的话可自动地在“资源”上得以执行。并且，“execResource”可被用来指定commands/<command>可在其上执行的资源。在该方法中，资源命令可放置在中央位置，并且不需要直接在“execResource”引用的资源下。将OMA-DM FUMO作为示例，两个方法如下所释：

方法1：使用“execResource”来指示(refer to)FUMO中的操作

如图23所示，OMA FUMO具有3个操作：下载、更新和下载并更新。在OMA-DM中，那3个操作由DM服务器向DM客户端发布非RESTful Exec 命令来触发。为了以RESTful方式来调用那3个操作，Exec被模式化为 <command>exec，其具有如图23列出的一些属性。两个重要的属性是 execEnable和execResource。

当网络域(“NA”)的M2M应用需要进行“下载”操作时，它简单地向.../mgmtObjs/commands/exec/发布更新方法以设置：

execEnable＝1且，

execResource＝.../mgmtObjs/FUMO/Download

当NA需要执行“更新”操作时，它简单地向.../mgmtObjs/commands/exec/ 发布更新方法以设置：

execEnable＝1且，

execResource＝.../mgmtObjs/FUMO/更新(Update)

当NA需要执行“下载并更新”操作时，它简单地向.../mgmtObjs/commands/exec/发布更新方法以设置：

execEnable＝1且，

execResource＝.../mgmtObjs/FUMO/下载并更新(DownloadAndUpdate)。

方法2：使用命令来重模型化FUMO中的操作

如图24A-24B所示，另一个方法将直接将所有FUMO操作作为 <command>资源重模式化。为了触发执行一个操作，仅需要对对应 <command>execEnable的更新。结果，根本不需要定义附加的Exec命令。在该方法中，不需要“execResource”。

如图24A所示，3个FUMO操作可分别作为在资源命令下的3个 <command>资源(即下载、更新、下载并更新)被重模型化。由于每个FUMO 操作具有一些子/叶节点，它们需要被模型化为“execParameters”下的属性。使用下载并更新作为示例，“PkgURL”可被添加为.../commands/downloadAndUpdate/execParameters的属性。

当NA需要执行“下载并更新”操作时，它简单地向.../mgmtObj s/FUMO/commands/downloadAndUpdate/发布更新方法以设置：

execEnable＝1且

PkgURL＝相应包的URL。

如果旧的FUMO操作需要被保存为它们自身，重模型化命令可作为节点Ext下的子树来放置，如图24B所示。

在一个或多个实施例中，命令资源结构可支持相同非RESTful管理命令的多个发布(例如多个NA或其他发布者可请求相同非RESTful管理命令的执行)。

支持相同非RESTful管理命令多个发布的命令资源结构的两个示例在图25A和25B中得以示出。图25A中示出的命令资源结构类似于图22A的命令资源结构，并通过将<command>定义为多个实例的集合，即 <commandInstances>，扩展了图22A的命令资源结构。前述过程可被用来调用<command>的命令执行并生成相应的<commandInstance>。 <commandInstance>可维护由多个NA发布的相应<command>实例。生成的 <commandInstance>的每个命令执行可通过如上所述访问它的属性和/或子资源来停止或修改。例如，现有<commandInstance>的命令执行可通过使用 RESTful方法更新将<commandInstance>/execEnable从1修改为0来停止。 <commandInstance>和/或<commandInstance>命令执行状态的变化也可以通过使用其他RESTful方法来访问和操作。

图25B中所示的命令资源结构类似于图22B的命令资源结构，并且通过将<command>/execRequests(其也可被称为<execInstances>)定义为多个请求实例的集合，即<requestInstances>(其也可被称为<execInstances>)，来扩展图22B的命令资源结构。前述过程将被用来调用命令执行或<command> 命令执行的状态变化和/或生成相应的<requestInstance>。<requestInstance>可维护相应的<command>实例(例如那些由NA发布的)。生成的 <requestInstance>的每个命令执行可如上所述通过访问它的属性来停止或修改。例如，现有<requestInstance>的命令执行可在<requestInstance>/execEnable 上使用RESTful方法更新来停止。

<请求实例>(<requestInstance>)和/或<requestInstance>命令执行状态的改变也可使用其他RESTful方法来访问和操作。

图26A是示出资源命令示例结构的框图。资源命令可具有<command> 的子资源，和以下属性：

访问权限ID；

创建时间；

最后修改时间；

超期时间；

搜索字符串；

内容类型，其可在FFS处格式化；

moID；

原MO；和

描述(即命令资源的文本格式描述)。

<command>也可被模型化为属性。

图26B是示出资源命令示例结构的框图。和以下属性一起，资源命令可具有子资源订阅和<command>的子资源：

访问权限ID；

创建时间；

最后修改时间；

超期时间；

搜索字符串；

内容类型，其可在FFS处格式化；

moID；

原MO；和

描述(即命令资源的文本格式描述)。

<command>也可被模型化为属性。

每个<command>可包括子资源(i)订阅和(ii)execRequest。execRequest 可以是用于存储来自发布者用于调用相同非RESTful管理命令命令执行的请求的占位符。在一个或多个实施方式中，这些请求对<command>实例可具有不同的自变量(argument)。

每个<command>实例可具有以下属性：

访问权限ID；

创建时间；

最后修改时间；

超期时间；

搜索字符串；

内容类型，其可在FFS处格式化；

moID；

原MO；和

描述(即命令资源的文本格式描述)。

<command>也可被模型化为属性。

如图27A所示，每个<command>例如具有若干<commandInstance>作为子资源。每个<command>具有以下属性：

访问权限ID：。

创建时间：。

最后修改时间：。

execEnable：用来触发执行命令的布尔(Boolean)变量。

如果execEnable从1被变化为0，则<commandInstance>可被停止。 execEnable可被调节以支持诸如暂停等这样的、更多的选项。

execMode：用来指定可如何执行命令的。

立即一次：接收器立即执行命令并仅执行一次。

立即并重复：接收器立即但重复地执行命令。两个执行之间的间隔可由容器execParameters来指定。

随机一次：接收器在随机延迟后执行命令并仅执行一次。随机延迟在execParameters中得以指定。

随机并重复：接收器在随机延迟后重复地执行命令。随机延迟和两个执行之间的间隔可由容器execParameters指定。

execBaseDelay：指定<commandInstance>可被执行前的最小延迟。

execAdditionalDelay：用来生成随机附加延迟。总延迟可以是 execBaseDelay加随机附加延迟的和。

execFrequency：指定<commandInstance>可被重复执行的频率。

execNumber：指定<commandInstance>可被重复执行的次数。

execResource：可表示在其上执行<commandInstance>的资源URI。资源 URI可指向包括一组资源的组资源；然后该命令可在那些资源的每一个上得以执行。execResource是可选的。如果<commandInstance>作为子资源位于 <commandInstance>在其上执行的资源下，则可以不需要execResource。

execStatus：可表示<commandInstance>的当前状态。该状态可以是挂起、运行和完成(成功或失败)的任一个。

execIssuer：可表示发布<command>的发布者。

execParameters：是用于存储特定于每个单一命令的参数的占位符。

execBaseDelay和execAdditionalDelay可被用来指定在“随机一次”和“随机重复”模式中在执行<commandInstance>前如何退回特定时间。 execFrequency和execNumber被用来指定在“立即并重复”和“随机并重复”下执行相同<commandInstance>的频率。

上述以“exec”开始的属性也可被模式化为子资源。以上以“exec”开始的属性可应用于普通RESTful CRUD操作(即创建、获取、删除、更新) 以为操作资源增加更多的灵活性。

如图27B所示，每个<commandInstance>可具有以下属性：

访问权限ID：。

创建时间：。

最后修改时间：。

execEnable：用来触发执行命令的布尔变量。如果execEnable从1被变化为0，则<commandInstance>可被停止。execEnable可被修改以支持诸如暂停等这样的、更多的选项。

execMode：用来指定可如何执行命令的。

立即一次：接收器可立即执行命令并仅执行一次。

立即并重复：接收器可立即但重复地执行命令。两个执行之间的间隔可由容器execParameters来指定。

随机一次：接收器可在随机延迟后执行命令并仅执行一次。随机延迟在execParameters中得以指定。

随机并重复：接收器可在随机延迟后重复地执行命令。随机延迟和两个执行之间的间隔可由容器execParameters指定。

execBaseDelay：用来指定<commandInstance>可被执行前的最小延迟。

execAdditionalDelay：用来生成随机附加延迟。总延迟可以是 execBaseDelay加随机附加延迟的和。

execFrequency：用来指定<commandInstance>可被重复执行的频率。

execNumber：用来指定<commandInstance>可被重复执行的次数。

execResource：可表示在其上执行<commandInstance>的资源URI。资源 URI可指向包括一组资源的组资源；然后该命令可在那些资源的每一个上得以执行。execResource是可选的。如果<commandInstance>作为子资源位于 <commandInstance>在其上执行的资源下，则可以不需要execResource。

execStatus：可表示<commandInstance>的当前状态。该状态可以是挂起、运行和完成(成功或失败)的任一个。

execIssuer：可表示发布<command>的发布者。

execParameters：是用于存储特定于每个单一命令的参数的占位符。

以上以“exec”开始的属性也可被模式化为子资源。

现在参考图28A，其是示出另一个示例命令资源结构的框图。该命令资源结构可包括若干数据结构元。并且该命令资源结构的数据结构元的许多类似于图22C的命令资源结构。如上所述，命令资源结构支持多个发布者的(例如多个NA的)、用于相同非RESTful管理命令(例如由属性commandID标识的)的请求。为了实现这样的支持，在一个实施方式中，可为每个请求创建不同的<command>。每个<command>可具有不同的名字，但它的属性commandID可以互相相同。属性commandID(其可由命令的类型来归类) 指定哪个(哪些)命令引起该命令的状态改变。可不使用<command>的子资源execRequest。另外，每个发布者可在资源命令下创建特定的<command>。 RESTful方法更新可被用来调用创建的<command>的命令执行(例如，在资源<command>的execEnable属性上使用RESTful方法更新)。

可选地，子资源execRequests可被用来存储用于相同<command>命令执行的多个请求。发布者可在<command>的execEnable属性上使用RESTful 方法更新以调用<command>的命令执行。从而，接收器可为该发布者在.../commands/<command>/execRequests/下创建<requestInstance>。该发布者可通过在<requestInstance>的属性execDisable、execPause和execResume上分别使用RESTful方法更新来取消、暂停和恢复该生成的<requestInstance>。

并且，该发布者可在命令资源.../commands/<com-mand>/execRequests/<requestInstance>上使用RESTful 方法删除操作来删除该生成的<requestInstance>。可不使用该<command>的属性execDisable、execPause、execResume。

如上详细所述，4个属性(execEnable、execDisable、execPause、 execResume)被配置，并被用来分别调用命令(<command>或<requestInstance>)的命令执行、暂停命令执行、恢复命令执行和取消命令执行。

作为一个选择，4个特殊的<command>资源可在数据结构中得以创建；即.../commands/enable、.../commands/disable、.../commands/pause 和.../commands/resume。这4个特殊的命令可仅具有各自的“execResource”属性。

.../commands/enable可被用来调用一般命令执行。例如，在其属性execResource被设置为execResource＝“.../commands/<command>”的“.../commands/enable”资源上发布RESTful方法创建或更新操作来调用“.../commands/<command>”的命令执行。

.../commands/disable可被用来.../commands/<command> (或.../commands-/<command>/execRequests/<requestInstance>)的一般取消命令执行。例如，在其属性execResource被设置为 execResource＝.../commands/<command> (或.../commands-/<command>/execRequests/<requestInstance>) 的.../commands/disable资源上发布RESTful方法创建或更新以调用.../commands/<command> (或.../commands-/<command>/execRequests/<requestInstance>)的取消命令执行。

.../commands/pause可被用来调用现有.../commands/<command> (或.../commands-/<command>/execRequests/<requestInstance>)的暂停命令执行。例如，在其属性execResouce被设置为 execResource＝.../commands/<command> (或.../commands-/<command>/execRequests/<requestInstance>) 的./commands/pause资源上发布RESTful方法创建或更新可调用.../commands/<command> (或.../commands-/<command>/execRequests/<requestInstance>)的暂停命令执行。

.../commands/resume可被用来调用现有.../commands/<command> (或.../commands-/<command>/execRequests/<requestInstance>)的恢复命令执行。例如，在其属性execResouce被设置为 execResource＝.../commands/<command> (或.../commands-/<command>/execRequests/<requestInstance>) 的./commands/resume资源上发布RESTful方法创建或更新可调用.../commands/<command> (或.../commands-/<command>/execRequests/<requestInstance>)的恢复命令执行。

用于xREM命令管理的示例流程图

图29A-29R是示出用于资源命令的xREM的示例消息流的消息流程图。图29A-29R的消息流参考图22C、25B和28A-28D的命令资源结构。这些消息流也可使用资源命令或<多命令>(<commands>)的其他结构来实现。

现在参考图29A，示出用于创建资源命令结构的示例消息流的消息流程图。使用图29A的消息流创建的资源命令结构可包括在图22C、25B和28A 中所示的资源命令结构的一些或全部。例如，资源命令结构可包括在这样的图中示出的所有<command>元。可替换地，资源命令结构可包括所示 <command>元的子集。这样的子集可包括<command>属性和/或子资源的子集。以示例的方式，资源命令结构可包括(i)属性，例如“属性”、execEnable 和commandID；和(ii)子资源，例如execParameters、execRequests和 subscriptions。作为另一个示例，资源命令结构可包括(i)属性，例如“属性”、execEnable、execDisable、execPause、execResume和commandID；和(ii)子资源，例如execParameters、execRequests和subscriptions。仍然作为另一个示例，资源命令结构可包括(i)属性，例如“属性”、execEnable、 execDisable和commandID；和(ii)子资源，例如execParameters、execRequests 和subscriptions。资源命令结构可包括在图22C、25B和28A中所示 <command>元(例如属性和子资源)的其他组合。

资源命令结构还可包括未在图22C、25B和29A中示出的<command> 其他元。这些其他元可与在图22C、25B和28A中所示<command>元的任意组合相结合包括在资源命令结构中。

为了发起资源命令结构的创建，发布者可向M2M服务器发布RESTful 方法创建。该发布者可以是例如NA、M2M装置和M2M GW的任一个。作为发布者，M2M装置或M2M GW可响应于注册或作为向M2M服务器注册的部分发布RESTful方法更新。M2M装置、M2M GW或NA也可在其他时间发布RESTful方法创建。

为了在<sclbase>的给定节点实现资源命令结构的创建，RESTful方法创建可包括在其下资源命令结构可得以创建的节点(例如资源)的标识符。例如，RESTful方法创建可包括资源<mgmtObjs>的标识符(此后称为“<mgmtObjs>标识符”)，以便将它识别为在其下资源命令结构可得以创建的节点。

作为一个选择，RESTful方法创建可包括资源<commands>的标识符(此后称为“<commands>标识符”)以将资源<commands>识别为在其下资源命令结构可得以创建的节点。如上所述，<mgmtObjs>和<commands>标识符的每一个可以是例如URI、链接和地址的任一个。为了简化说明，以下假设资源命令结构可在资源<mgmtObjs>下得以创建。然而，资源命令结构可在 <sclbase>的任意节点下得以创建。

RESTful方法创建还可包括用于填充资源命令结构的任意属性的信息。例如，RESTful方法创建可包括填充commandID属性的信息，以便指示可请求执行并使用该资源命令结构执行的非RESTful命令的类型。

RESTful方法创建可进一步包括用于填充该资源命令结构的一个或多个子资源(例如参数资源)的信息。例如，RESTful方法创建可包括用于填充 execParameters子资源的一个或多个参数和/或自变量。这些参数和/或自变量可特定于资源<command>和/或非RESTful命令。RESTful方法创建还可包括用于根据非RESTful命令填充子资源execMode、execBaseDelay、 execAdditionalDelay、execFrequency、execNumber和execResource的任一个的信息。

在接收到RESTful方法创建后，M2M服务器可在M2M服务器的资源 <mgmtObjs>下创建资源命令结构。创建的资源命令结构(此后成为“服务器<command>”)可包括在图22C、25B和28A中示出的所有<command>元。可选地，服务器<command>可包括所示<command>元的子集，例如 <command>的属性和/或子资源的子集。服务器<command>例如可包括“属性”、execEnable和commandID属性；和execParameters、execRequests和 subscriptions子资源。

可选地，服务器<command>可包括“属性”、execEnable、execDisable、 execPause、execResume和commandID属性；和execParameters、execRequests 和subscriptions子资源。仍然作为另一个示例，服务器<command>可包括属性”、execEnable、execDisable和commandID属性；和execParameters、 execRequests和subscriptions子资源。服务器<command>也可包括(在图22C、 25B和27A中示出或未示出的)<command>元(例如属性和子资源)的其他组合。

如果用于填充服务器<command>的属性和/或子资源的信息包括在 RESTful方法创建中，M2M服务器可使用提供的信息填充这样的相应属性和/或子资源。如果用于填充任意给定属性和/或子资源的信息没有被提供， M2M服务器可使这样的属性和/或子资源保持初始创建的那样(例如空白或具有默认属性和/或参数)。如下更详细地描述的那样，这些属性和子资源可在创建服务器<command>后，通过向M2M服务器发布包括用于填充这些属性和/或子资源的RESTful方法更新来填充。

响应于RESTful方法创建，M2M服务器可向发布者发送响应消息(“响应”)。M2M服务器可在创建服务器<command>后发送该响应，如所示那样。可选地，M2M服务器可在服务器<command>创建期间发送该响应。M2M服务器还可向发布者发送应答(“ACK/NACK”)消息(未示出)，以应答RESTful 方法创建的接收。发布者没有接收到ACK/NACK消息(例如在特定时间内) 可指示M2M服务器RESTful方法创建的否定应答。

该响应可包括指示M2M服务器创建服务器<command>成功或失败的指示(例如代码)。该指示可以是指示成功创建的一个值和指示失败的另一个值。可选地，该响应可包括第一指示(例如代码)以指示M2M服务器成功创建服务器<command>，和第二指示(例如代码)以指示创建服务器 <command>失败。作为另一个选择，M2M服务器可仅当该M2M服务器成功创建服务器<command>时才发布该响应。

该响应可包括在创建期间分配给服务器<command>的节点的标识符 (“服务器<command>标识符”)。该服务器<command>标识符可被用来访问服务器<command>。服务器<command>命令标识符可以例如是该节点的 URI、链接或地址。

该响应还可包括在创建期间分配给execEnable子资源的节点的标识符(“execEnable标识符”)。如上和以下更详细地描述的那样，execEnable标识符可被用来引起命令执行状态的变化(例如调用命令执行、取消命令执行、暂停命令执行和恢复命令执行的任一个)。

可选地，该响应还可包括execEnable标识符、在创建期间分配给 execDisable的节点的标识符(“execDisable标识符”)(如果有的话)、在创建期间分配给execPause的节点的标识符(“execPause标识符”)(如果有的话) 和在创建期间分配给execResume的节点的标识符(“execResume标识符”) (如果有的话)。如上和以下更详细地描述的那样，execEnable、execDisable、 execPause和execResume标识符的每一个可被用来引起命令执行状态的变化。execEnable可被用来调用命令执行。execDisable可被用来调用取消命令执行。execPause可被用来调用暂停命令执行。execResume可被用来调用恢复命令执行。

作为一个选择，M2M服务器可在服务器<command>的属性或子资源(例如“属性”属性)中存储execEnable、execDisable、execPause和execResume 标识符的任一个，如果有的话。这样，这么存储的execEnable、execDisable、 execPause和execResume标识符的任一个可在随后的时间得以获取。

现在参考图29B，示出用于从诸如服务器<command>这样的资源命令结构获取信息的示例消息流的消息流程图。为了发起获取，NA(即发布者) 可向M2M服务器发布RESTful方法获取。RESTful方法获取可包括服务器 <command>标识符。

在接收到RESTful方法获取后，M2M服务器可使用服务器<command> 表示来定位该服务器<command>。一旦定位，M2M服务器可从具有可获取信息的服务器<command>的属性和/或子资源获取，查询和获得这样的可获取信息(例如属性、参数和/或自变量)(此后称为“经获取的属性信息”和/ 或“经获取的子资源信息”)。经获取的属性和/或经获取的子资源信息可包括存储的execEnable、execDisable、execPause和execResume标识符的任一个。

在获得经获取的属性和/或经获取的子资源信息后，M2M服务器可向 NA发送响应。该响应可包括服务器<command>标识符和经获取的属性和/ 或经获取的子资源信息。

作为一个选择，RESTful方法获取可被用来从具有这样的可获取信息的服务器<command>的属性和/或子资源，获取可获取信息的一个或多个选择部分。为了实现这，RESTful方法获取可包括分配给具有可获取信息选择部分的服务器<command>属性和/或子资源的每个节点的标识符。使用该标识符(或者这些标识符，如果多于一个的话)，M2M服务器可定位、查询和获得可获取信息的选择部分(此后成为“所选经获取的属性和/或经获取子资源信息”)。M2M服务器然后可向NA发送包括该所选经获取的属性和/或经获取的子资源信息的响应。

虽然未示出，但M2M服务还可以向发布者发送ACK/NACK消息以应答RESTful方法获取的接收。发布者没有接收到ACK/NACK消息(例如在特定的时间内)可指示M2M服务器RESTful方法获取的否定应答。

现在参考图29C，示出用于删除诸如服务器<command>或服务器 <command>实例(“服务器<command>实例”)集合这样的资源命令结构的示例消息流的消息流程图。为了发起该删除，发布者可向M2M服务器发布 RESTful方法删除。该发布者可以是NA、M2M装置或M2M GW。M2M装置和/或M2M GW可响应于重启、非RESTful命令的取消、去注册等来发布RESTful方法删除。

RESTful方法删除可包括服务器<command>标识符。可选地，RESTful 方法删除可包括分配给在其下已创建服务器<command>实例的资源(例如服务器<commands>)的节点标识符(此后成为“服务器<commands>标识符”)。

在接收到RESTful方法删除后，M2M服务器可分别使用服务器 <command>标识符或服务器<commands>标识符来定位和删除服务器 <command>或服务器<commands>。这可包括删除服务器<command>的所有属性和/或子资源，对于服务器<commands>，删除这样的服务器<commands> 服务器<command>实例的每一个。

响应于RESTful方法删除，M2M服务器可向发布者发送响应。M2M服务器可在删除了服务器<command>或服务器<commands>后发送该响应，如所示那样。可选地，M2M服务器可在删除服务器<command>或服务器 <commands>期间发送该响应。M2M服务器还可向发布者发送ACK/NACK 消息(未示出)以应答RESTful方法删除的接收。发布者没有接收到 ACK/NACK消息(例如在特定的时间内)可指示M2M服务器RESTful方法删除的否定应答。

该响应可包括指示(例如代码)以指示M2M服务器删除服务器 <command>或服务器<commands>成功或失败。该指示可以是指示成功删除的一个值和指示失败的另一个值。可选地，该响应可包括第一指示(例如代码)以指示M2M服务器成功删除服务器<command>或服务器<commands>，和第二指示(例如代码)以指示删除服务器<command>或服务器<commands> 失败。作为另一个选择，M2M服务器可仅当该M2M服务器成功删除服务器<command>或服务器<commands>时才发布该响应。

图29D示出用于使用在执行非RESTful命令时，使用的信息来更新诸如服务器<command>这样的资源命令结构的示例消息流的消息流程图。图 29E-29N是示出用于更新诸如服务器<command>这样的资源命令结构以调用非RESTful命令的命令执行的示例消息流的流程图。虽然图29D的消息流和图29E-29N的消息流可使用RESTful方法更新，但图29D的消息流可使用RESTful方法更新使用可被用来执行非RESTful命令(即在调用命令执行后)的信息(例如属性、参数和/或自变量的任一个)来填充诸如服务器 <command>这样的资源命令结构的元。图29E-29N的消息流可使用RESTful 方法更新来引擎非RESTful命令命令执行的调用。

现在参考图29D，NA(即发布者)可向M2M服务器发布RESTful方法更新以发起更新。RESTful方法更新可包括服务器<command>标识符和用于使用这样的信息填充服务器<command>的属性和/或子资源的信息(例如属性、参数和/或自变量)。如上述RESTful方法创建，RESTful方法更新可包括填充commandID属性的信息，以便指示可请求执行和可使用该资源命令结果执行的非RESTful命令的类型。

RESTful方法更新可进一步包括用于填充资源命令结果一个或多个子资源(例如参数资源)的信息。例如，RESTful方法更新可包括用于填充 execParameters子资源的一个或多个参数和/或自变量。这些参数和/或自变量可特定于资源<command>和/或非RESTful命令。RESTful方法更新还可包括用于根据非RESTful命令填充子资源execMode、execBaseDelay、 execAdditionalDelay、execFrequency、execNumber和execResource的任一个的信息。

在接收到RESTful方法更新后，M2M服务器使用服务器命令标识符来定位服务器<command>。M2M服务器可此后使用提供的信息来填充这样的 <command>的属性和/或子资源。如果用于填充任意给定属性和/或子资源的信息未被提供，M2M服务器可使这样的属性和/或子资源保持为初始创建的那样(例如空白或具有默认属性和/或参数)或最后修改那样。

响应于RESTful方法更新，M2M服务器可向发布者发送响应。M2M服务器可在更新服务器<command>后发送该响应，如所示那样。可选地，M2M 服务器可在更新服务器<command>期间发送该响应。M2M服务器还可向发布者发送ACK/NACK消息(未示出)，以应答RESTful方法更新的接收。发布者没有接收到ACK/NACK消息(例如在特定的时间内)可指示M2M服务器RESTful方法更新的否定应答。

该响应可包括指示(例如代码)以指示M2M服务器更新服务器 <command>或服务器<commands>成功或失败。该指示可以是指示成功更新的一个值和指示失败的另一个值。可选地，该响应可包括第一指示(例如代码)以指示M2M服务器成功更新服务器<command>，和第二指示(例如代码)以指示更新服务器<command>失败。作为另一个选择，M2M服务器可仅当该M2M服务器成功更新服务器<command>时才发布该响应。

该响应还可包括更新的服务器<command>标识符和/或属性和/或子资源。该响应可进一步包括被用来更新属性和/或子资源的信息或指示相同事件的确认。

现在参考图29E，示出用于更新诸如服务器<command>这样的资源命令结构以调用非RESTful命令的命令执行的示例消息流的流程图。为了发起该更新，NA(即发布者)向M2M服务器发布RESTful方法更新。除了制定子资源execEnable(例如.../<command>/execEnable)外，该RESTful方法更新可包括服务器<command>标识符。可选地，RESTful方法更新可包括 execEnable标识符。

响应于该RESTful方法更新，M2M服务器可向发布者发送ACK/NACK 消息(作为响应示出)以应答RESTful方法更新的接收。发布者没有接收到 ACK/NACK消息(例如在特定的时间内)可指示M2M服务器RESTful方法更新的否定应答。

M2M服务器可根据服务器<command>的属性和/或子资源调用非 RESTful命令的命令执行。作为调用命令执行的一部分，M2M服务器可执行若干功能。这些功能可包括例如将在服务器<command>中(例如通过 CommandID)标识的命令转换或翻译为可由M2M装置或M2MGW解释或执行的非RESTful命令。这些功能还可包括用于在服务器<command>中标识的命令和可由M2M装置或M2M GW解释或执行的非RESTful命令之间，映射属性、参数和/或自变量(“经映射的属性、参数和/或自变量”)的功能。

M2M服务器还可在execRequests子资源下创建资源<requestInstance>以维护和跟踪调用的服务器<command>。资源<requestInstance>可包括服务器 <command>的一个或多个属性和/或子资源。M2M服务器可在创建资源 <requestInstance>时从服务器<command>继承或引入这样的属性和/或子资源。假设服务器<command>可包括各种元的组合，资源<requestInstance>也可包括各种元的组合。例如资源<requestInstance>可包括在图25B、28C和 28D中示出的资源<requestInstance>的所有元，其例如可以是在图22C、25B 和28A中示出的服务器<command>的必然结构(corollary)。

可选地，资源<requestInstance>可包括所示资源<requestInstance>的元的子集。这样的子集可包括资源<requestInstance>的属性和/或子资源的子集。以示例的方式，资源<requestInstance>可包括“属性”、execEnable、execStatus、 execResult和execDisable属性；和subscriptions订阅资源。作为另一个示例，资源<requestInstance>可包括“属性”、execEnable、execStatus、execResult 和execDisable、execPause和execResume属性；和subscriptions子资源。仍然作为另一个示例，资源<requestInstance>可包括“属性”、execEnable、 execStatus和execResult属性；和subscriptions子资源。子资源可包括在图 25B、28C和28D中示出的服务器<command>和/或资源<requestInstance>的元(例如属性和子资源)的其他组合。

资源<requestInstance>还可包括未在图25B、28C和28D中示出的 <command>的其他元。这些其他元可与在图25B、28C和28D中示出的资源 <requestInstance>的元的任意组合相结合，包括在资源<requestInstance>中。

一旦在execRequests子资源下创建资源<requestInstance>，M2M服务器可向资源<requestInstance>分配在其上创建资源<requestInstance>的节点的标识符(“<requestInstance>标识符”)。如上所述，该<requestInstance>标识符例如可以是URI、链接和地址的任一个。

M2M服务器可向资源<requestInstance>引入(或引起资源<requestInstance>继承)填充入引入到或由资源<requestInstance>继承的服务器<command>的属性和/或子资源的一些或全部信息。这样的信息可包括填充到服务器<command>的execParameters子资源的一个或多个参数和/或自变量。该信息还可包括在例如execMode、execBaseDelay、execAdditionalDelay、execFrequency、execNumber和execResource子资源中填充的一些或全部信息。

在创建资源<requestInstance>后，M2M服务器可向M2M装置和/或M2M GW发送请求消息(“请求”)，以便在这样的M2M装置和/或M2M GW处调用命令执行。该请求可包括非RESTful命令。该请求还可包括经映射的属性、参数和自变量的任一个。

响应于该请求，M2M装置和/或M2M GW可执行非RESTful命令。M2M 装置和/或M2MGW可发送对该请求的响应(“命令执行响应”)。该命令执行响应可包括结果，如果有的话(如由“{}”符号表示)。M2M服务器可为随后获取提取和存储在资源<requestInstance>的execResult子资源中的结果。可选地和/或附加地，M2M服务器可在向NA的响应(“NA响应”)中发送结果。在获得结果后，NA可处理它们。

命令执行响应还可包括指示(例如代码)以指示M2M装置和/或M2M GW成功执行非RESTful命令的命令执行或执行该非RESTful命令的命令执行失败。该指示可以是指示成功命令执行的一个值，和指示失败的另一个值。可选地，该响应可包括第一指示(例如代码)以指示M2M装置和/或M2M GW 成功执行命令执行，和第二指示(例如代码)以指示M2M装置和/或M2M GW 执行该命令执行失败。作为另一个选择，M2M装置和/或M2M GW可仅当该M2M装置和/或M2M GW成功执行命令执行时才发布该响应。

虽然未示出，M2M服务器可在M2M装置和/或M2M GW执行非 RESTful命令的命令执行失败时删除资源<requestInstance>。M2M服务器还可响应于被通知M2M装置和/或M2M GW执行非RESTful命令的命令执行失败，删除服务器<command>和/或一个或多个服务器<commands>。

现在参考图29F，示出用于更新诸如服务器<command>这样的资源命令结构以调用非RESTful命令的命令执行的另一个示例消息流的流程图。除了在此描述的，图29F的消息流类似于图29E的消息流。在图29F的消息流中， M2M服务器可在创建<requestInstance>前发布请求。同样地，M2M服务器可在创建资源<requestInstance>后接收命令执行响应。

图29G是示出用于更新诸如服务器<command>这样的资源命令结构以调用非RESTful命令的命令执行的另一个示例消息流的流程图。除了在此描述的，图29G的消息流类似于图29E的消息流。在图29G的消息流中，在创建包括execDisable、execPause和/或execResume属性(或子资源)的资源<requestInstance>后，M2M服务器可向发布者发送相应的execDisable、 execPause和/或execResume标识符。

可选地，M2M服务器可在诸如“属性”属性这样的、资源<requestInstance> 的属性或子资源中存储execEnable、execDisable、execPause和/或execResume 标识符的任一个。这样，这么存储的execEnable、execDisable、execPause 和execResume标识符可在随后的时间得以获取。如下所述，发布者(例如 NA)可使用execDisable、execPause和/或execResume标识符来分别调用取消命令执行、暂停命令执行和/或回复命令执行。

现在参考图29H，示出用于更新诸如服务器<command>这样的资源命令结构以调用非RESTful命令的命令执行的另一个示例消息流的流程图得以示出。除了在此描述的，图29H的消息流类似于图29G的消息流。在图29G 的消息流中，M2M服务器可在创建资源<requestInstance>之前发布请求。同样地，M2M服务器可在创建资源<requestInstance>之后接收命令执行响应。

图29I和29J是示出用于更新诸如服务器<command>这样的资源命令结构以调用非RESTful命令的命令执行的示例消息流的流程图。为了发起该更新，NA(即发布者)可向M2M服务器发布RESTful方法更新。除了指示子资源execDisable(例如.../<command>/execDisable)外，该RESTful方法更新可包括<requestInstance>标识符。可选地，RESTful方法更新可包括通过 M2M服务器发送的响应获得的execDisable标识符(图29I)，或在从资源 <requestInstance>的属性获取它后，包括它(图29J)。

响应于该RESTful方法更新，M2M服务器可向发布者发送ACK/NACK 消息(显示为响应)以应答RESTful方法更新的接收。发布者没有接收到 ACK/NACK消息(例如在特定的时间内)可指示M2M服务器RESTful方法更新的否定应答。

M2M服务器然后可根据服务器<command>的属性和/或子资源来调用非 RESTful命令的取消命令执行。作为调用取消命令执行的一部分，M2M服务器可执行若干功能。这些功能可包括例如将在资源<requestInstance>中识别的取消命令执行转换或翻译为用于调用执行非RESTful命令的取消命令执行的非RESTful命令(“非RESTful取消命令”)。这些功能还可包括用于准备在资源<requestInstance>中识别的命令和非RESTful取消命令之间经映射的属性、参数和/或自变量的功能。

在进行用于调用取消命令执行的功能后，M2M服务器可向M2M装置和/或M2M GW发送请求，以便在这样的M2M装置和/或M2M GW处调用取消命令执行。该请求可包括非RESTful取消命令。该请求还可包括用于执行非RESTful取消命令的经映射的属性、参数和自变量的任一个。

响应于该请求，M2M装置和/或M2M GW可执行非RESTful取消命令。 M2M装置和/或M2M GW可发送命令执行响应。该命令执行响应可包括结果，如果有的话。M2M服务器可为随后获取提取和存储在资源 <requestInstance>的execResult子资源中的结果。可选地和/或附加地，M2M 服务器可在NA响应中发送这些结果。在获得结果后(如果有的话)，NA可处理它们。

命令执行响应还可包括指示(例如代码)以指示M2M装置和/或M2M GW成功执行非RESTful取消命令的取消命令执行或执行该非RESTful取消命令的取消命令执行失败。该指示可以是指示成功取消命令执行的一个值，和指示失败的另一个值。可选地，该响应可包括第一指示(例如代码)以指示M2M装置和/或M2M GW成功执行取消命令执行，和第二指示(例如代码)以指示M2M装置和/或M2M GW执行该取消命令执行失败。作为另一个选择，M2M装置和/或M2M GW可仅当该M2M装置和/或M2M GW成功执行取消命令执行时才发布该响应。

虽然未示出，M2M服务器可在M2M装置和/或M2M GW执行非RESTful命令的取消命令执行失败时删除资源<requestInstance>。M2M服务器还可响应于被通知M2M装置和/或M2MGW执行非RESTful取消命令的取消命令执行失败，删除服务器<command>和/或一个或多个服务器 <commands>。

图29K和29L是示出用于更新诸如服务器<command>这样的资源命令结构以引起非RESTful命令的命令执行状态改变的示例消息流的流程图。为了发起该更新，NA(即发布者)可向M2M服务器发布RESTful方法更新。除了指示子资源execPause(例如.../<command>/execPause)外，该RESTful 方法更新可包括<requestInstance>标识符。可选地，RESTful方法更新可包括通过M2M服务器发送的响应获得的execPause标识符(图29K)，或在从资源<requestInstance>的属性获取它后，包括它(图29L)。

响应于该RESTful方法更新，M2M服务器可向发布者发送ACK/NACK 消息(显示为响应)以应答RESTful方法更新的接收。发布者没有接收到 ACK/NACK消息(例如在特定的时间内)可指示M2M服务器RESTful方法更新的否定应答。

M2M服务器然后可根据服务器<command>的属性和/或子资源来调用非 RESTful命令的暂停命令执行。作为调用暂停命令执行的一部分，M2M服务器可执行若干功能。这些功能可包括例如将在资源<requestInstance>中识别的暂停命令执行转换或翻译为用于调用执行非RESTful命令的暂停命令执行的非RESTful命令(“非RESTful暂停命令”)。这些功能还可包括用于准备在资源<requestInstance>中识别的命令和非RESTful暂停命令之间经映射的属性、参数和/或自变量的功能。

在进行用于调用暂停命令执行的功能后，M2M服务器可向M2M装置和/或M2M GW发送请求，以便在这样的M2M装置和/或M2M GW处调用暂停命令执行。该请求可包括非RESTful暂停命令。该请求还可包括用于执行非RESTful暂停命令的经映射的属性、参数和自变量的任一个。

响应于该请求，M2M装置和/或M2M GW可执行非RESTful暂停命令。 M2M装置和/或M2M GW可发送命令执行响应。该命令执行响应可包括结果，如果有的话。M2M服务器可为随后获取提取和存储在资源 <requestInstance>的execResult子资源中的结果。可选地和/或附加地，M2M 服务器可在NA响应中发送这些结果。在获得结构后(如果有的话)，NA可处理它们。

命令执行响应还可包括指示(例如代码)以指示M2M装置和/或M2M GW成功执行非RESTful暂停命令的暂停命令执行或执行该非RESTful暂停命令的暂停命令执行失败。该指示可以是指示成功暂停命令执行的一个值，和指示失败的另一个值。可选地，该响应可包括第一指示(例如代码)以指示M2M装置和/或M2M GW成功执行暂停命令执行，和第二指示(例如代码)以指示M2M装置和/或M2M GW执行该暂停命令执行失败。作为另一个选择，M2M装置和/或M2M GW可仅当该M2M装置和/或M2M GW成功执行暂停命令执行时才发布该命令执行响应。

虽然未示出，M2M服务器可在M2M装置和/或M2M GW执行非 RESTful命令的暂停命令执行失败时删除资源<requestInstance>。M2M服务器还可响应于被通知M2M装置和/或M2M GW执行非RESTful暂停命令的暂停命令执行失败，删除服务器<command>和/或一个或多个服务器 <commands>。

图29M和29N是示出用于更新诸如服务器<command>这样的资源命令结构以引起非RESTful命令的命令执行状态改变的示例消息流的流程图。为了发起该更新，NA(即发布者)可向M2M服务器发布RESTful方法更新。除了指示子资源execResume(例如.../<command>/exec-Resume)外，该 RESTful方法更新可包括<requestInstance>标识符。可选地，RESTful方法更新可包括通过M2M服务器发送的响应获得的execResume标识符(图29M)，或在从资源<requestInstance>的属性获取它后，包括它(图29N)。

响应于该RESTful方法更新，M2M服务器可向发布者发送ACK/NACK 消息(显示为响应)以应答RESTful方法更新的接收。发布者没有接收到 ACK/NACK消息(例如在特定的时间内)可指示M2M服务器RESTful方法更新的否定应答。

M2M服务器然后可根据服务器<command>的属性和/或子资源来调用非 RESTful命令的恢复命令执行。作为调用恢复命令执行的一部分，M2M服务器可执行若干功能。这些功能可包括例如将在资源<requestInstance>中识别的恢复命令执行转换或翻译为用于调用已暂停的非RESTful命令的恢复命令执行的非RESTful命令(“非RESTful恢复命令”)。这些功能还可包括用于准备在资源<requestInstance>中识别的命令和非RESTful恢复命令之间经映射的属性、参数和/或自变量的功能。

在进行用于调用恢复命令执行的功能后，M2M服务器可向M2M装置和/或M2M GW发送请求，以便在这样的M2M装置和/或M2M GW处调用恢复命令执行。该请求可包括非RESTful恢复命令。该请求还可包括用于执行非RESTful恢复命令的经映射的属性、参数和自变量的任一个。

响应于该请求，M2M装置和/或M2M GW可执行非RESTful恢复命令。 M2M装置和/或M2M GW可发送命令执行响应。该命令执行响应可包括结果，如果有的话。M2M服务器可为随后获取提取和存储在资源 <requestInstance>的execResult子资源中的结果。可选地和/或附加地，M2M 服务器可在NA响应中发送这些结果。在获得结构后(如果有的话)，NA可处理它们。

命令执行响应还可包括指示(例如代码)以指示M2M装置和/或M2M GW成功执行非RESTful恢复命令的恢复命令执行或执行该非RESTful恢复命令的恢复命令执行失败。该指示可以是指示成功恢复命令执行的一个值，和指示失败的另一个值。可选地，该响应可包括第一指示(例如代码)以指示M2M装置和/或M2M GW成功执行恢复命令执行，和第二指示(例如代码)以指示M2M装置和/或M2M GW执行该恢复命令执行失败。作为另一个选择，M2M装置和/或M2M GW可仅当该M2M装置和/或M2M GW成功执行恢复命令执行时才发布该命令执行响应。

虽然未示出，M2M服务器可在M2M装置和/或M2M GW执行非 RESTful命令的恢复命令执行失败时删除资源<requestInstance>。M2M服务器还可响应于被通知M2M装置和/或M2M GW执行非RESTful暂停命令的恢复命令执行失败，删除服务器<command>和/或一个或多个服务器 <commands>。

现在参考图29O，示出用于使用在执行非RESTful命令时使用的信息更新诸如<requestInstance>这样的资源命令结构的示例消息流的流程图。和图 29D的消息流一样，图29O的消息流可用可在执行非RESTful命令时使用的信息(例如属性、参数和/或自变量中的任一个)，使用RESTful方法更新来填充诸如<requestInstance>这样的资源命令结构的元。

如所示那样，NA(即发布者)可向M2M服务器发布RESTful方法更新以发起更新。RESTful方法更新可包括<requestInstance>标识符和用于用这样的信息填充<requestInstance>的属性和/或子资源的信息(例如属性、参数和/或自变量)。

在接收到RESTful方法更新后，M2M服务器使用<requestInstance>标识符定位<requestInstance>。M2M服务器可此后使用提供的信息填充这样的 <requestInstance>的属性和/或子资源。如果没有提供用于填充任意给定属性和/或子资源的信息，则M2M服务器可保持这样的属性和/或子资源如初始创建时那样(例如空白或具有默认属性和/或参数)或如最后修改的那样。

响应于RESTful方法更新，M2M服务器可向发布者发送响应。M2M服务器可在更新<requestInstance>后发送该响应，如所示那样。可选地，M2M 服务器可在更新<requestInstance>期间发送该响应。M2M服务器还可向发布者发送ACK/NACK消息(未示出)以应答RESTful方法更新的接收。发布者没有接收到ACK/NACK消息(例如在特定的时间内)可指示M2M服务器RESTful方法更新的否定应答。

该响应可包括指示(例如代码)以指示M2M服务器成功更新 <requestInstance>或更新<requestInstance>失败。该指示可以是指示成功更新的一个值，和指示失败的另一个值。可选地，该响应可包括第一指示(例如代码)以指示M2M服务器成功更新<requestInstance>，和第二指示(例如代码)以指示M2M服务器更新<requestInstance>失败。作为另一个选择，M2M 服务器可仅当该M2M服务器成功更新<requestInstance>时才发布该响应。

该响应还可包括<requestInstance>标识符和/或更新的属性和/或子资源。该响应可进一步包括可被用来更新属性和/或子资源的信息或它们的确认指示。

图29P是示出用于从诸如<requestInstance>这样的资源命令结构获取信息的示例消息流的消息流程图。为了发起获取，NA(即发布者)向M2M服务器发布RESTful方法获取。RESTful方法获取可包括<requestInstance>标识符。

在接收到RESTful方法获取后，M2M服务器可使用<requestInstance>标识符来定位<requestInstance>。一旦定位，M2M服务器可从具有这样的可获取信息(以下称为“经获取的属性信息”和/或“经获取的子资源信息”)的 <requestInstance>的属性和/或子资源查询和获得可获取信息(例如属性、参数和/或自变量)。经获取的属性和/或经获取的子资源信息可包括例如存储的 execDisable、execPause和execResume标识符的任一个和/或来自诸如 execStatus和execResult这样的其他属性和/或子资源的任意信息。

在获得经获取的属性和/或经获取的子资源信息后，M2M服务器可向 NA发送响应。该响应可包括<requestInstance>标识符和经获取的属性和/或经获取的子资源信息。

作为一个选择，RESTful方法获取可被用来从具有这样的可获取信息的 <requestInstance>的属性和/或子资源获取可获取信息的一个或多个选取部分。为了实现这，RESTful方法获取可包括被分配给具有可获取信息选取部分的服务器<command>的属性和/或子资源的每个节点的标识符。使用该标识符(或这些标识符，如多于一个的话)，M2M服务器可定位、查询和获得选取的经获取的属性和/或经获取的子资源信息。M2M服务器然后可向NA 发送包括选取的经获取的属性和/或经获取的子资源信息的响应。

虽然未示出，但M2M服务器还可向发布者发送ACK/NACK消息以应答RESTful方法获取的接收。发布者没有接收到ACK/NACK消息(例如在特定的时间内)可指示M2M服务器RESTful方法获取的否定应答。

图29Q是示出用于删除诸如<requestInstance>这样的资源命令结构的示例消息流的消息流程图。为了发起该删除，发布者可向M2M服务器发布 RESTful方法删除。发布者可以是NA、M2M装置或M2M GW。M2M装置和/或M2M GW可响应于重启、非RESTful命令的取消、去注册等发布 RESTful方法删除。

RESTful方法删除可包括<requestInstance>标识符。可选地，RESTful方法删除可包括被分配给在其下已创建<requestInstance>实例集合的资源(例如<requestInstances>)的节点的标识符(此后称为“<requestInstances>标识符”)。

在接收到RESTful方法删除后，M2M服务器可使用<requestInstance>标识符或<requestInstances>标识符分别定位和删除该<requestInstance>或 <requestInstances>。这可包括删除<requestInstance>的所有属性和/或子资源，或对于<requestInstances>来说，删除这样的<requestInstances>的每个 <requestInstance>。

响应于RESTful方法删除，M2M服务器可向发布者发送响应。M2M服务器可在删除<requestInstance>或<requestInstances>后发送该响应，如所示的那样。可选地，M2M服务器可在删除<requestInstance>或<requestInstances> 的期间发送该响应。M2M服务器还可向发布者发送ACK/NACK消息(未示出)以应答RESTful方法删除的接收。发布者没有接收到ACK/NACK消息 (例如在特定的时间内)可指示M2M服务器RESTful方法删除的否定应答。

该响应可包括指示(例如代码)以指示M2M服务器成功删除 <requestInstance>或<requestInstances>或删除<requestInstance>或 <requestInstances>失败。该指示可以是指示成功更新的一个值，和指示失败的另一个值。可选地，该响应可包括第一指示(例如代码)以指示M2M服务器成功删除<requestInstance>或<requestInstances>，和第二指示(例如代码) 以指示M2M服务器删除<requestInstance>或<requestInstances>失败。作为另一个选择，M2M服务器可仅当该M2M服务器成功删除<requestInstance>或 <requestInstances>时才发布该响应。

现在参考图29R，示出用于删除诸如服务器<command>、服务器 <commands>和/或<requestInstance>这样的资源命令结构的示例消息流的消息流程图。图29R的消息流类似于图29C的消息流和图29I(或图29J)的消息流的组合，或图29Q的消息流和图29I(或图29J)的消息流的组合。如所示那样，当发布者向M2M服务器发布RESTful方法删除时，M2M服务器确定是否任意<requestInstance>正被用于命令执行或暂停命令执行，然后M2M服务器可在删除这样的<requestInstance>之前执行它的取消命令执行。M2M服务器可根据图29I或图29J的消息流来执行取消命令执行。

除了前述的之外，M2M服务器可创建和/或删除服务器<command>或另一个资源命令结构，而不发布RESTful方法创建或RESTful方法删除。

示例基于网关的机器对机器(“M2M”)装置管理

根据一个实施方式，图30A示出了用于通过补充OMA GwMO“透明”模式借助M2M GW(G')来管理D类型ETSI M2M装置的示例架构。参考图30A，NREM使用GwMO特定的接口和组件来从GREM获取装置信息， GREM反过来通过GwMO接口与DREM对话以便执行该任务。然后，NREM 可使用OMA DM协议(用于消息交换的客户端服务器交互模型)直接与 DREM对话。应注意，在“透明”模式中，GREM不需要支持OMA DM协议命令来管理装置。

根据一个实施方式，图30B示出了ETSI M2M xREM的示例架构。参考图30B，xREM被划分为功能子模块。例如，REM服务器在装置管理中起服务器的作用(类似于OMA DM中的DM服务器或ACS)。REM客户端在装置管理中起客户端的作用(类似于在OMA DM中的DM客户端或CPE)。REM代理组件仅位于(sit in)分别与REM代理服务器(NREM中)和REM 代理客户端(DREM中)对话的GREM中。REM代理服务器位于被用来与 REM代理组件对话以活动在GW后的装置的信息的NREM中。REM代理客户端位于被用来对REM代理组件作出响应以向GW上报最终被转发给 NREM的装置信息的DREM中。

在代理模式中，M2M GW的作用可如“中间人”一样。它可支持GwMO 和DM客户端以及DM服务器，如图示补充OMA GwMO 1.0的示例架构的图31A所示。在该模式中，NREM不直接与DREM通信，替代地由GREM 转换和中继。对于DREM，GREM看起来像服务器；对于NREM，GREM 起客户端的作用。该模式向M2M GW增加更多的特征和功能。示例优点包括诸如命令搧出(command fan-out)和响应聚合这样的更多的增值业务，相应地M2M核中更低的业务负载，和更有效地管理受限M2M装置，特别是休眠的节点。图31B示出了这种模式的xREM的示例架构。

根据一个实施方式，M2M装置(D’)可能不具有ETSI M2M业务能力。可假设它们不具有OMA DM客户端功能，而是其他非OMA装置管理协议。因此，M2M GW可采用“适应”模式以在OMA协议和其他管理协议之间转换。图32A示出用于补充OMA GwMO 1.0的示例架构。图32B示出ETSI M2M xREM的示例架构。与“代理”模式相比，一些非OMA管理协议，例如SNMP，可用于dIa接口或另一个NDM-1接口上的M2M GW和M2M装置之间的交互。应注意，协议转换不仅涉及管理命令映射/转换，还涉及管理树结构(或资源)映射/转换等。如果D’类型装置的确具有OMA DM客户端功能，也可应用“透明”和“代理”模式。

根据一个实施方式，可假设d类型非ETSI M2M装置可使用不同的管理协议。因此，M2M GW可使用“适应”模式来管理它们。图33A和33B示出的架构类似于图32A和32B中的架构。应注意，d类型装置可以是非ETSI M2M GW，例如ZigBee协调器，通过它非ETSI M2M局域网可被连接在一起使用和访问ETSI M2M业务能力。

在一个实施方式中，图34示出了补充OMA GwMO的基于GW的装置管理的图。如图34所示，单一的M2M GW可连接具有不同类型的M2M装置的多个M2M局域网。M2M GW可为不同的局域网施加透明、代理或适应管理模式。

在图30-34的所有图中，额外的OMA GwMO和DM逻辑实体(例如 OMA DM服务器)不必是xREM的一部分；但是替代地，可以是xREM外的分离实体。然而也可应用在此公开的架构。例如，图35示出了部分紧集成OMA DM和M2M GW的示例架构。图36示出了松集成OMA DM和M2MGW的示例架构。

用于管理M2M局域网和在M2M网关后的M2M装置的示例数据模型

如以下更详细地描述的那样，用于管理机器对机器通信(M2M)局域网和M2M网关后的M2M装置的管理对象(MO)。M2M局域网管理可提供功能，例如装置目录和配置管理、局域网配置管理、局域网性能管理和装置的组管理。这可包括应用(A)、M2M直接装置(D)、M2M本地装置(d 类型、D’类型或D类型装置)和M2M网关(G)。

管理对象(MO)可由M2M网关定义来管理M2M局域网。一个这样的MO可以是etsiAreaNwkInfo资源，其可以是用于局域网信息和配置的管理对象。另一个MO可以是estiAreaNwkDeviceInventory资源，其可以是用于 M2M本地装置目录的MO。用于M2M本地装置组的管理对象例如可以是 etsiAreaNwkDeviceGroups资源。用于操作M2M本地装置的组的管理对象可以是etsiGroupMgmtOperations和etsi局域网组操作(etsiAreaNwkGroupOperations)的任一个，并且用于集成于M2M装置中的传感器的管理对象资源可以是etsiSensors资源。

MO可以被组织和/或放置于不同的从属等级。例如，MO可以是在M2M 服务器处<sclBase-of-Server>/scls/<GSCL>下的相同占位符的子资源。以示例的方式，在<sclBase-of-Server>/scls/<GSCL>/附着装置(attachedDevices)下的mgmtObjs子资源可被创建以用于作为整体管理M2M网关后的附着装置。这些MO例如可放置在 <sclBase-of-Server>/scls/<GSCL>/attachedDevices/mgmtObjs下。MO可以是另一个MO的子资源。例如，etsiSensors可以是<装置清单> (<deviceInventory>)的子资源，<devicInventory>可以是 estiAreaNwkDeviceInventory的子资源。

如图37所示，用于网络信息和配置的MO etsiAreaNwkInfo可包括一个或多个属性和多个子资源，例如订阅集合和<局域网实例> (<areaNwkInstance>)。<areaNwkInstance>可以是M2M局域网的实例。 etsiAreaNwkInfo的属性例如可包括期满时间(expirationTime)、访问权限ID (accessRightID)、所述字符串(searchStrings)、创建时间(creationTime)、最后修改时间(lastModifiedTime)、内容类型(contentType)、moID、原MO (originalMO)、局域网数目(numOfAreaNwks)和描述(description)。 numOfAreaNwks属性可以代表M2M局域网的数目。description属性可以是 mgmtObj的文本格式的描述。这些属性(和/或变量)可遵循ETSI M2M TS 102 690。作为一个选择，这些属性和/或描述集合可包括、维护和/或存储 expirationTime、accessRightID、searchStrings、creationTime、lastModifiedTime、 contentType、moID、originalMO、numOfAreaNwks和description。

如图38A所示，etsiAreaNwkInfo资源的<areaNwkInstance>子资源可包括一个或多个属性和多个子资源。<areaNwkInstance>子资源可包括(i)局域网ID(areaNwkID)属性，保存M2M局域网的标识，(ii)局域网类型 (areaNwkType)属性，指定M2M局域网的类型，例如蓝牙/6LoWPAN、802.15.4/6LoWPAN、Wi-Fi网络，(iii)工作信道频率(workingChannelFrequency)属性，指定M2M局域网的工作信道频率和(iv) 地址模式(addressMode)属性，指定M2M局域网的地址模式(例如IPv4、 IPv6、短MAC(介质访问控制)、或长MAC)。

<areaNwkInstance>子资源的多个子资源可包括描述集合、 <deviceInstance>子资源、attachedDevices子资源、groups子资源、6LoWPAN 子资源、Wi-Fi子资源、RFID子资源和ZigBee子资源。

<areaNwkInstance>子资源可包括用于在局域网实例中单个装置的信息。attachedDevices子资源可以是用于局域网所有附着装置的占位符，并且 groups子资源可以是用于为组操作或操作搧出(operation fan-out)的定义装置组的占位符。6LoWPAN子资源可以是用于包括与6LoWPAN网络相关的参数的占位符；因为，当局域网是6LoWPAN网络时，这样的信息可被使用。 Wi-Fi子资源可以是用于包括与Wi-Fi网络相关的参数的占位符；因为，当局域网是Wi-Fi网络时，这样的信息可被使用。RFID子资源可以是用于包括与RFID网络相关的参数的占位符，因为，当局域网是RFID网络时，可需要这样的信息，并且ZigBee子资源可以是用于包括与ZigBee网络相关的参数的占位符，因为，当局域网是ZigBee网络时，可需要这样的信息。扩展也可作为子资源而被包括，并且可提供用于扩展的占位符。

与<areaNwkInstance>子资源相关联的属性可包括(i)装置数目 (numOfDevice)，其可表示局域网实例中装置的数目；(ii)睡眠间隔 (sleepInterval)，其可表示两次睡眠间的间隔；(iii)睡眠持续时间 (sleepDuration)，其可表示每次睡眠的时间持续；(iv)MTU，其可表示在该局域网<areaNwkInstance>子资源中的最大传输单元；和(v)块大小(blockSize)，其可表示在IETF CoAP按块(blockwise)传输中使用的块大小。当局域网<areaNwkInstance>子资源支持受限应用协议(CoAP协议)时，blockSize将是有用的。sleepInterval属性可被用作一般时间间隔，通过其， M2M服务器例如可指示M2M装置和/或M2M网关周期地(例如每 sleepInterval时间单元)发送回特定的报告或响应。

如图38B所示，6LoWPAN子资源可具有subscriptions子资源、 subscription和与6LoWPAN中的寻址、路由和邻居发现相关的多个属性。这多个属性可包括(i)用于指定局域网IP地址前缀的ipAddrPrefix(IP地址前缀)属性，和(ii)用于指定M2M局域网路由模式的routingMode(路由模式)属性。对于6LoWPAN网络，routingMode属性可将路由模式指定为mesh-under或route-over。

这多个属性还可包括(i)用于指定在准备改变时继续传播头压缩上下文信息的最小时间的minContextChangeDelay(最小上下文改变延迟)属性； (ii)用于存储和/或指定将发送的未经请求的(unsolicited)路由器通告的最大次数的maxRtrAdvertisements(最大重传通告)属性；(iii)用于指定发送给所有节点多播地址的两次相继路由器通告之间的最小间隔的 minDelayBetweenRas(路由器通告之间的最小延迟)属性；(iv)用于指定作为接收的路由器请求消息的响应发送路由器通告消息的最大延迟的maxRaDelayTime(最大路由器通告延迟时间)属性；(v)用于存储和提供试探邻居高速缓存的定时器的entativeNceLifetime(试探邻居高速缓存生命期) 属性；(vii)用于存储和/或指定复制地址检测消息的跳数限制值的hopLimit (跳数限制)属性；(viii)用于存储和/或指定第一maxRtxSolications(最大重传请求)路由器请求的初始重传的间隔的rtrSolicitationInterval(重传请求间隔)属性；(ix)用于存储和/或指定如由rtrSolicitationInterval定义的初始重传的数目的maxRtrSolicitations属性；和(x)用于存储和/或指定路由器请求的最大重传间隔的maxRtrSolicitationInterval(最大重传请求间隔)属性，因为装置可在初始重传后使用二进制指数回退(binary exponentialbackoff)。hopLimit、rtrSolicitationInterval、maxRtrSolicitations和maxRtrSolicitationInterval属性可应用于装置。其他参数既可应用于装置，又可应用于M2M网关。

如图38C所示，etsiAreaNwkInfo资源的<areaNwkInstance>子资源可包括一个或多个属性和subscriptions子资源。<areaNwkInstance>子资源可包括 (i)areaNwkID属性，存储M2M局域网的标识；(ii)areaNwkType属性，指定M2M局域网的类型，例如蓝牙/6LoWPAN、802.15.4/6LoWPAN、Wi-Fi 网络；(iii)workingChannelFrequency属性，指定M2M局域网的工作信道频率；和(iv)addressMode属性，指定M2M局域网的地址模式(例如IPv4、 IPv6、短MAC(介质访问控制)或长MAC)；(v)6LoWPAN属性、Wi-Fi 属性、RFID属性、ZigBee属性。

6LoWPAN属性可以是用于包括与6LoWPAN网络相关的参数的占位符，例如当局域网是6LoWPAN网络时可使用的信息。Wi-Fi属性可以是用于包括与Wi-Fi网络相关的参数的占位符，例如当局域网是Wi-Fi网络时可使用的信息。RFID属性可以是用于包括与RFID网络相关的参数的占位符，并且ZigBee属性可以是用于包括与ZigBee网络相关的参数的占位符。

并且，<areaNwkInstance>子资源可具有与特定类型的局域网相关的更多属性。例如，如果M2M局域网是6LoWPAN网络，<areaNwkInstance>子资源可包括与在6LoWPAN中寻址、路由和/或邻近发现相关的若干属性。多个属性可包括(i)ipAddrPrefix属性；和(ii)routingMode属性；(iii) minContextChangeDelay属性；(iv)maxRtrAdvertisements属性；(vi) minDelayBetweenRas属性；(vii)maxRaDelayTime属性；(viii)tentativeNceLifetime属性；(ix)hopLimit属性；(x)rtrSolicitationInterval属性；(xi)用于存储和/或执行如由rtrSolicitationInterval制定的初始重传的数目的maxRtrSolicitations属性；和(xii)maxRtxSolicitationInterval属性。hopLimit、rtrSolicitationInterval、maxRtrSolicitations和 maxRtrSolicitationInterval属性可应用于装置。其他参数既可应用于装置，又可应用于M2M网关。

如图39所示，etsiAreaNwkDeviceInventory MO可具有子资源，包括(i) <deviceInstance>子资源，其可包括用于附着于M2M网关的每个活动装置各自<deviceInstance>信息的集合；(ii)<areaNwkInstance>子资源，其可标识每个局域网；(iii)gourps子资源，其可提供用于经定义的装置组的占位符；和(iv)subscriptions集合子资源。Subscriptions集合子资源可包括诸如 expirationTime、accessRightID、searchStrings、creationTime、lastModifiedTime、可包括在FSS格式中的contentType、moID、originalMO、description(例如 mgmtObj的文本格式的描述)和附着于M2M网关的装置的数目 numOfDevices这样的属性。

在相同M2M网关下的M2M局域网可对应于单一的 etsiAreNwkDeviceInventory子资源，或者每个局域网具有它自己的 etsiAreNwkDeviceInventory子资源。etsiAreNwkDeviceInventory子资源可从属于etsiAreaNwkInfo子资源。作为一个选择，etsiAreNwkDeviceInventory MO 可不包括<areaNwkInstance>子资源和/或gourps子资源。

如图40A所示，每个<deviceInstance>可包括诸如装置组列表(deviceGroupsList)这样的该装置所属组的标识列表、在该装置上的诸如 D’A或DA这样的所有应用的应用标识的组装置应用列表 (deviceApplicationList)、邻居节点的标识列表装置邻居列表 (deviceNeighborsList)、电池信息etsi电池(etsiBattery)、存储器信息etsi 存储器(etsiMemory)和传感器/激励器信息estiSensor、可提供用于包括与 6LoWPAN网络相关的参数的占位符的6LoWPAN、可提供用于包括与Wi-Fi 网络相关的参数的占位符的Wi-Fi、可提供用于包括与RFID网络相关的参数的占位符的RFID、可提供用于包括与ZigBee网络相关的参数的占位符的 ZigBee和可以是用于扩展(extensions)的占位符的extensions。

该组可提供标准组资源，例如在ETSI TS 102 609中阐述的那样。 <deviceInstance>可包括属性，例如可以是装置类型的deviceTpye、可以是装置标识符的deviceID、可以是装置的地址类型的addressType、可包括该装置所属M2M局域网的标识的areaNwkID、可以是在M2M局域网内部使用的装置的内部IP地址的内部地址、和可以是在M2M局域网外部使用的装置的外部IP地址的外部地址。该地址可包括端口信息，如果端口号在M2M网关处用于地址转换。另外，两次睡眠间的间隔sleepInterval(睡眠间隔)、每次睡眠的时间持续sleepDuration(睡眠持续时间)、诸如睡眠或唤醒这样的装置的状态status、可包括在局域网中最大传输单元的MTU和可包括在IETF CoAP按块传输中使用的块大小的bloekSize。

如图40B所示，每个<deviceInstance>可包括诸如deviceGroupsList这样的该装置所属组的标识列表、在该装置上的诸如D’A或DA这样的所有应用的应用标识的组deviceApplicationList、邻居节点的标识列表 deviceNeighborsList、电池信息etsiBattery、存储器信息etsiMemory和传感器 /激励器信息estiSensor。描述集合可包括属性，例如可以是装置类型的 deviceTpye、可以是装置标识符的deviceID、可以是装置的地址类型的 addressType、可包括该装置所属M2M局域网的标识的areaNwkID、可以是在M2M局域网内部使用的装置的内部IP地址的内部地址、和可以是在M2M 局域网外部使用的装置的外部IP地址的外部地址。该地址可包括端口信息，如果端口号在M2M网关处用于地址转换。另外，两次睡眠间的间隔 sleepInterval、每次睡眠的时间持续sleepDuration、诸如睡眠或唤醒这样的装置的状态status、即将发送的未经请求的路由器通告的最大数目maxRtrAdvertisements、发送给所有节点多个地址的两个相继路由器通告间的最小间隔minDelayBetweenRas、用于发送作为对接收的路由器请求消息的响应的路由器通告消息的最大延期maxRaDelayTime、用于试探邻居高速缓存的计时器tentativeNceLifetime、用于复制地址检测消息的跳数限制值 hopLimit、用于第一maxRtxSolications路由器请求的初始重传的间隔的 rtrSolicitationInterval、初始重传的数目maxRtrSolicitations和用于路由器请求的最大重传间隔maxRtrSolicitationInterval，因为装置可在初始重传后使用二进制指数退让。

如图41A所示，etsiAreaNwkDeviceGroups MO可包括诸如定义装置组的<deviceGroupInstance>这样的子资源和subscriptions。该订阅的集合和属性可包括expirationTime、accessRightID、searchStrings、creationTime、 lastModifiedTime、可以被格式化为FFS的contentType、moID、originalMO 和包括mgmtObj文本格式的描述的description。

如图41B所示，etsiAreaNwkDeviceGroups MO可包括子资源描述和被定义为装置多个组的集合的组。etsiAreaNwkDeviceGroups可包括属性，例如expirationTime、accessRightID、searchStrings、creationTime、 lastModifiedTime、可以被格式化为FFS的contentType、moID、originalMO 和包括mgmtObj文本格式的描述的description。

每个子资源<gourp>可包括属于相同组的装置的标识列表。此外，装置可属于和存在于多个<group>实例。

如图42所示，每个<deviceGroupInstance>可包括诸如subscriptions这样的子资源，具有订阅的集合和属性包括expirationTime、accessRightID、 searchStrings、creationTime、lastModifiedTime、可以被格式化为FFS的 contentType、moID、originalMO和包括mgmtObj文本格式的描述的 description。另外，groupID可包括组标识、可包括组类型的groupType、诸如组中装置的数目这样的groupSize、定义为组中装置集合的members和指定称为该组成员的装置的条件的condition。

如图43A所示，etsiGroupMgmtOperations MO可包括诸如 <operationInstance>这样的子资源，它可代表即将在组或多个组上执行的操作或动作，其可包括用于每个装置组包括装置列表的经定义的装置组的占位符，并且可由一个或多个<operationInstance>操作。订阅集合和属性可包括 expirationTime、accessRightID、searchStrings、creationTime、lastModifiedTime、 contentType、moID、originalMO和包括mgmtObj文本格式的描述的 description。

除了被用用来管理/操作在M2M网关后的M2M装置以外，etsiGroupMgmtOperations可被用来管理与M2M服务器直接连接的M2M装置组的操作。在该情况下，etsiGroupMgmtOperations可放置在 <sclBase-of-Server>/scls/mgmtObjs/etsiGroupMgmtOperations下。相应的 <operationInstance>可包括去注册M2M装置或网关组、将M2M装置或网关组变为睡眠模式、重启M2M装置或网关组和在M2M装置或网关组上进行相同的软件/固件更新。

同样地，etsiGroupMgmtOperations可被用来管理在M2M装置或M2M 网关上的应用组。在该情况下，etsiGroupMgmtOperations可放置在 <sclBase-of-Server>/scls/<scl>/applications/mgmtObjs/etsiGroupMgmtOperatio ns下。相应的<operationInstance>可包括去注册M2M应用组和在M2M应用组上进行相同的软件/固件更新。

如图43B所示，etsi局域网装置组操作 (etsiAreaNwkDeviceGroupOperations)MO可包括诸如<operationInstance> 这样的子资源，其可代办即将在组上执行的操作或动作。订阅集合和属性可包括expirationTime、accessRightID、searchStrings、creationTime、 lastModifiedTime、contentType、moID、originalMO和包括mgmtObj文本格式的描述的description。

如图44A所示，每个<operationInstance>可包括诸如具有包括 expirationTime、accessRightID、searchStrings、creationTime、lastModifiedTime、可在FSS格式中的contentType、moID、originalMO和包括mgmtObj文本格式的描述的description的订阅集合和属性的subscriptions这样的子资源。 <operationInstance>可包括子资源组，其可包括可以是<operationInstance>可在其上执行的组的标识列表deviceGroupsList、可以是<operationInstance>结果集合的execResults，并且可具有包括<结果实例>(<resultInstance>)和订阅以及属性聚合结果(aggregatedResult)的其他子资源。

<resultInstance>可表示来自单一装置的结果，并且可具有子资源subscriptions和属性，属性包括可以是装置标识的deviceID、可以是来自装置deviceID的结果的结果值(resultValue)、可以是在装置deviceID上的 <operationInstance>的状态的execStatus、可开始在deviceID上的 <operationInstance>的execEnable、可恢复在deviceID上的<operationInstance> 的execResume、可停止在deviceID上的<operationInstance>的execDisable、可以是聚合结果的aggregatedResult、可包括<operationInstance>所需自变量并且可是操作特定的execParameters。

另外，可以是<operationInstance>的标识并且指定<operationInstance>代表什么的operationID。groupID可提供在其上执行<operationInstance>的组的标识，并且groupID可包括多个标识，如果<operationInstance>可在多个经定义的装置组上执行。可选地，那些多个组标识可包括在deviceGroupsList资源中。execEnable可在groupID中的装置上的<operationInstance>。execPause 可暂停groupID中装置上的<operationInstance>，execResume可恢复groupID 中装置上的<operationInstance>，execDisable可停止groupID中装置上的 <operationInstance>，execStatus可提供<operationInstance>的状态。该状态可包括挂起、运行、停止、暂停、恢复、在装置上成功执行、完成&成功的装置数目和/或在其上执行失败的装置数目。

如图43B所示，每个<operationInstance>可包括诸如具有订阅集合的subscriptions这样的子资源和包括expirationTime、accessRightID、 searchStrings、creationTime、lastModifiedTime、可在FSS格式中的 contentType、moID、originalMO和包括mgmtObj文本格式的描述的description 的属性。另外，groupID可提供在其上可执行<operation>的组的标识，使能 (enable)可被提供以开始<operation>，失效(disable)可被提供以停止 <operation>，结果(results)可包括<operation>结果的集合，并且aggregatedResult可包括聚合的结果。每个<resultInstance>可具有两个属性，例如可指示装置标识的deviceID和可以是来自装置deviceID的结果的result。

如图44所示，etsiSensors MO可包括诸如用于传感器实例的 <sensorInstance>这样的子资源和包括订阅集合和属性的subscriptions，例如 expirationTime、accessRightID、searchStrings、creationTime、lastModifiedTime、可在FSS格式中的contentType、moID、originalMO和包括mgmtObj文本格式的描述的description。etsiSensors可应用于具有M2M业务能力的D类型 M2M装置。

如图45所示，<sensorInstance>可包括诸如具有相关组的组这样的子资源。例如，一个组可以是应用列表(applicationList)以代表在使用 <sensorInstance>的该装置上的D’A或DA应用。容器可存储传感器读取。订阅集合和属性可包括expirationTime、accessRightID、searchStrings、 creationTime、lastModifiedTime、可在FSS格式中的contentType、moID、 originalMO和包括mgmtObj文本格式的描述的description。sensorID可描述 <sensorInstance>的标识。sensorType可描述<sensorInstance>的类型，例如温度、压力、定义<sensorInstance>制造商的制造商和可包括可在<sensorInstance>上操作的操作的operations。使能可包括使能传感器读取。如果是开关传感器，使能可表示打开开关。使能可具有作为它的属性的结果以存储操作结果。失效可包括失效传感器读取。如果是开关传感器，失效可表示关闭开关。失效可具有作为它的属性的结果以存储操作结果。其他操作对于特定的传感器是可能的。

示例运行环境

图46是用于根据由DA和/或GA使用的管理对象执行REM以管理向 M2M服务器(在此是<scl>)注册的另一个D/G的系统的示例架构的框图。

M2M服务器(即<scl>)可向D/G通知它的管理对象，如在4702所示。然后DA/GA可访问在D/G中的这样的经通知的管理对象，并且然后能够通过在M2M服务器处的消息中继管理其他D/G。

图38A是在其中一个或多个公开实施方式可得以实现的示例通信系统 100的图。通信系统100可以是向多个无线用户提供诸如语音、数据、视频、消息、广播等这样的内容的多接入系统。通信100可使多个无线用户能够通过共享包括无线带宽的系统资源来访问这样的内容。例如，通信系统100可采用一个或多个信道接入方法，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA) 等。

如图38A所示，通信系统100可包括无线发射/接收单元(WTRU)102a、 102b、102c、102d、无线电接入网络(RAN)104、核心网106、公共交换电话网(PSTN)108、因特网110和其他网络112，虽然将理解公开的实施方式设想任意数目的WTRU、基站、网络和/或网元。WTRU102a、102b、 102e、102d的每一个可以是任意类型的、被配置为在无线环境中运行和/或通信的装置。以示例的方式，WTRU 102a、102b、102c、102d可被配置为发送和/或接收无线信号，并且可包括用户设备(UE)、移动站、固定或移动用户单元、寻呼机、蜂窝电话、个人数字助手(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、消费电子产品等。

通信系统100还可包括基站114a和基站114b。基站114a、114b的每一个可以是任意类型的、被配置为与WTRU 102a、102b、102c、102d的至少一个无线接口以便于接入一个或多个诸如核心网106、因特网110和/或网络 112这样的通信网络的装置。以示例的方式，基站114a、114b可以是基地收发信机站(BTS)、节点B、e节点B、家用节点B、家用e节点B、站点控制器、接入点(AP)、无线路由器等。虽然基站114a、114b每一个被图示为单一元件，应理解基站114a、114b可包括任意数目的互连基站和/或网元。

基站114a可以是RAN 104的一部分，RAN 104还可包括其他基站和/ 或网元(未示出)，例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a和/或基站114b可被配置为在可被称为小区(未示出) 的特定地理区域内发送和/或接收无线信号。小区可进一步被划分为小区扇区。例如，与基站114a相关联的小区可被划分为3个扇区。因此，在一个实施方式中，基站114a可包括3个收发机，即小区的每个扇区一个。在另一个实施方式中，基站114a可采用多输入多输出(MIMO)技术，因此可为小区的每个扇区使用多个收发机。

基站114a、114b可通过空中接口116与WTRU 102a、102b、102c、102d 的一个或多个通信，空中接口116可以是任意适当的无线通信链路(例如射频(RF)、微波、红外(IR)、紫外(UV)、可视光等)。空中接口116可使用任意适当的无线电接入技术(RAT)来建立。

更具体地，如上所述，通信系统100可以是多接入系统，并且可采用一个或多个信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA 等。例如，RAN 104中的基站114a和WTRU102a、102b、102c可实现诸如通用移动通信系统(UMTS)陆地无线接入(UTRA)这样的无线电技术，其可使用宽带CDMA(WCDMA)来建立空中接口116。WCDMA可包括诸如高速分组接入(HSPA)和/或演进HSPA(HSPA+)这样的通信协议。HSPA 可包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入 (HSUPA)。

在另一个实施方式中，基站114a和WTRU 102a、102b、102c可实现诸如演进UMTS陆地无线电接入(E-UTRA)这样的无线电技术，其可使用长期演进(LTE)和/或高级LTE(LTE-A)来建立空中接口116。

在其他实施方式中，基站114a和WTRU 102a、102b、102c可实现诸如 IEEE 802.16(即微波存取全球互通(WiMAX))、CDMA2000、CDMA20001X、 CDMA2000EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、增强型数据速率GSM演进技术(EDGE)、GSM EDGE(GERAN)等这样的无线电技术。

图38A中的基站114b可以是例如无线路由器、家用节点B、家用e节点B或接入点，并且可使用任意适当的RAT以便局部区域中的无线连接性，例如商业地点、家庭、车辆、校园等。在一个实施方式中，基站114b和WTRU 102c、102d可实现诸如IEEE 802.11这样的无线电技术，以建立无线局域网 (WLAN)。在另一个实施方式中，基站114b和WTRU 102c、102d可实现诸如IEEE 802.15这样的无线电技术，以建立无线个域网(WPAN)。仍然在另一个实施方式中，基站114b和WTRU 102c、102d可使用基于蜂窝的RAT (例如WCDMA、CDMA2000、GSM、LTE、LTE-A等)来建立微微小区 (picocell)或毫微微小区(femtocell)。如图38A所示，基站114b可与因特网110有直接连接。因此，基站114b不需要通过核心网106接入因特网110。

RAN 104可与核心网106通信，核心网106可以是任意类型的、被配置为向WTRU102a、102b、102c、102d的一个或多个提供语音、数据、应用和/或通过因特网协议的语音(VoIP)业务的网络。例如，核心网106可提供呼叫控制、计费业务、基于移动位置的业务、预付费呼叫、因特网连接、视频发布等，和/或执行诸如用户认证这样的高级安全功能。虽然未在图38A 中示出，应理解RAN 104和/或核心网106可与采用与RAN 104相同RAT 或不同RAT的其他RAN直接或间接通信。例如，除了与可采用E-UTRA无线电技术的RAN 104连接之外，核心网106还可与采用GSM无线电技术的另一个RAN(未示出)通信。

核心网106还可作为网关，用于WTRU 102a、102b、102c、102d接入 PSTN 108、因特网110和/或其他网络112。PSTN 108可包括提供传统旧电话业务(POTS)的电路交换电话网络。因特网110可包括使用通用通信协议的互连计算机网络和装置的全球系统，例如TCP/IP因特网协议系列中的传输控制协议(TCP)、用户数据报协议(UDP)和因特网协议(IP)。网络112可包括由其他业务供应商所有和/或运营的有线或无线通信网络。例如，网络112可包括与可采用与RAN 104相同RAT或不同RAT的一个或多个 RAN相连接的另一个核心网。

在通信系统100中的WTRU 102a、102b、102c、102d的一些或所有可包括多模能力，例如WTRU 102a、102b、102c、102d可包括用于通过多个无线链路与不同无线网络通信的多个收发机。例如，图38A中示出的WTRU 102c可被配置为与可采用基于蜂窝的无线电技术的基站114a和与可采用 IEEE 802无线电技术的基站114b通信。

图48B是示出示例WTRU 102的系统图。如图48B所示，WTRU 102 可包括处理器118、收发机120、发射/接收元件122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片集136和其他外围设备138。应理解， WTRU 102可包括前述元件的任意子组合，而与实施方式保持一致。

处理器118可以是通用处理器、专用处理器、传统处理器、数字信号处理器(DSP)、多个微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任意其他类型的集成电路(IC)、状态机等。处理器118可执行信号编码、数据处理、功率控制、输入/输出处理和/或使WTRU 102能够在无线环境中运行的任意其他功能。处理器118可与收发机120相耦合，收发机120 可与发生/接收元件122相耦合。虽然图48B将处理器118和收发机120图示为分离的部件，将理解处理器118和收发机120可在电子封装或芯片中集成在一起。

发射/接收元件122可被配置为通过空中接口116向基站(例如基站114a) 传送或从基站接收信号。例如，在一个实施方式中，发射/接收元件122可以是被配置为传送和/或接收RF信号的天线。在另一个实施方式中，发射/接收元件122可以是被配置为例如发送和/或接收IR、UV或可视光信号的发射器 /检测器。在另一个其他实施方式中，发射/接收元件122可以被配置为发送和接收RF和光信号两者。将理解，发射/接收元件122可被配置为传送和/ 或接收无线信号的任意组合。

此外，虽然发射/接收元件122在图48B中被图示为单一元件，WTRU 102 可包括任意数目的发射/接收元件122。更具体地，WTRU 102可采用MIMO 技术。因此，在一个实施方式中，WTRU 102可包括两个或更多个用于通过空中接口116传送和接收无线信号的发射/接收元件122(例如多个天线)。

收发信机120可被配置为调制即将由发射/接收元件122传送的信号并解调由发射/接收元件122接收的信号。如上所述，WTRU 102可具有多模能力。因此，收发信机120可包括例如用于使WTRU 102能够通过诸如UTRA 和IEEE 802.11这样的多个RAT通信的多个收发信机。

WTRU 102的处理器118可与扬声器/麦克风124、键盘126和/或显示器 /触摸板128(例如液晶显示(LCD)显示单元或有机发光二极管(OLED) 显示单元)相耦合，并可从它们接收用户输入数据。处理器118还可以向扬声器/麦克风124、键盘126和/或显示器/触摸板128输出用户数据。此外，处理器118可从诸如不可移除存储器130和/或可移除存储器132这样的任意类型的适当存储器访问信息，并将数据存储在其中。不可移除存储器130可包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任意其他类型的存储器设备。可移除存储器132可包括用户身份模块(SIM)卡、存储棒、安全数字(SD)存储卡等。在其他实施方式中，处理器118可从物理上不位于WTRU 102上(例如在服务器或家用计算机(未示出)上)的存储器访问信息，并将数据存储在其中。

处理器118可从电源134接收功率，并可被配置为分配和/或控制给 WTRU 102中其他元件的功率。电源134可以是任意适当的用于向WTRU 102供电的设备。例如，电源134可包括一个或多个干电池(镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。

处理器118还可以与可被配置为提供关于WTRU 102当前位置的位置信息(例如经度和纬度)的GPS芯片集136相耦合。附加于或替代来自GPS 芯片集136的信息，WTRU 102可通过空中接口116从基站(例如基站114a、 114b)接收位置信息，和/或基于信号从两个或更多个附近基站接收的定时来确定它的位置。将理解，WTRU 102可借助任何适当的位置确定方法来获取位置信息而与实施方式保持一致。

处理器118可进一步与其他外围设备138相耦合，其他外围设备138可包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备138可包括加速计、电子罗盘、卫星收发机、数字照相机(用于相片或视频)、通用串行总线(USB)端口、振动设备、电视收发机、免提耳机、蓝牙模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏玩家模块、因特网浏览器等。

图48C是根据一个实施方式RAN 104和核心网106的系统图。如上所述，RAN 104可采用UTRA无线电技术通过空中接口106与WTRU 102a、 102b、102c通信。RAN 104还可以与核心网106通信。如图48C所示，RAN 104可包括节点-B 140a、140b、140c，节点-B 140a、140b、140c的每一个可包括通过空中接口116与WTRU 102a、102b、102c通信的一个或多个收发机。节点-B 140a、140b、140c的每一个可与RAN 104中的特定小区(未示出)相关联。RAN 104还可包括RNC 142a、142b。将理解，RAN 104可包括任意数目的节点-B和RNC而保持与实施方式一致。

如图48C所示，节点-B 140a、140b可与RNC 142a通信。附加地，节点-B 140c可与RNC 142b通信。节点-B 140a、140b、140c可通过Iub接口与各个RNC 142a、142b通信。RNC142a、142b可通过Iur接口互相通信。 RNC 142a、142b的每一个可被配置为控制与其连接的各个节点-B 140a、 140b、140c。此外，RNC 142a、142b的每一个可被配置为执行或支持其他功能，例如外环功率控制、负载控制、接纳控制、分组调度、切换控制、宏分集、安全功能、数据加密等。

图48C所示的核心网106可包括媒体网关(MGW)144、移动交换中心 (MSC)146、服务GPRS支持节点(SGSN)148和/或网关GPRS支持节点 (GGSN)150。虽然上述元件的每一个都被图示为核心网106的一部分，将理解这些元件的任意一个可由不是核心网运营商的实体所有和/或运营。

RAN 104中的RNC 142a可通过IuCS接口与核心网106中的MSC 146 相连接。MSC146可与MGW 144相连接。MSC 146和MGW 144可向WTRU 102a、102b、102c提供到诸如PSTN108这样的电路交换网络的接入，以便于WTRU 102a、102b、102c和传统陆地通信设备之间的通信。

RAN 104中的RNC 142a还可以通过IuPS接口与核心网106中的SGSN 148相连接。SGSN 148可与GGSN 150相连接。SGSN 148和GGSN 150可向WTRU 102a、102b、102c提供到诸如因特网110这样的分组交换网络的接入，以便于在WTRU 102a、102b、102c和使能IP的设备之间的通信。

如上所述，核心网106还可与网络112相连接，网络112可包括由其他业务供应商所有和/或运营的其他有线或无线网络。

图48D是示出根据实施方式的RAN 104和核心网106的系统图。如上所述，RAN 104可采用E-UTRA无线电技术来通过空中接口116与WTRU 102a、102b、102c通信。RAN 104还与核心网106通信。

RAN 104可包括e节点-B 140a、140b、140c，虽然将理解RAN 104可包括任意数目的e节点-B而与实施方式保持一致。e节点-B 140a、140b、140c 每一个可包括用于通过空中接口116与WTRU 102a、102b、102c通信的一个或多个收发机。在一个实施方式中，e节点-B140a、140b、140c可实施 MIMO技术。因此e节点-B 140a例如可使用多个天线来向WTRU 102a发送无线信号并从它接收无线信号。

e节点-B 140a、140b、140c的每一个可与特定的小区(未示出)相关联，并且可被配置为处理无线电资源管理决策、切换决策、调度在上行链路和/ 或下行链路中的用户等。如图48D所示，e节点-B 140a、140b、140c可通过X2接口互相通信。

图48D中示出的核心网106可包括移动管理网关(MME)142、服务网关144和分组数据网络(PDN)网关146。虽然上述元件被图示为核心网106 的一部分，但将理解这些元件的任意一个可由除核心网运营商以外的实体所有和/或运营。

MME 142可通过S1接口与RAN 104中的e节点-B 140a、140b、140c 的每一个相连接，并且可作为控制节点。例如，MME 142可负责认证WTRU 102a、102b、102c的用户、承载激活/去激活、在WTRU 102a、102b、102c 初始附着期间选取特定的服务网关等。MME 142还可提供用于在RAN 104 和采用诸如GSM或WCDMA这样的其他无线电技术的其他RAN(未示出)之间切换的控制面功能。

服务网关144可通过S1接口与RAN 104中的e节点-B 140a、140b、140c 的每一个相连接。服务网关144一般地可路由和转发去往/来自WTRU 102a、 102b、102c的用户数据分组。服务网关144还可以执行其他功能，例如在e 节点B间切换期间锚定用户面、当下行链路数据对WTRU 102a、102b、102c 可用时触发寻呼、管理和存储WTRU 102a、102b、102c的上下文等。

服务网关144还可与PDN网关146相连接，PDN网关146可向WTRU 102a、102b、102c提供到诸如因特网110这样的分组交换网络的接入，以便于WTRU 102a、102b、102c和使能IP的装置之间的通信。

核心网106可便于与其他网络的通信。例如，核心网106可向WTRU 102a、102b、102c提供到诸如PSTN 108这样的电路交换网络的接入，以便于WTRU 102a、102b、102c和传统陆地通信设备之间的通信。例如，核心网106可包括作为核心网106和PSTN 108之间的接口的IP网关(例如IP 多媒体子系统(IMS)服务器)或与之通信。此外，核心网106可向WTRU 102a、102b、102c提供到网络112的接入，网络112可包括由其他服务提供商所有和/或运营的其他有线或无线网络。

图48E是示出根据实施方式RAN 104和核心网106的系统图。RAN 104 可以是采用IEEE 802.16无线电技术以通过空中接口116与WTRU 102a、 102b、102c通信的接入业务网络(ASN)。如下文将进一步讨论那样，在 WTRU 102a、102b、102c、RAN 104和核心网106的不同功能实体间的通信链路可被定义为参考点。

如图48E所示，RAN 104可包括基站140a、140b、140c和ASN网关 142，虽然将理解RAN 104可包括任意数目的基站和ASN网关而与实施方式保持一致。基站140a、140b、140c的每一个可与RAN 104中的特定小区 (未示出)相关联，并且每一个可包括通过空中接口116与WTRU 102a、 102b、102c通信的一个或多个收发机。在多个实施方式中，基站140a、140b、140c可实施MIMO技术。因此，基站140a例如可使用多个天线来向WTRU 102a发送无线信号，并从其接收无线信号。基站140a、140b、140c还可提供移动管理功能，例如切换触发、隧道建立、无线电资源管理、业务分类、服务质量(QoS)策略执行等。ASN网关142可作为业务聚集点，并且可负责寻呼、缓存用户简档、到核心网106的路由等。

WTRU 102a、102b、102c和RAN 104之间的空中接口116可被定义为实施IEEE802.16规范的R1参考点。此外，WTRU 102a、102b、102c的每一个可与核心网106建立逻辑接口(未示出)。WTRU 102a、102b、102c和核心网106之间的逻辑接口可被定义为可用于认证、鉴权、IP主机配置管理和/或移动管理的R2参考点。

WTRU 102a、102b、102c的每一个之间的通信链路可被定义为包括用于便于WTRU切换和基站间数据传输的协议的R8参考点。WTRU 102a、 102b、102c和ASN网关215之间的通信链路可被定义为R6参考点。R6参考点可包括用于便于基于与WTRU 102a、102b、102c的每一个相关联的移动事件的移动管理的协议。

如图48E所示，RAN 104可与核心网106相连接。RAN 104和核心网 106之间的通信链路可被定义为包括用于便于例如数据传输和移动管理能力的协议的R3参考点。核心网106可包括移动IP家乡代理(MIP-HA)144、认证、鉴权、计费(AAA)服务器146和网关148。虽然上述元件的每一个被图示为核心网106的一部分，将理解这些元件的任意一个可由除核心网运营商以外的实体所有和/或运营。

MIP-HA可负责IP地址管理，并且可使WTRU 102a、102b、102c能在不同的ASN和/或不同的核心网之间漫游。MIP-HA 144可向WTRU 102a、 102b、102c提供到诸如因特网110这样的分组交换网络的接入，以便于 WTRU 102a、102b、102c和使能IP的装置之间的通信。AAA服务器146可负责用户认证和支持用户业务。网关148可便于与其他网络的交互。例如，网关148可向WTRU 102a、102b、102c提供到诸如PSTN 108这样的电路交换网络的接入，以便于WTRU 102a、102b、102c和传统陆地线路通信装置之间的通信。此外，网关148可向WTRU102a、102b、102c提供到网络112 的接入，网络112可包括由其他服务提供商所有和/或运营的其他有线或无线网络。

虽然在图48E中未示出，将理解RAN 104可与其他ASN相连接，核心网106可与其他核心网相连接。RAN 104和其他ASN之间的通信链路可被定义为R4参考点，R4参考点可包括用于协调RAN 104和其他ASN之间 WTRU 102a、102b、102c的移动的协议。核心网106和其他核心网之间的通信链路可被定义为R5参考，其包括用于便于家乡核心网和外地核心网之间的交互的协议。

尽管以上以特定的组合描述了特征和元素，但是一个本领域普通技术人员将理解，每个特征或元素可以单独地或与其它的特征和元素任意组合地使用。此外，在此描述的方法可在包括在由计算机或处理器执行的计算机可读介质中的计算机程序、软件或固件中实现。计算机可读介质的示例包括电子信号(通过有线或无线连接传送)和计算机可读存储介质。计算机可读存储介质的示例包括但不限制为只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储器设备、诸如内部硬盘和可移除磁盘这样磁性介质、磁光介质和诸如CD-ROM盘和数字通用盘(DVD)这样的光介质。与软件相关联的处理器可用来实现在WTRU、UE、终端、基站、RNC 或任何主计算机中使用的无线电频率收发信机。

结论

草案ETSI TS 102 690 V0.12.3(2011-06)及其更早的版本(总的称为“用于M2M通信的草案ETSI标准”)包括具有给定定义的若干术语，这些定义在用于M2M通信的草案ETSI标准的上下文中定义了这样的术语的含义。这些术语和由草案ETSI TS 102 690 V0.12.3(2011-6)及其更早版本指定、公开和/或引用的相关联的定义通过引用被合并于此。

实施例

在一个实施例中，一种方法可包括实现用于管理M2M环境中M2M实体的一个或多个管理层。该方法还可包括使用多个管理层来管理M2M局域网，其中该M2M局域网可包括一个或多个M2M端装置。这些M2M端装置可包括例如M2M网关和/或M2M装置。这些管理层可包括应用管理层、业务管理层、网络管理层和装置管理层的任一个。这些管理层可提供M2M 实体的配置管理、故障管理和性能管理的任一个。

在一个实施例中，一种方法可包括使用用于远程实体管理(“REM”)的业务能力(“SC”)和使用具有用于根据多个管理层的其中之一执行第二M2M 实体的REM的从属资源结构的资源结构来配置第一M2M。该方法可进一步包括通过操纵从属资源结构的资源和属性的任一个来执行第二M2M实体的 REM。

如在前述实施例中的方法，其中第一M2M实体可以是M2M服务器，并且其中第二M2M实体可以是M2M应用、M2M业务能力、M2M局域网、 M2M网关或M2M装置。

如前述实施例的至少一个的方法，其中多个管理层可包括装置管理层、网络管理层、业务管理层和应用管理层的至少两个。

如前述实施例的至少一个的方法，其中用于第二M2M实体远程实体管理的从属资源结构可包括根据应用管理层用于M2M应用的远程实体管理的资源结构。

如前述实施例的方法，其中应用管理层可包括用于执行应用生命周期管理的一个或多个功能。

如前述实施例的至少一个的方法，其中用于第二M2M实体远程实体管理的从属资源结构可包括根据业务管理层用于M2M业务能力的远程实体管理的资源结构。

如前述实施例的方法，其中业务管理包括用于执行软件管理和/或固件管理的功能。

如前述实施例的至少一个的方法，其中用于第二M2M实体远程实体管理的从属资源结构可包括根据网络管理层用于M2M局域网的远程实体管理的资源结构。

如前述实施例的至少一个的方法，其中用于第二M2M实体远程实体管理的从属资源结构可包括根据装置管理层用于M2M装置的远程实体管理的资源结构。

如前述实施例的至少一个的方法，其中多个管理层的每一个可定义用于执行第二M2M实体的配置管理、故障管理和性能管理的一个或多个功能。

如前述实施例的至少一个的方法可进一步包括在第一M2M实体处接收命令以操纵从属资源结构的资源和属性的任一个，其中第二M2M实体的 REM可响应于该命令得以执行。

如前述实施例的方法，其中该命令包括RESTful方法。

如前述实施例的至少一个的方法可进一步包括在第一M2M实体处接收第一命令以操纵从属资源结构的资源和属性的任一个。

如前述实施例的方法，其中执行第二M2M实体的REM可包括向第二 M2M实体发送第二命令以操纵从属资源结构的资源和属性的任一个，和响应于所接收的第二命令执行第二M2M实体的REM。

如前述实施例的方法，其中第一和第二命令两者都可包括RESTful方法。

如前述实施例的至少一个的方法，其中第一命令可包括RESTful方法，并且其中第二命令包括非RESTful方法。

如前述实施例的至少一个的方法，其中执行第二M2M实体的REM可包括向第二M2M实体发送命令以操纵从属资源结构的资源和属性的任一个，并响应于所接收的命令执行第二M2M实体的REM。

如前述实施例的方法，其中该命令可以是非RESTful方法或RESTful 方法。

如前述实施例的至少一个的方法，其中第二M2M实体可包括从属资源结构的副本，并且其中执行第二M2M实体的REM包括操纵从属资源结构的副本以在操纵从属资源结构的资源和属性的任意后复制该从属资源结构。

在一个实施例中，一种设备可包括被配置具有用于REM的SC和具有有用于根据多个管理层的其中之一执行第二M2M实体的REM的从属资源结构的资源结构的第一M2M实体。该设备可进一步包括适用于通过操纵从属资源结构的资源和属性的任一个来执行第二M2M实体的REM的处理器。

如前述实施例的设备，其中第一M2M实体可包括M2M服务器，并且其中第二M2M实体可包括M2M应用、M2M业务能力、M2M局域网、M2M 网关或M2M装置。

如前述实施例的至少一个的设备，其中多个管理层可包括装置管理层、网络管理层、业务管理层和应用管理层的两个或更多。

如前述实施例的至少一个的设备，其中用于第二M2M实体的REM的从属资源结构可包括根据应用管理层用于M2M应用的REM的资源结构。

如前述实施例的至少一个的设备，其中应用管理层可包括用于执行应用生命周期管理的功能。

如前述实施例的至少一个的设备，其中用于第二M2M实体远程实体管理的从属资源结构可包括根据业务管理层用于M2M业务能力的远程实体管理的资源结构。

如前述实施例的设备，其中业务管理可包括用于执行软件管理和/或固件管理的功能。

如前述实施例的至少一个的设备，其中用于第二M2M实体远程实体管理的从属资源结构可包括根据网络管理层用于M2M局域网的远程实体管理的资源结构。

如前述实施例的至少一个的设备，其中用于第二M2M实体远程实体管理的从属资源结构可包括根据装置管理层用于M2M装置的远程实体管理的资源结构。

如前述实施例的至少一个的设备，其中多个管理层的每一个可定义用于执行第二M2M实体的配置管理、故障管理和性能管理的任一个的功能。

如前述实施例的至少一个的设备，其中第一M2M实体可包括：用于接收命令以操纵从属资源结构的资源和属性的任一个的SC，其中第二M2M实体的REM可响应于该命令得以执行。

如前述实施例的至少一个的设备，其中该命令可以是RESTful方法。

如前述实施例的至少一个的设备，其中第一M2M实体可包括(i)用于接收第一命令以操纵从属资源结构的资源和属性的任一个的SC，和(ii)用于向第二M2M实体通信第二命令以操纵在第二M2M实体上维护的从属资源结构的副本的资源副本和属性副本的任一个的SC。

如前述实施例的设备，其中处理器可适用于向第二M2M实体发送第二命令以引起响应于第二命令在第二M2M实体处维护的从属资源结构的副本的资源副本和属性副本的任一个的操纵。

如前述实施例的至少一个的设备，其中第一和第二命令两者都可以是RESTful方法，或者可选地，其中第一命令可以是RESTful方法，并且第二命令可以是非RESTful方法。

如前述实施例的至少一个的设备，其中第一M2M实体可包括(i)用于向第二M2M实体通信命令以操纵在第二M2M实体处维护的从属资源结构的考不的资源副本和属性副本的任一个的SC。

如前述实施例的设备，其中处理器可适用于向第二M2M实体发送命令以引起响应于第二命令在第二M2M实体处维护的从属资源结构的副本的资源副本和属性副本的任一个的操纵。

如前述实施例的设备，其中该命令可以是非RESTful方法，或者可选地，是RESTful方法。

在一个实施例中，一种系统可包括具有被配置为具有用于REM的业务能力和具有有用于根据多个管理层的其中之一执行第二M2M实体的REM 的从属资源结构的资源结构的第一M2M实体。该系统还可包括适用于通过操纵从属资源结构的资源和属性的任一个来执行第二M2M实体的REM的处理器。该系统可进一步包括具有被配置为具有从属资源结构的副本，和适用于在由服务器操纵后操纵从属资源结构的副本以复制从属资源结构的处理器的第二M2M实体。

在一个实施例中，一种有形计算机可读存储介质可在其上存储可执行指令，这些指令用于(i)使用用于REM的SC和使用具有用于根据多个管理层的其中之一执行第二M2M实体的REM的从属资源结构的资源结构来配置第一M2M实体；和(ii)通过操纵从属资源结构的资源和属性的任一个来执行第二M2M实体的REM。这些可执行指令可加载至计算装置的存储器中，并且可由该计算装置执行。

在一个实施例中，一种有形计算机可读存储介质可在其上存储可执行指令，这些指令用于(i)使用用于REM的SC和使用具有用于根据多个管理层的其中之一执行第二M2M实体的REM的从属资源结构的资源结构来配置第一M2M实体；(ii)通过操纵从属资源结构的资源和属性的任一个来执行第二M2M实体的REM；和(iii)操纵由第二M2M实体维护的从属资源结构的副本以便在从属资源结构的资源和属性的任一个的操纵后复制从属资源结构。

在一个实施例中，一种方法可包括实现用于在M2M环境中执行管理功能的基于客户端/服务器的远程实体管理(xREM)模型。该方法还可包括将该模型应用于M2M环境中的M2M装置。

在一个实施例中，一种方法可包括使用基于隧道的技术来在使用多个管理协议的M2M环境中实现xREM；并将该模型应用于M2M环境中的M2M 装置。

在一个实施例中，一种方法可包括提供包括属性组件的资源命令，并将该资源命令通信给M2M端设备。

如前述实施的方法，其中该资源命令可以是非RESTful命令。

在一个实施例中，一种方法可包括提供具有属性组件和可能的一些子参数的资源命令结构。该方法还可包括将这些资源命令通信给M2M端装置。传统的非RESTful管理命令可简单地使用RESTful方法在M2M端装置上得以操作。

在一个实施例中，一种方法可包括在M2M装置或M2M网关处存储访问历史资源结构，检测在M2M装置或M2M网关处的操作，和操纵访问历史资源结构以存储与该操作相关联的至少一个细节。

在一个实施例中，一种方法可包括接收授权对机器对机器(M2M)装置或网关的权限的请求，并授权对M2M装置或网关的权限。

在一个实施例中，一种方法可在M2M端装置处得以实现。该方法可包括接收具有用于管理该M2M端装置的一个或多个属性组件的资源命令。

如前述实施例的方法还可包括基于该资源命令应用一个或多个管理功能。

在一个实施例中，一种方法可包括提供包括一个或多个属性组件的资源命令，并将该资源命令通信给M2M端装置。

在一个实施例中，一种用于在第一系统中执行xREM的方法可包括例如适用于根据诸如草案ETSI TS 102 690这样的用于M2M通信的协议(“M2M 通信协议”)通信的第一、第二和第三装置。M2M通信协议可定义用于管理驻留在逻辑层(“管理层”)的每一个的实体的逻辑层的栈或集合。这些管理层可包括例如M2M应用管理层、M2M业务能力层、M2M网络管理层和 M2M装置管理层。第一装置可定义驻留在管理层的第一逻辑层(“第一管理层”)的实体。该实体可以是例如M2M应用、M2M业务能力、M2M局域网、M2M网关或M2M装置。第一装置可包括定义用于根据第一管理层来管理实体的资源(“第一管理层资源”)的第一数据结构。第二装置可包括也定义第一管理层资源的第二数据结构。并且，第二装置可通信地与第一和第三装置相耦合。

该方法可包括从第二装置向第三装置提供标识第一管理层资源的标识符。该方法还可包括在第二装置处从第三装置接收该标识符和用于第一管理层资源的应用的信息，并将该信息应用于第一管理层资源。

在一个或多个实例中，将信息应用于第一管理层资源可包括操纵第二数据结构。可选地，将信息应用于第一管理层资源可包括将该信息从第二装置发送给第一装置以引起第一装置操纵第一数据结构。

标识符可包括和/或是例如统一资源标识符、链接和地址的任一个。第一管理层资源可包括和/或定义管理对象。另外，第一、第二和第三装置的每一个可包括用于根据M2M通信协议通信的模块。第三装置可进一步包括适用于提供第一管理层资源的应用的信息的应用，例如M2M应用，并且其中应用的执行涉及根据M2M通信协议信息的通信。第一装置也可包括应用，并且这样的应用的执行涉及根据M2M通信协议信息的通信。

在一个或多个实施例中，第一装置可以是电器，第三装置可以是无线发射/接收单元(“WTRU”)并且第二装置可包括服务器。

作为另一个示例，公开了一种用于xREM的设备。该设备包括适用于根据M2M通信协议通信的第一装置。如上所述，M2M通信协议定义管理层的栈或集合。第一装置可包括第一数据结构。第一数据结构定义用于根据第一管理层管理驻留在第一管理层的第二装置的实体的第一管理层资源。第一装置还可通信地与第二装置和第三装置相耦合。第一装置可进一步包括适用于存储可执行指令的存储器，这些指令适用于：向第三装置提供标识第一管理层资源的标识符；从第三装置接收该标识符和用于第一管理层资源的应用的信息；和将该信息应用第一管理层资源。第一装置还可包括适用于从存储器获取该可执行指令并执行该可执行指令的处理器。

标识符可包括和/或是例如统一资源标识符、链接和地址的任一个。第一管理层资源可包括管理对象。

第一装置可包括用于根据M2M通信协议通信的模块。用于第一管理层资源的应用的信息可从第三装置的应用得以接收。第一装置可包括服务器，第二装置可以是电器，并且第三装置可以是WTRU。

公开了用于在第二系统中执行xREM的方法的另一个示例。第二系统可包括适用于根据M2M通信协议通信的第一和第二装置。M2M通信协议定义管理层。第一装置定义驻留在第一管理层的实体，并包括定义第一管理层资源的第一数据结构。第二装置包括也定义第一管理层资源的第二数据结构。第一装置可通信地与第二装置相耦合。

该方法可包括第一装置与第二装置协商以定义用于根据第一管理层管理实体的管理协议的类型。与第二装置协商包括例如从第一装置向第二装置发送第一消息以请求在第二装置处的业务能力层(“SCL”)的注册，其中第一消息包括定义管理协议类型的属性和分配给该属性的第一值。与第二装置协商还可包括在第一装置处从第二装置接收响应于第一消息发送的第二消息。第二消息可包括分配给定义管理协议类型的属性的第二值。

在一个或多个实施例中，与第二装置协商可进一步包括在第一装置处从第二装置接收第三消息以请求更新SCL的注册，其中第三消息包括分配给定义管理协议类型的属性的第二值。

作为一个选项，与第二装置的协商可包括从第一装置向第二装置发送第一消息以请求在第二装置的SCL中创建对象。为了实现这，第一消息可包括定义管理协议的类型的属性和分配给该属性的第一值。与第二装置的协商可进一步包括在第一装置处从第二装置接收响应于第一消息而发送的第二消息。第二消息可包括分配给该属性的第二值。

作为另一个选择，与第二装置的协商可包括从第一装置向第二装置发送第一消息以更新在第二装置的SCL中的对象。第一消息可包括用于标识定义管理协议类型的属性的标识符和分配给该属性的第一值。与第二装置的协商还可包括在第一装置处从第二装置接收响应于第一消息而发送的第二消息。第二消息可包括分配给该属性的第二值。

在仍然另一个选择中，与第二装置协商可包括在第一装置处从第二装置接收第一消息以请求更新在第二装置的SCL中的对象。为了实现该更新，第一消息可包括标识定义管理协议类型的属性的标识符和分配给该属性的第一值。与第二装置的协商还可包括从第一装置向第二装置发送响应于第一消息的第二消息。第二消息可包括分配给该属性的第二值。

在另一个选择中，与第二装置的协商可包括从第一装置向第三装置发送第一消息以发现第二装置。第一消息可包括定义管理协议类型的属性和分配给该属性的第一值。与第二装置的协商还可包括在第一装置从第三装置接收响应于第一消息而发送的第二消息。该第二消息可包括分配给定义协议类型的属性的第二值。分配给该属性的第二值可从第二装置的SCL获得。与第二装置的协商可进一步包括如果第一和第二值相等，选取用于注册第一装置的SCL的第二装置。

管理协议的类型可以是简单网络管理协议(“SNMP”)、宽带论坛 (“BBF”)TR-069CPE WAN管理协议和开放移动联盟(OMA)装置管理 (DM)协议的任一个。

公开了用于在第二系统中执行xREM的方法的另一个示例。该方法可包括通知第二装置用于根据第一逻辑层管理实体的管理协议的类型。

公开了用于执行xREM的方法的另一个示例。该方法可包括第一装置从第二装置接收用于向第一装置授权用于第三装置的xREM的权限的请求；和响应于该请求，第二装置可将权限传递给第一装置。在获得权限后，第一装置可执行对(over)第三装置的权限。

在一个或多个实施例中，一种方法可包括在第一实体处从第二实体接收用于执行RESTful方法的请求。第一实体可包括定义命令的资源(“命令资源”)的数据结构。该请求可包括用于标识命令资源的标识符和用于执行该命令的信息。该方法还可包括作为标识符和用于执行该命令的信息的函数执行该命令。该标识符可以是统一资源标识符、链接和地址的任一个。

在一个或多个实施例中，第一实体可分别包括第一和第二命令资源的第一和第二数据结构，并且该标识符可包括和/或是对第二资源的指针。

在一个或多个实施例中，一种方法可包括在第一实体处从第二实体接收用于执行RESTful方法的请求。第一实体可包括定义命令的命令资源的数据结构。该请求可包括用于表示命令资源的标识符和用于执行该命令的信息。该方法还可包括响应于该请求生成资源的第一实例，并更新该标识符以表示资源的第一实例，并作为标识符和用于执行该命令的信息的函数执行该命令。

在一个或多个实施例中，一种方法可包括在第一实体处从第二实体接收用于执行RESTful方法的第一请求。第一实体可包括命令资源的第一数据结构，第一请求可包括用于标识命令资源的第一标识符和用于执行该命令的第一信息。该方法还可包括响应于第一请求，生成命令资源的第一实例；更新第一标识符以标识命令资源的第一实例；在第一实体处从第二实体接收用于执行RESTful方法的第二请求。第二请求可包括用于标识命令资源的第二标识符和用于执行该命令的第二信息。该方法可进一步包括响应于第二请求生成命令资源的第二实例；更新第二标识符以标识命令资源的第二实例；作为第一标识符和用于执行命令的第一信息的函数执行命令；和作为第二标识符和用于执行命令的第二信息的函数执行命令。

在一个实施例中，用于根据用于机器对机器通信的协议执行xREM的方法得以公开。该方法可包括在第一实体处从第二实体接收用于执行RESTful 方法的请求(“RESTful方法请求”)。第一实体可包括可由RESTful方法修改的数据结构。该数据结构可以是例如代表包括例如在此被称为sclbase等的任意数据结构的业务能力层(“SCL”)的数据结构。RESTful方法请求可标识与可由第一实体执行的命令相关联的资源(此后称为“资源命令”)。该方法还可包括执行RESTful方法以根据资源命令调用对数据结构的修改。

在一个或多个实施例中，RESTful方法可以是RESTful方法创建、 RESTful方法获取、RESTful方法更新和/或RESTful方法删除。在RESTful 方法是例如RESTful方法创建的实施例中，执行RESTful方法可包括在数据结构中实例化代表资源命令的从属数据结构(此后称为“命令资源结构”)。

在RESTful方法是RESTful方法删除的实施例中，执行RESTful方法可包括从数据结构删除命令资源结构。在RESTful方法是RESTful方法获取的实施例中，执行RESTful方法可包括向第二实体发送命令资源结构的一些或所有的副本和/或命令资源结构的状态(“命令资源状态”)。

在RESTful方法是RESTful方法更新的实施例中，执行RESTful方法可包括修改命令资源结构以引起命令的状态(“命令状态”)改变。在一个或多个实施例中，修改从属数据结构可包括修改命令资源结构以引起命令的执行 (“命令执行”)。命令执行例如可由第一实体响应于检测到对命令资源结构的这样的修改来调用。

在一个或多个实施例中，资源命令可定义用于调用命令执行的从属资源 (“子资源”)(“命令执行子资源”)。该命令执行子资源可以是例如在下文被称作execEnable等的子资源的一个或多个实施例。命令资源结构的一个或多个元(“命令资源结构元”)可表示命令执行子资源。

在一个或多个实施例中，RESTful方法请求可包括用于修改命令执行子资源以调用命令执行的信息。在这些实施例中，修改命令执行子资源可包括用该信息修改代表命令执行子资源的命令资源结构元以便调用命令执行。

用于修改命令执行子资源以调用命令执行的信息可以是可被分配和解释以调用命令执行的数字、整数、字符、代码等。以示例的方式，用于修改命令执行子资源以调用命令执行的信息可以是“0”，并且因此使用“0”修改代表命令执行子资源的命令资源结构元调用命令执行。

在一个或多个实施例中，资源命令可定义用于调用命令执行的属性。在这些实施例中，命令资源结构元可代表属性，这样的元可由标识符(“属性标识符”)标识。该命令执行属性标识符可以是例如在下文被称为execEnable 等的属性的一个或多个实施例。

RESTful方法请求可包括属性标识符。另外，代表该属性的命令资源结构元的选取可调用命令执行。并且，修改命令资源结构以调用命令的执行可包括使用属性标识符来选取代表该属性的命令资源结构元，这反过来调用命令的执行。

在一个或多个实施例中，修改命令资源结构可包括修改命令资源结构以调用对命令执行的暂停。对命令执行的暂停例如可由第一实体响应于检测到对命令资源结构的这样的修改来调用。

在一个或多个实施例中，资源命令可定义用于调用对命令执行的暂停的子资源。该子资源可以是例如在下文本称为execEnable等的子资源的一个或多个实施例。在一个或多个实施例中，RESTful方法请求可包括用于修改命令执行子资源以调用对命令执行的暂停的信息。在这些实施例中，修改命令资源结构以调用对命令执行的暂停可包括修改代表命令执行子资源的命令资源结构元来调用该暂停。用于修改命令执行子资源的信息可以是可被分配并解释以调用对命令执行的暂停的数字、整数、字符、代码等。以示例的方式，用于修改命令执行子资源以调用暂停的信息可以是“1”，并且因此用“1”修改代表命令执行子资源的命令资源结构元调用对命令执行的暂停。

在一个或多个实施例中，资源命令可定义用于调用对命令执行的暂停的属性(“暂停执行属性”)。命令资源结构元的一个或多个可代表暂停执行属性，并这样的元可由相应的属性标识符来标识。该暂停执行属性可以是例如在下文被称为execPause等的属性的一个或多个实施例。RESTful方法请求可包括暂停执行属性标识符。另外，代表暂停执行属性的命令资源结构元的选取可调用对命令执行的暂停。并且修改命令资源结构以调用对命令执行的暂停可包括使用暂停执行属性标识符来选取代表暂停执行属性的命令资源结构元，这反过来调用对命令执行的暂停。

在一个或多个实施例中，修改命令资源结构可包括修改命令资源结构以引起经暂停执行的命令恢复执行(“恢复命令执行”)。恢复命令执行例如可由第一实体响应于检测到对命令资源结构的修改以引起恢复命令执行而得以调用。

在一个或多个实施例中，资源命令可定义用于调用恢复命令执行的子资源。该子资源可以是例如在下文本称为execEnable等的子资源的一个或多个实施例。在一个或多个实施例中，RESTful方法请求可包括用于修改命令执行子资源以调用恢复命令执行的信息。在这些实施例中，修改命令资源结构以调用恢复命令执行可包括修改代表命令执行子资源的命令资源结构元来调用恢复命令执行。该信息可以是可被分配并解释以调用恢复命令执行的数字、整数、字符、代码等。以示例的方式，用于修改命令执行子资源以调用恢复命令执行的信息可以是“2”，并且因此用“2”修改代表命令执行子资源的命令资源结构元调用恢复命令执行。

在一个或多个实施例中，资源命令可定义用于调用恢复命令执行的属性 (“恢复执行属性”)。命令资源结构元的一个或多个可代表恢复执行属性，并这样的元可由相应的属性标识符来标识。该恢复执行属性可以是例如在下文被称为execResume等的属性的一个或多个实施例。RESTful方法请求可包括恢复执行属性标识符。另外，代表恢复执行属性的命令资源结构元的选取可调用恢复命令执行。修改命令资源结构以调用恢复命令执行可包括使用恢复执行属性标识符来选取代表恢复执行属性的命令资源结构元，这反过来调用恢复命令执行。

在一个或多个实施例中，修改命令资源结构可包括修改命令资源结构以调用命令执行的取消(“取消命令执行”)。取消命令执行例如可由第一实体响应于检测到对命令资源结构的修改以引起取消命令执行而得以调用。

在一个或多个实施例中，资源命令可定义用于调用取消命令执行的子资源。该子资源可以是例如在下文本称为execEnable等的子资源的一个或多个实施例。在一个或多个实施例中，RESTful方法请求可包括用于修改命令执行子资源以调用取消命令执行的信息。在这些实施例中，修改命令资源结构以调用取消命令执行可包括修改代表命令执行子资源的命令资源结构元来调用取消命令执行。该信息可以是可被分配并解释以调用取消命令执行的数字、整数、字符、代码等。以示例的方式，用于修改命令执行子资源以调用取消命令执行的信息可以是“3”，并且因此用“3”修改代表命令执行子资源的命令资源结构元调用取消命令执行。

在一个或多个实施例中，资源命令可定义用于调用取消命令执行的属性 (“取消执行属性”)。命令资源结构元的一个或多个可代表取消执行属性，并这样的元可由相应的属性标识符来标识。该取消执行属性可以是例如在下文被称为execDisable等的属性的一个或多个实施例。RESTful方法请求可包括取消执行属性标识符。另外，代表取消执行属性的命令资源结构元的选取可调用取消命令执行。修改命令资源结构以调用取消命令执行可包括使用取消执行属性标识符来选取代表取消执行属性的命令资源结构元，这反过来调用取消命令执行。

在RESTful方法是RESTful方法删除的一个或多个实施例中，执行 RESTful方法可包括修改命令资源结构以引起命令执行状态的变化，并从数据结构删除该命令资源结构。

在一个或多个实施例中，修改命令资源结构可包括修改命令资源结构来调用取消命令执行。取消命令执行还可由第一实体响应于检测到对命令资源结构的修改以调用取消命令执行而得以调用。可选地，取消命令执行例如可由第一实体响应于RESTful方法删除来调用。

在一个或多个实施例中，修改命令资源结构以调用取消命令执行可包括修改代表命令执行子资源的命令资源结构元来调用取消命令执行，如上所述。在一个或多个实施例中，修改命令资源结构以调用取消命令执行可包括使用取消执行属性标识符来选取代表取消执行属性的命令资源结构元，这反过来调用取消命令执行。

用于根据用于机器对机器通信的协议执行远程实体管理的可选方法得以公开。该方法可包括在第一实体处从第二实体接收RESTful方法请求。第一实体可包括可由RESTful方法修改的数据结构。该数据结构可包括代表第一资源的从属数据结构，其中该第一资源定义用于调用命令资源状态的操作。该从属数据结构可由标识符标识，并且其中RESTful方法请求可包括该标识符，并且可标识该资源命令。该方法还可包括执行该RESTful方法以根据该标识符和资源命令调用对数据结构的修改。

在一个或多个实施例中，用于引起命令资源状态的改变的操作可包括调用命令执行、调用对命令执行的暂停、调用恢复命令执行或调用取消命令执行的操作。

在一个实施例中，用于根据用于机器对机器通信的协议执行xREM的方法可包括在第一实体处从第二实体接收用于执行RESTful方法的请求 (“RESTful方法请求”)。第一实体可包括可由RESTful方法修改的数据结构。该数据结构可以是例如代表包括例如在此被称为sclbase等的任意数据结构的业务能力层(“SCL”)的数据结构。RESTful方法请求可标识与可由第三实体执行的命令相关的资源(此后称为“资源命令”)。该方法还可包括执行该RESTful方法以根据资源命令执行对数据结构的修改。

在一个或多个实施例中，RESTful方法可以是RESTful方法创建、 RESTful方法获取、RESTful方法更新和/或RESTful方法删除。在RESTful 方法是例如RESTful方法创建的实施例中，执行RESTful方法可包括在数据结构中实例化代表资源命令的从属数据结构(此后称为“命令资源结构”)。

在RESTful方法是RESTful方法删除的实施例中，执行RESTful方法可包括从数据结构删除命令资源结构。在RESTful方法是RESTful方法获取的实施例中，执行RESTful方法可包括向第二实体发送命令资源结构的一些或全部的副本和/或命令资源结构的状态(“命令资源状态”)。

在RESTful方法是RESTful方法更新的实施例中，执行RESTful方法可包括修改命令资源结构以引起命令的状态(“命令状态”)变化。在一个或多个实施例中，修改从属数据结构可包括修改命令资源结构来调用命令的执行 (“命令执行”)。命令执行可由第一实体响应于检测到对命令资源结构的这样的修改来调用。

在一个或多个实施例中，资源命令可定义用于调用命令执行的从属资源 (“子资源”)(“命令执行子资源”)。该命令执行子资源可以是例如下文被称为execEnable等的子资源的一个或多个实施例。命令资源结构的一个或多个元(“命令资源结构元”)可代表命令执行子资源。

在一个或多个实施例中，RESTful方法请求可包括用于修改命令执行子资源以调用命令执行的信息。在这些实施例中，修改命令执行子资源可包括用该信息修改代表命令执行子资源的命令资源结构元以便调用命令执行。

用于修改命令执行子资源以调用命令执行的信息可以是可被分配和解释以调用命令执行的数字、整数、字符、代码等。以示例的方式，用于修改命令执行子资源以调用命令执行的信息可以是“0”，并且因此使用“0”修改代表命令执行子资源的命令资源结构元调用命令执行。

在一个或多个实施例中，资源命令可定义用于调用命令执行的属性。在这些实施例中，命令资源结构元可代表属性，这样的元可由标识符(“属性标识符”)标识。该命令执行属性标识符可以是例如在下文被称为execEnable 等的属性的一个或多个实施例。

RESTful方法请求可包括属性标识符。另外，代表该属性的命令资源结构元的选取可调用命令执行。并且，修改命令资源结构以调用命令的执行可包括使用属性标识符来选取代表该属性的命令资源结构元，这反过来调用命令的执行。

在一个或多个实施例中，修改命令资源结构可包括修改命令资源结构以调用对命令执行的暂停。对命令执行的暂停例如可由第一实体响应于检测到对命令资源结构的这样的修改来调用。

在一个或多个实施例中，资源命令可定义用于调用对命令执行的暂停的子资源。该子资源可以是例如在下文本称为execEnable等的子资源的一个或多个实施例。在一个或多个实施例中，RESTful方法请求可包括用于修改命令执行子资源以调用对命令执行的暂停的信息。在这些实施例中，修改命令资源结构以调用对命令执行的暂停可包括修改代表命令执行子资源的命令资源结构元来调用该暂停。用于修改命令执行子资源的信息可以是可被分配并解释以调用对命令执行的暂停的数字、整数、字符、代码等。以示例的方式，用于修改命令执行子资源以调用暂停的信息可以是“1”，并且因此用“1”修改代表命令执行子资源的命令资源结构元调用对命令执行的暂停。

在一个或多个实施例中，资源命令可定义用于调用对命令执行的暂停的属性(“暂停执行属性”)。命令资源结构元的一个或多个可代表暂停执行属性，并这样的元可由相应的属性标识符来标识。该暂停执行属性可以是例如在下文被称为execPause等的属性的一个或多个实施例。RESTful方法请求可包括暂停执行属性标识符。另外，代表暂停执行属性的命令资源结构元的选取可调用对命令执行的暂停。并且修改命令资源结构以调用对命令执行的暂停可包括使用暂停执行属性标识符来选取代表暂停执行属性的命令资源结构元，这反过来调用对命令执行的暂停。

在一个或多个实施例中，修改命令资源结构可包括修改命令资源结构以引起经暂停执行的命令恢复执行(“恢复命令执行”)。恢复命令执行例如可由第一实体响应于检测到对命令资源结构的修改以引起恢复命令执行而得以调用。

在一个或多个实施例中，资源命令可定义用于调用恢复命令执行的子资源。该子资源可以是例如在下文本称为execEnable等的子资源的一个或多个实施例。在一个或多个实施例中，RESTful方法请求可包括用于修改命令执行子资源以调用恢复命令执行的信息。在这些实施例中，修改命令资源结构以调用恢复命令执行可包括修改代表命令执行子资源的命令资源结构元来调用恢复命令执行。该信息可以是可被分配并解释以调用恢复命令执行的数字、整数、字符、代码等。以示例的方式，用于修改命令执行子资源以调用恢复命令执行的信息可以是“2”，并且因此用“2”修改代表命令执行子资源的命令资源结构元调用恢复命令执行。

在一个或多个实施例中，资源命令可定义用于调用恢复命令执行的属性 (“恢复执行属性”)。命令资源结构元的一个或多个可代表恢复执行属性，并这样的元可由相应的属性标识符来标识。该恢复执行属性可以是例如在下文被称为execResume等的属性的一个或多个实施例。RESTful方法请求可包括恢复执行属性标识符。另外，代表恢复执行属性的命令资源结构元的选取可调用恢复命令执行。修改命令资源结构以调用恢复命令执行可包括使用恢复执行属性标识符来选取代表恢复执行属性的命令资源结构元，这反过来调用恢复命令执行。

在一个或多个实施例中，修改命令资源结构可包括修改命令资源结构以调用命令执行的取消(“取消命令执行”)。取消命令执行例如可由第一实体响应于检测到对命令资源结构的修改以引起取消命令执行而得以调用。

在一个或多个实施例中，资源命令可定义用于调用取消命令执行的子资源。该子资源可以是例如在下文本称为execEnable等的子资源的一个或多个实施例。在一个或多个实施例中，RESTful方法请求可包括用于修改命令执行子资源以调用取消命令执行的信息。在这些实施例中，修改命令资源结构以调用取消命令执行可包括修改代表命令执行子资源的命令资源结构元来调用取消命令执行。该信息可以是可被分配并解释以调用取消命令执行的数字、整数、字符、代码等。以示例的方式，用于修改命令执行子资源以调用取消命令执行的信息可以是“3”，并且因此用“3”修改代表命令执行子资源的命令资源结构元调用取消命令执行。

在一个或多个实施例中，资源命令可定义用于调用取消命令执行的属性 (“取消执行属性”)。命令资源结构元的一个或多个可代表取消执行属性，并这样的元可由相应的属性标识符来标识。该取消执行属性可以是例如在下文被称为execDisable等的属性的一个或多个实施例。RESTful方法请求可包括取消执行属性标识符。另外，代表取消执行属性的命令资源结构元的选取可调用取消命令执行。修改命令资源结构以调用取消命令执行可包括使用取消执行属性标识符来选取代表取消执行属性的命令资源结构元，这反过来调用取消命令执行。

在RESTful方法是RESTful方法删除的一个或多个实施例中，执行 RESTful方法可包括修改命令资源结构以引起命令执行状态的变化，并从数据结构删除该命令资源结构。

在一个或多个实施例中，修改命令资源结构可包括修改命令资源结构来调用取消命令执行。取消命令执行还可由第一实体响应于检测到对命令资源结构的修改以调用取消命令执行而得以调用。可选地，取消命令执行例如可由第一实体响应于RESTful方法删除来调用。

如上所述，在一个或多个实施例中，修改命令资源结构以调用取消命令执行可包括修改代表命令执行子资源的命令资源结构元来调用取消命令执行。在一个或多个实施例中，修改命令资源结构以调用取消命令执行可包括使用取消执行属性标识符来选取代表取消执行属性的命令资源结构元，这反过来调用取消命令执行。

用于根据用于机器对机器通信的协议执行远程实体管理的一种可选方法得以公开。该方法可包括在第一实体处从第二实体接收RESTful方法请求。第一实体可包括可由RESTful方法修改的数据结构。该数据结构可包括代表第一资源的从属数据结构，其中第一资源定义用于调用命令资源状态的操作。从属数据结构可由标识符标识，并且其中RESTful方法请求可包括该标识符并且可标识资源命令。该方法还可包括执行RESTful方法以根据该标识符和资源命令调用对数据结构的修改。

在一个或多个实施例中，用于引起命令资源状态的改变的操作可包括调用命令执行、调用对命令执行的暂停、调用恢复命令执行或调用取消命令执行的操作。

在一个或多个实施例中，用于引起命令(例如<command>、 <commandInstance>或<requestInstance>，如下所述)的状态的变化的从属数据结构的任一个可包括从数据结构输入到这样的从属数据结构从属的数据结构的属性、子资源、参数和自变量的任一个。

在一个实施例中，一种方法可包括维护装置的地址映射，并使用该地址映射来向装置发送通知。这些装置可以是装置管理装置。

在一个实施例中，一种方法可包括在装置管理网关处管理具有业务能力 (D)的M2M装置，使用透明模式和代理模式的其中之一来管理M2M装置。

在一个实施例中，一种方法可包括在装置管理网关处管理M2M装置，并使用适应模式管理M2M装置。

在一个实施例中，一种方法可包括在装置管理网关处管理非ETSI M2M 装置，并使用适应模式来管理非ETSI M2M装置。

在一个实施例中，一种方法可包括在网关处维护装置的地址映射，并使用该地址映射来向装置发送通知。

如前实施例的方法，其中装置时装置管理装置。

如前实施例的至少一个的方法，其中装置可被配置具有业务能力(D)。

在一个实施例中，一种方法可包括在装置管理网关处管理具有业务能力 (D)的M2M装置，并使用透明模式和代理模式的其中之一来管理M2M装置。

在一个实施例中，一种方法可包括在装置管理网关处管理M2M装置，并使用适应模式来管理M2M装置。

在一个实施例中，一种方法可包括在装置管理网关处管理非ETSI M2M 装置，并使用适应模式来管理非ETSI M2M装置。

在一个实施例中，一种用于数据模型化M2M局域网和M2M装置的数据结构包括至少一个包括etsiAreaNwkInfo的管理对象，至少一个管理对象可包括etsiAreaNwkDeviceInventory，至少一个管理对象包括 etsiAreaNwkDeviceGroups，至少一个管理对象包括 etsiAreaNwkGroupOperafions，并且至少一个管理对象包括etsiSensors。该数据结构可提供装置目录和配置管理、局域网配置管理、局域网性能管理或装置的组管理的至少一个。

在一个实施例中，一种用于机器对机器(M2M)局域网和M2M装置的数据模型化的方法可包括管理包括至少一个用于M2M网络和至少一个装置的管理对象的M2M的数据模型。

如前实施例的方法，其中该管理可提供装置目录和配置管理。

如前实施例的至少一个的方法，其中该管理可提供局域网配置管理。

如前实施例的至少一个的方法，其中该管理可提供局域网配置管理。

如前实施例的至少一个的方法，其中该管理可提供装置的组管理。

如前实施例的至少一个的方法，其中至少一个管理对象可包括etsiAreaNwkInfo。

如前实施例的至少一个的方法，其中至少一个管理对象可包括etsiAreaNwkDeviceInventory。

如前实施例的至少一个的方法，其中至少一个管理对象可包括etsiAreaNwkDeviceGroups。

如前实施例的至少一个的方法，其中至少一个管理对象可包括etsiAreaNwkGroupOperations。

如前实施例的至少一个的方法，其中至少一个管理对象可包括 etsiSensors。

如前实施例的至少一个的方法，其中至少一个管理对象可包括子资源。

如前实施例的至少一个的方法，其中至少一个管理对象可包括另一个管理对象的子资源。

如前实施例的至少一个的方法，其中etsiAreaNwkInfo可将 areaNwkInstance作为子资源包括。

如前实施例的至少一个的方法，其中areaNwkInstance可将areaNwkID、areaNwkType、workingChannelFrequency和addressMode的任一个作为子资源包括。

如前实施例的至少一个的方法，其中etsiAreaNwkDeviceInventory可将deviceInstance和deviceApplicationList作为groups包括。

如前实施例的至少一个的方法，其中deviceInstance可将 deviceGroupList、etsiBattery、etsiMemory和etsiSensor的至少一个作为子资源包括。

如前实施例的至少一个的方法，其中deviceInstance可将deviceType、deviceID、addressType、areaNwkID、internal address、external address、sleepInterval、sleepDuration、status、maxRtrAdvertisements、 minDelayBetweenRas、maxRaDelayTime、tenativeNceLifetime、hopLimit、 rtrSolicitationInvterval、maxRtrSolicitatios或maxRtrSolicitationInterval的至少一个作为子资源包括。

如前实施例的至少一个的方法，其中etsiAreaNwkDeviceGroups可将deviceGroupInstance作为子资源包括。

如前实施例的至少一个的方法，其中deviceGroupInstance可将groupID、groupType、groupSize、members或condition的至少一个作为子资源包括。

如前实施例的至少一个的方法，其中estiAreaNwkGroupOperations将operationInstance作为子资源包括。

如前实施例的至少一个的方法，其中operationInstance可将groupID、 enable、disable、results或description的至少一个作为子资源包括。

如前实施例的至少一个的方法，其中etsiSensors可将sensorInstance作为子资源包括。

如前实施例的至少一个的方法，其中sensorInstance可将sensorID、sensorType、manufacturer或operations的至少一个作为子资源包括。

如前实施例的至少一个的方法，其中operations可将enable、disable或 result的至少一个作为子资源包括。

在一个实施例中，用于数据模型化机器对机器(M2M)局域网和M2M 装置的资源结构可包括包括etsiAreaNwkInfo的至少一个管理对象；至少一个管理对象包括etsiAreaNwkDeviceInventory；至少一个管理对象包括 etsiAreaNwkDeviceGroups；至少一个管理对象包括 etsiAreaNwkGroupOperations；和至少一个管理对象包括etsiSensors，该资源结构提供装置目录和配置管理、局域网配置管理、局域网性能管理或装置的组管理的至少一个。

在一个实施例中，用于数据模型化M2M局域网和M2M装置的数据结构包括包括etsiAreaNwkInfo的至少一个管理对象、包括 etsiAreaNwkDeviceInventory的至少一个管理对象、包括 etsiAreaNwkDeviceGroups的至少一个管理对象、包括etsiGroupMgmtOperations的至少一个管理对象和包括etsiSensors的至少一个管理对象。该数据结构提供装置目录和配置管理、局域网配置管理、局域网性能管理或装置的组管理的至少一个。

在一个实施例中，一种用于机器对机器(M2M)局域网和M2M装置的数据模型化的方法可包括管理用于包括M2M网络和至少一个装置的至少一个管理对象的M2M的数据模型。

如前实施例的方法，其中该管理提供装置目录和配置管理。

如前实施例的至少一个的方法，其中该管理提供局域网配置管理。

如前实施例的至少一个的方法，其中该管理提供局域网性能管理。

如前实施例的至少一个的方法，其中该管理提供装置的组管理。

如前实施例的至少一个的方法，其中至少一个管理对象包括 etsiAreaNwkInfo。

如前实施例的至少一个的方法，其中至少一个管理对象包括etsiAreaNwkDeviceInventory。

如前实施例的至少一个的方法，其中至少一个管理对象包括etsiAreaNwkDeviceGroups。

如前实施例的至少一个的方法，其中至少一个管理对象包括etsiGroupMgmtOperations。

如前实施例的至少一个的方法，其中至少一个管理对象包括etsiSensors。

如前实施例的至少一个的方法，其中至少一个管理对象包括子资源。

如前实施例的至少一个的方法，其中至少一个管理对象包括另一个管理对象的子资源。

如前实施例的至少一个的方法，其中etsiAreaNwkInfo将areaNwkInstance 作为子资源包括。

如前实施例的至少一个的方法，其中areaNwkInstance将areaNwkID、areaNwkType、workingChannelFrequency、addressMode、sleepInterval、 sleepDuration、numOfDevices和attachedDevices的至少一个作为子资源包括。

如前实施例的至少一个的方法，其中etsiAreaNwkDeviceInventory将deviceInstance和areaNwkInstance的至少一个作为gourps包括。

如前实施例的至少一个的方法，其中deviceInstance将groups、 deviceType、deviceID、addressType、areaNwkID、internalAddress、 externalAddress、sleepInterval、sleepDuration、status、etsiBattery、etsiMemory、 etsiSensor、blockSize和MTU的至少一个作为子资源包括。

如前实施例的至少一个的方法，其中deviceInstance将6LoWPAN、Wi-Fi 和ZigBee的至少一个作为子资源包括。

如前实施例的至少一个的方法，其中etsiAreaNwkDeviceGroup将deviceGroupInstance作为子资源包括。

如前实施例的至少一个的方法，其中deviceGroupInstance将groupID、groupType、groupSize、members或condition的至少一个作为子资源包括。

如前实施例的至少一个的方法，其中etsiGroupMgmtOperations将 groups、subscriptions和operationInstance的至少一个作为子资源包括。

如前实施例的至少一个的方法，其中operationInstance将groupID、execEnable、execDisable、execPause、execResume、execStatus、OperationID、execResults和execParameters的至少一个作为子资源包括。

如前实施例的至少一个的方法，其中etsiSensors将sensorInstance作为子资源包括。

如前实施例的至少一个的方法，其中sensorInstance将sensorID、 sensorType、manufacturer或operations的至少一个作为子资源包括。

如前实施例的至少一个的方法，其中operations将enable、disable或result 的至少一个作为子资源包括。

在一个实施例中，无线发射/接收单元可被配置为实现如前实施例任一个的方法。

在一个实施例中，基站可被配置为实现如前实施例的任一个的方法。

在一个实施例中，一种有形的计算机可读存储介质可在其上存储可加装到计算装置的存储器中并可由其执行的、用于执行如前实施例的任一个的方法的可执行指令。

在一个实施例中，用于数据模型化M2M局域网和M2M装置的资源结构包括包括etsiAreaNwkInfo的至少一个管理对象、包括 etsiAreaNwkDeviceInventory的至少一个管理对象、包括 etsiAreaNwkDeviceGroups的至少一个管理对象、包括etsiGroupMgmtOperations的至少一个管理对象和包括etsiSensors的至少一个管理对象，该资源结构提供装置目录和配置管理、局域网配置管理、局域网性能管理或装置的组管理的至少一个。

上述方法、设备和系统的变型是可能的，并不脱离本发明的范围。以可应用的各种实施例的观点，应理解阐述的实施例仅是示例性的，不应被理解为对伴随的权利要求范围的限制。例如，在在此描述的示例实施例中，包括手持设备，其可包括或使用任意适当的、提供任意适当电压的电源，例如电池等。

尽管以上以特定的组合描述了特征和元素，但是一个本领域普通技术人员将理解，每个特征或元素可以单独地或与其它的特征和元素任意组合地使用。此外，在此描述的方法可在包括在由计算机或处理器执行的计算机可读介质中的计算机程序、软件或固件中实现。计算机可读介质的示例包括电子信号(通过有线或无线连接传送)和计算机可读存储介质。计算机可读存储介质的示例包括但不限制为只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储器设备、诸如内部硬盘和可移除磁盘这样磁性介质、磁光介质和诸如CD-ROM盘和数字通用盘(DVD)这样的光介质。与软件相关联的处理器可用来实现在WTKU、UE、终端、基站、KNC 或任何主计算机中使用的无线电频率收发信机。

此外，在上述的实施例中，应注意处理平台、计算系统、控制器和其他包括处理器的装置。这些装置可包括至少一个中央处理单元(“CPU”)和存储器。根据计算机编程领域的技术人员的实践，涉及动作和操作或指令的符号表示可由各种CPU和存储器来执行。这样的动作和操作或指令可被称为“执行”、“计算机执行”或“CPU执行”。

一个本领域的技术人员将理解动作和符号表示的操作或指令包括由 CPU操作的电子信号。电子系统表示能引起电信号的结果变换或减少和在存储器系统中的存储位置维护数据比特，从而重配置或改变CPU操作的数据比特，和信号的其他处理。维护数据比特的存储位置是具有相应于或代表该数据比特的特殊电、磁、光或有机性质的物理位置。应当理解，示例性实施例并不限于上述平台或CPU以及可支持上述方法的其他平台和CPU。

数据比特还可以维护在计算机可读介质上，包括CPU可读的磁盘、光盘和任何其他易失(例如随机存取存储器(“RAM”))或非易失(例如只读存储器(“ROM”))海量存储系统。计算机可读介质可包括协作或互连的计算机可读介质，其排他地存在在处理系统上，或分布在多个可以是本地或远程于处理系统的互连处理系统间。应当理解，示例性实施例并不限于上述存储器和其他可支持上述方法的平台和存储器。

在本申请的说明中使用的元件、动作或指令都不应当被解释为对本发明至关重要或实质，除非明确地这么描述。同样地，如在此使用的那样，冠词“一”和“一个”旨在包括一个或多个项。在旨在仅一个项的情况下，使用术语“单一”或类似语言。另外，跟随着多个项和/或多个类别的项的术语“任一个”，如在此使用的那样，旨在包括这些项和/或这些项的类别的“任一个”、“任意组合”、“任意多个”和/或“多个的任意组合”，独立于或结合于其他项和/或其他类别的项。另外，如在此使用的那样，术语“集合”旨在包括任意数目的项，包括0。此外，如在此使用的那样，术语“数目”旨在包括任意数目，包括0。

并且，权利要求不应当被理解为受限于描述的顺序或元件，除非说明该效果。此外，在任意权利要求中使用术语“手段(means)”旨在援引35 U.S.C. §112，6，没有措词“手段”的任意权利要求没有这样的含义。