TWI642290B

TWI642290B - 用於管理機器對機器（ｍ２ｍ）實體的ｍ２ｍ伺服器、以及在ｍ２ｍ伺服器中實施的方法

Info

Publication number: TWI642290B
Application number: TW106112997A
Authority: TW
Inventors: 王崇廣; 保羅路瑟爾二世; 陸廣; 戴爾席德; 董利君; 麥克史塔新尼克
Original assignee: 美商ＩｏＴ控股公司
Priority date: 2011-02-11
Filing date: 2012-02-10
Publication date: 2018-11-21
Also published as: KR20140008373A; JP6178446B2; KR101963466B1; EP2854423A1; EP2673965B1; US9986038B2; TW201742417A; JP2014506764A; US10455024B2; CN103621113B; JP2016158248A; US20180248957A1; MY162193A; US20170013063A1; HK1192677A1; EP2854423B1; WO2012109531A3; TWI610552B; WO2012109531A2; EP2673965A2

Abstract

揭露了用於管理機器對機器(M2M)實體的系統、方法和裝置。本文所包括的是可包括於管理M2M環境中用於管理M2M實體的一個或多個管理層的方法。該方法還可包括使用複數個管理層來管理M2M區域網路，其中M2M區域網路可包括一個或多個M2M端裝置。M2M端裝置可包括例如M2M閘道及/或M2M裝置。管理層可包括應用管理層、服務管理層、網路管理層和裝置管理層的任一個。管理層可提供M2M實體的配置管理、故障管理和性能管理的任一個。

Description

用於管理機器對機器(M2M)實體的M2M伺服器、以及在M2M伺服器中實施的方法

相關申請案的交叉引用

本申請案涉及並要求(i)2011年2月11日申請的美國臨時專利申請案第61/441,911號、名稱為“Enhanced Gateway-Based Machine-To-Machine(M2M)Device Management”(代理人編號IDC-10928US01)；(ii)2011年6月14日申請的美國臨時專利申請案第No.61/496,812號、名稱為“Data Model For Managing M2M Area Networks and M2M Devices behind the M2M Gateway”(代理人編號IDC-11072US01)；(iii)2011年6月24日申請的美國臨時專利申請案第No.61/500,798號、名稱為“Data Model For Managing M2M Area Networks and M2M Devices behind the M2M Gateway”(代理人編號IDC-11077US01)；(iv)2011年2月18日申請的美國臨時專利申請案第No.61/444,323號、名稱為“Machine-To-Machine(M2M)Remote Entity Management”(代理人編號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應用的成功實現和興起可能取決於產業範圍內接受確保(例如定義需求以便確保)可由各種實體製造和操作的各種機器之間的相互操作性的標準。

QOS‧‧‧服務品質

M2M‧‧‧機器對機器通信

dIa、mId、mIa‧‧‧參考點

SC‧‧‧服務能力

CoAP‧‧‧受限應用協定

3GPP‧‧‧第3代合作夥伴計畫

mgmtObjs、402、460‧‧‧管理物件

REM‧‧‧遠端實體管理

NREM、38a、38b、502、508、602‧‧‧M2M區域網路

ETSI‧‧‧歐洲電信標準協會

DM‧‧‧裝置管理

SNMP‧‧‧簡易網路管理協定

mgmtProtocolType(值)‧‧‧管理協定類型的值

<scl-of-server>‧‧‧表示M2M伺服器

URI‧‧‧統一資源識別字

ID‧‧‧存取權

ACK‧‧‧授權確認

N-SCL、26a、26b、26c‧‧‧網路服務能力層

G-SCL‧‧‧各自的SCL

<commandInstance>‧‧‧資源命令的資料結構實例

<command>‧‧‧各自的命令

PKGURL‧‧‧相應封包的URL

<requestInstances>‧‧‧多個請求實例的集合

execDisable、execPause、execResume、execResult‧‧‧屬性

execStause‧‧‧表示<commandInstance>的目前狀態

DA、GA‧‧‧M2M應用

OMA‧‧‧管理協定和開放行動聯盟

(D)‧‧‧M2M直接裝置

MO‧‧‧管理物件

etsiAreaNwkInfo‧‧‧區域網路資訊和配置

<areaNwkIntance>、<deviceInstance>、6LoWPAN、WiFi、RFID、ZigBee‧‧‧子資源

areaNwkID‧‧‧屬性，用以儲存M2M區域網路的識別碼

areaNwkType‧‧‧屬性，用以指定M2M區域網路的類型

MTU‧‧‧表示在此區域網路<areaNwkInstance>子資源中的最大傳輸單元

maxRtrAdvertisements‧‧‧即將發送的未經請求的路由器通告的最大數目

minDelayBetweenRas‧‧‧發送給所有節點多播位址的兩個連貫的路由器通告之間的最小間隔

maxRaDelayTime‧‧‧用於發送作為回應於所接收的路由器請求訊息的路由器通告

訊息的最大延期

tentativeNceLifetime‧‧‧用於試探鄰居快取記憶體的計時器

rtrSolicitationInterval‧‧‧用於第一maxRtxSolications路由器請求的初始重傳的間隔

maxRtrSolicitationInterval‧‧‧初始重傳的數目maxRtrSolicitations和用於路由器請求的最大重傳間隔

maxRtrSolicitations‧‧‧初始重傳的數目

group‧‧‧組

12‧‧‧裝置域

14‧‧‧網路域

16‧‧‧網路應用域

18a、18b‧‧‧M2M網路應用

20‧‧‧存取及/或核心網路

22‧‧‧傳輸網路

24a、24b、24c‧‧‧M2M伺服器

30a、30b、30c‧‧‧N-SC

32a、32b、32c‧‧‧N-SCL資源結構

DREM、34a、34b、34c、34d、34e、34f、34g、504、512‧‧‧M2M裝置

GREM、36a、36b、(G)、506、510、604‧‧‧M2M閘道

40a、40b、40c、40d、40f、40g‧‧‧M2M應用(“DA”)

28a、28b、28c、42a、42b、42c、42d、42e、42f、42g、52a、52b‧‧‧網路通信協定堆疊

44a、44b、44c、44d‧‧‧D-SCL

50a、50b‧‧‧M2M應用(“GA”)

54a、54b‧‧‧G-SCL

56a、56b‧‧‧G-SC

58a、58b‧‧‧G-SCL資源結構

100‧‧‧通信系統

102、102a、102b、102c、102d‧‧‧無線傳輸/接收單元(WTRU)

104、RAN‧‧‧無線電存取網路

106‧‧‧核心網路

108、PSTN‧‧‧公共交換電話網路

110‧‧‧網際網路

112‧‧‧其他網路

114a、114b‧‧‧基地台

116‧‧‧空氣介面

118‧‧‧處理器

120‧‧‧收發器

122‧‧‧傳輸/接收元件

124‧‧‧揚聲器/麥克風

126‧‧‧鍵盤

128‧‧‧顯示器/觸控板

130‧‧‧非可移記憶體

132‧‧‧可移記憶體

134‧‧‧電源

136‧‧‧GPS晶片組

GPS‧‧‧全球定位系統

138‧‧‧週邊設備

140a、140b、140c‧‧‧節點-B

142‧‧‧ASN閘道；行動管理閘道

MME‧‧‧行動管理閘道

ASN‧‧‧存取服務網路

142a、142b、RNC‧‧‧無線電網路控制器

144‧‧‧媒體閘道；服務閘道；行動IP本地代理者

MIP-HA‧‧‧行動IP本地代理者

MGW‧‧‧媒體閘道

146、MSC‧‧‧行動交換中心

146‧‧‧封包資料網路(PDN)閘道；認證、許可、計費(AAA)伺服器

PDN‧‧‧封包資料網路

144、MIP-HA

AAA‧‧‧認證、許可、計費

148‧‧‧服務GPRS支援節點；閘道

SGSN‧‧‧服務GPRS支援節點

150、GGSN‧‧‧閘道GPRS支援節點

IuCS、IuPS、Iur、Iub‧‧‧介面

200‧‧‧邏輯管理層

202‧‧‧應用管理層

204‧‧‧服務管理層

206‧‧‧網路管理層

208‧‧‧裝置管理層

210‧‧‧配置管理

212‧‧‧故障(fault)管理

214‧‧‧性能管理

300‧‧‧資源結構架構

302、sclBase、342、378‧‧‧SCL的根資源

304、344、350、360、404、416、418、430、442‧‧‧屬性

306、scls‧‧‧SCL子資源

308、346、352‧‧‧應用(“applications”)子資源

310、362‧‧‧容器(“containers”)子資源

312、364‧‧‧組(“groups”)子資源

314、366、410、424、436、448‧‧‧存取權(“accessRights”)子資源

316、356、370、414、428、440、452‧‧‧訂閱(“subscriptions”)子資源

318‧‧‧發現(“discovery”)子資源

320、354、368、412、426、438、450‧‧‧存取狀態(“accessStatus”)子資源

322、348、358、372、380、382、384、386、406‧‧‧mgmtObjs子資源

324‧‧‧appMgmtObjects子資源

appMgmtObjects‧‧‧應用管理物件子資源

324-1‧‧‧從屬於appMgmtObjects子資源

326‧‧‧sclMgmtObjects子資源

sclMgmtObjects‧‧‧SCL管理物件子資源

326-1‧‧‧從屬於sclMgmtObjects子資源

328‧‧‧nwkMgmtObjects子資源

nwkMgmtObjects‧‧‧網路管理物件子資源

328-1‧‧‧從屬於nwkMgmtObjects子資源

330‧‧‧devMgmtObjects子資源

devMgmtObjects‧‧‧裝置管理物件子資源

330-1‧‧‧從屬於devMgmtObjects子資源

332‧‧‧omaMgmtObjects子資源

omaMgmtObjects‧‧‧OMA-DM管理物件子資源

332-1‧‧‧從屬於omaMgmtObjects子資源

334‧‧‧bbfMgmtObjects子資源

bbfMgmtObjects‧‧‧BBF-TR069管理物件子資源

334-1‧‧‧從屬於bbfMgmtObjects子資源

340‧‧‧資源結構構架

400、458‧‧‧資源結構框架

408‧‧‧管理物件宣告(“<mgmtObjAnnc>”)子資源

420、422、432、434‧‧‧參數(<parameters>)子資源

444‧‧‧預設值的<defaultValue>子資源

446‧‧‧現行值的<currentValue>子資源

500‧‧‧執行xREM的用戶端-伺服器模型

502-1、510-3‧‧‧xREM伺服器

504-1、506-1‧‧‧xREM用戶端

510-1‧‧‧xREM代理

510-2、512-1‧‧‧xREM用戶端

510-4‧‧‧非xREM管理伺服器

更詳細的理解可以從下述結合附圖以示例的方式給出的詳細說明中得到。在這樣的附圖中的圖式如詳細說明一樣是示例。這樣，圖式和詳細說明不應當被理解為限制，而且其他等同有效的示例是可能和適當的。並且，在圖式中相同的編號表明相同的元件，並且其中：第1A圖-第1C圖是示出在其中一個或多個實施例，包括那些針對機器對機器(“M2M”)通信及/或操作的實施例，可得以實現或執行的系統的示例的方塊圖；第2圖是示出定義用於執行遠端實體管理(“REM”)的功能架構的示例邏輯管理層集合的方塊圖；第3A圖是示出根據管理層集合及其功能而用於向SCL提供資源結構的示例資源結構框架的方塊圖；第3B圖是示出根據管理層集合及其功能而用於向SCL提供資源結構的示例資源結構框架的方塊圖；第3C圖是示出根據管理層集合及其功能而用於向SCL提供資源結構的示例資源結構框架的方塊圖；第4A圖是示出用於向SCL提供管理物件(“mgmtObjs”)資源的示例資源結構框架的方塊圖；第4B圖是示出用於向SCL提供管理物件(“mgmtObjs”)資源的示例資源結構框架的方塊圖；第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圖-第24B圖是示出資源命令的示例結構的方塊圖；第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圖是示出用於etsiAreaNwkInfo的示例資源結構的方塊圖；第38A圖是示出用於areaNwkInstance的示例資源結構的方塊圖；第38B圖是示出用於第38A圖的areaNwkInstance的6LoWPAN的子資源描述的示例資源結構的方塊圖；第38C圖是示出areaNwkInstance的示例資源結構的方塊圖；第39圖是示出etsiAreaNwkDeviceInventory的示例資源結構的方塊圖；第40A圖是示出deviceInstance的示例資源結構的方塊圖；第40B圖是示出deviceInstance的示例資源結構的方塊圖；第41A圖是示出etsiAreaNwkDeviceGroup的示例資源結構的方塊圖；第41B圖是示出etsiAreaNwkDeviceGroup的示例資源結構的方塊圖；第42圖是示出deviceGroupInstance的示例資源結構的方塊圖；第43A圖是示出etsiGroupMgmtOperations的示例資源結構的方塊圖；第43B圖是示出etsiareaNwkGroupOperations的示例資源結構的方塊圖；第44A圖是示出operationInstance的示例資源結構的方塊圖；第44B圖是示出operationInstance的示例資源結構的方塊圖；第45圖是示出etsiSensor的示例資源結構的方塊圖；第46圖是示出sensorInstance的示例資源結構的方塊圖；第47圖是用於執行xREM的系統的示例架構的方塊圖；第48A圖是其中一個或多個揭露實施例可被實現的示例通信系統圖；第48B圖是可用在第48A圖所示的通信系統中的示例無線傳輸/接收單元(WTRU)的系統圖；第48C圖是可用在第48A圖所示的通信系統中的示例無線電存取網路和示例核心網路的系統圖；第48D圖是可用在第48A圖所示的通信系統中的另一個示例無線電存取網路和示例核心網路的系統圖；以及第48E圖是可用在第48A圖所示的通信系統中的另一個示例無線電存取網路和示例核心網路的系統圖。

示例系統架構

第1A圖-第1C圖是示出其中一個或多個實施例可被實現或執行的系統10的示例的方塊圖。這樣的實施例可包括例如指向機器到機器(“M2M”)通信及/或操作的實施例，包括管理M2M遠端實體，例如M2M應用、M2M服務能力(“SC”)、M2M區域網路(area network)、M2M閘道和M2M裝置。

系統10可根據及/或使用一個或多個架構來配置及/或實現；這些架構中任一個可基於及/或根據各種標準來配置。這些標準可包括那些指向M2M通信及/或操作的，例如由歐洲電信標準協會(“ETSI”)發佈的、標題為“Machine-to-Machine(M2M)Communications；Functional Architecture”並被稱為“ETSI TS 102 690”的草案技術規範(“TS”)。其他示例可包括由第3代合作夥伴計畫(“3GPP”)及/或第3代合作夥伴計畫2(“3GPP2”)發佈的那些標準，包括那些涉及機器類型通信(“MTC”)的標準，例如標題為“Technica1 Specification Group Services and System Aspects；Service requirements for Machine-Type Communications(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在相同的主機裝置(也未示出)上儲存、執行及/或駐留。主機裝置可包括一個或多個伺服器，例如包括主機應用伺服器，並且可被部署在一個或多個通用或專用電腦、個人電腦、大型主機、迷你電腦、伺服器類型電腦及/或在任何適當的作業系統上運行並能夠執行軟體的任意以處理器為基礎的平台。主機裝置可包括若干元件，這些元件可形成在單一裝置中並集中在單一節點上；服務、用戶端、對等(peer)或其他。替代地，主機裝置的元件可從兩個或更多個分離的裝置組成，並且正如這樣可分別在複數個節點間；服務、用戶端、對等或其他分布。

網路域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。D 34a-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、58b(第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和D 34a可經由有線及/或無線通信鏈路而分別與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-SC 30a-30c、G-SC 56a、56b和D-SC 46a-46d(共同地稱為“xSC”)的一些或所有的部分可根據指向M2M通信及/或操作(諸如ETSI TS 102 690)的標準來定義。

總的來說，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來連接，因此M2M GW可在網路管理層206中扮演角色。

M2M網路管理層206可處理M2M區域網路的配置管理，包括例如配置及/或提供M2M區域網路的初始操作配置，這可包括配置IPv6位址字首、工作頻率、WPAN ID等。M2M網路管理層206還可處理(i)更新D/G的配置，這可包括更新6LoWPAN/ROLL/CoAP中的參數及/或常數；(ii)M2M區域網路的故障管理，包括異常偵測(例如，過期或錯誤路由、環回(loopback)路由)及/或警報產生及/或處理；(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-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)上隨後提供(例如整體或部分地複製)。附加地及/或替代地，資源結構架構300還可被用來在多個主機SCL及/或多個遠端SCL上提供資源結構。

資源結構架構300可包括適當SCL的根資源(“<sclBase>”)302、從屬於<sclBase>302的複數個資源(“子資源(sub-resource)”)和一個或多個屬性304。屬性304可與直接從屬於<sclBase>302的子資源的一些或全部相關聯(例如相同)。替代地，屬性304可與直接及/或間接從屬於<sclBase>302的子資源相關聯。直接從屬於<sclBase>302的子資源可包括SCL(“scl”)子資源306、應用(“application”)子資源308、容器(“container”)子資源310、組(“group”)子資源312、存取權(“accessRight”)子資源314、訂閱(“subscription”)子資源316、發現(“discovery”)子資源318、存取狀態(“accessStatus”)子資源320和管理物件(“mgmtObj”)子資源322。

scls子資源306可以是各自的SCL資源的集合；其每一個可代表被授權與主機SCL交互作用(例如以M2M服務註冊過程的方式)的相關聯(例如遠端)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”)資源的集合。mgmtObjs 322的每個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-SCL 26a-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的子資源的一些或全部相關聯的一個或多個屬性。除了沒有mgmtObjs子資源直接從屬於<sclBase>378之外，直接從屬於<sclBase>378的子資源類似於第3A圖的直接從屬於<sclBase>302的子資源。反而，資源結構架構376包括多個mgmtObjes子資源，其可位於<sclBase>378的各種另外的從屬分支/位置處。例如，<sclBase>378可包括mgmtObjs子資源380(在<sclBase>scls/mgmtObjs 處)。mgmtObjs子資源380可包括用於執行作為整體向M2M伺服器註冊的所有SCL的REM的子資源的集合。這些子資源可包括用於根據服務管理層及其功能(例如服務管理層204(第2圖))而執行作為整體向M2M伺服器註冊的所有SCL的REM的資訊及/或參數。

<sclBase>378還可包括mgmtObjs子資源382(在<sclBase>/scls/<scl>/mgmtObjs處)。mgmtObjs子資源382可包括用於執行向M2M伺服器註冊的<scl>的服務能力和其他管理功能(網路管理層和裝置管理層)的REM的子資源集合。在一個實施方式中，子資源可包括根據(i)網路管理層及其功能(例如網路管理層206(第2圖))；和(ii)裝置管理層(例如裝置管理層208(第2圖))而用於執行對M2M伺服器註冊的<scl>的服務能力和其他管理功能的REM的資訊及/或參數。

<sclBase>378還可包括mgmtObjs子資源384(在<sclBase>/scls/<scl>/applications//mgmtObjs處)。mgmtObjs子資源384可包括用於執行作為整體向伺服器宣告的所有應用的REM的子資源的集合。<sclBase>378可進一步包括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的相關管理資料/參數的佔位(placeholder)。<mgmtObjAnnc>子資源408可以是用於經宣告的管理物件的佔位。<mgmtObjAnnc>子資源408可包括以下屬性：(i)鏈路，(ii)存取權ID和(iii)搜尋字串。

<accessRights>子資源410可包括、維護及/或儲存用於用來執行REM的子資源的許可的表示。<accessRights>子資源408可繼承自它的父代，如果有的話。

accessStatus子資源412可以是各自的存取狀態資源的集合。subscriptions子資源414可以是訂閱資源的集合，它的每一個可包括用於跟蹤對其父代資源的(例如啟動的)訂閱的狀態的資訊。訂閱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的文本格式描述)，和(v)允許的方法。允許的方法可指定用於處理<parameter>資源434的允許的RESTful方法。

在替代的實施方式中，用於向SCL提供mgmtObjs的兩級資源結構框架458在第4B圖中顯示。資源結構框架458可包括mgmtObjs 460。除了mgmtObjs 460不包括<parameters>子資源420之外，mgmtObjs 460類似於第4A圖的mgmtObjs 402。

示例M2M xREM管理模型

在一個實施例中，xREM可在用戶端/伺服器(C/S)模式下實現。附加地及/或替代地，xREM可使用代理功能來管理在M2M GW後面的M2M裝置，例如D 34d和D’34e-34g(第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可根據ETSI TS 102 960而執行。參考第5圖，NREM 502可包括xREM伺服器502-1，其執行與一個或多個xREM用戶端(例如DREM 504和GREM 506各自的xREM用戶端504-1和506-1的任一個)或GREM 510的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命令和xREM RESTful方法之間的管理命令轉換及/或映射。通道模組還可執行協定適配以使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閘道後面存在，第二屬性或(子資源)“mgmtProtocolTypeExt”可被用以表示在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伺服器(N-SCL)時，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註冊：在此過程期間，D-SCL將向N-SCL發送多個請求訊息。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資源：如果此過程由D-SCL(DREM)發起，D-SCL將向N/G-SCL發送請求訊息。在此過程期間，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閘道(G-SCL)時，M2M裝置將在該請求訊息中包括它的mgmtProtocolType。所揹負的mgmtProtocolType資訊可幫助過濾不支援由該mgmtProtocolType表示的管理協定的M2M閘道。

M2M閘道的mgmtProtocolType可在到M2M裝置的SCL發現回應訊息中揹負。所揹負的mgmtProtocolType可幫助M2M裝置選擇適當的M2M閘道。M2M裝置還可以改變以使用由揹負的mgmtProtocolType表示的管理協定。

用於所有存取歷史的示例資源定義

為了遠端實體管理的目的，對於接收器SCL來說，將請求者/發佈者-SCL在接收器-SCL的每個本地資源上具有的所有存取歷史加以記入將是重要的。雖然目前的ETSI M2M功能架構定義了資源存取狀態，但它僅記錄最後的存取(獲取/更新/訂閱)-而不是過去在資源上的所有操作。為了便於存儲所有存取歷史，被稱為存取歷史(accessHistories)的新的資源定義在本發明中。在存取歷史上的相關操作也被定義。

資源存取歷史

基於存取狀態，存取歷史可被定義並如第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 X。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-SCL 1可向其他N-SCL X重複發送“授權請求”，直到找到同意接受授權的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被授權給另一個G-SCL X。例如，第20圖示出了用於管理許可權授權(裝置到閘道授權)的示例訊息流程圖。參考第20圖，在D-SCL、G-SCL和G-SCL X間的授權過程後，G-SCL可通知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許可權授權可意指不同的情境：

情況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、requestorID和actorID的資料結構元素就在所示的這些資料結構元素之間。“屬性”可包括諸如先前討論過的存取權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方法更新(UPDATE)可被用以調用(例如觸發)<command>實例的命令執行。經由將RESTful方法更新中的第一個值(例如“1”)指定給.../commands/<command>/execEnable，而可調用命令執行。

RESTful方法更新和刪除(DELETE)可被用以取消(停止)<command>實例的命令執行。經由將RESTful方法更新中的第二個值(例如“0”)指定給.../commands/<command>/execEnable，而可調用取消命令執行，以停止該<command>實例。附加地或替代地，發佈RESTful方法刪除.../commands/<command>/，取消命令執行可被調用，以在根據RESTful方法刪除這樣的<command>實例前停止該<command>實例的命令執行。

除了execEnable，<command>實例子資源可包括代表例如execBaseDelay、execAditionalDelay、execFrequency、execNumber、execResource、execStatus、execResult、execIssuer和execParameters的子資源的資料結構元素。

execBaseDelay可在<command>實例的命令執行前指定最小延遲。execAdditionalDelay可促進隨機附加延遲的產生。總延遲是execBaseDelay加上隨機附加延遲的和。execBaseDelay和execAdditionalDelay可包括用於(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圖的命令資源結構。定義若干屬性(即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-TR-069和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需要執行“下載並更新”操作時，它僅僅向.../mgmtObjs/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>)，來擴展第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>可被執行前的最小延遲。

execFrequency：用以指定<commandInstance>可被重複執行的頻率。

execNumber：用以指定<commandInstance>可被重複執行的次數。

execStatus：可表示<commandInstance>的目前狀態。此狀態可以是未決、運行和完成(成功或失敗)的任一個。

execIssuer：可表示發佈<command>的發佈者。

以上以“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方法刪除(DELETE)操作來刪除此產生的<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方法創建(CREATE)或更新(UPDATE)操作，以調用“.../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方法創建或更新可調用恢復命令執行。

用於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和28A圖中示出的<command>的其他元素。這些其他元素可包括在與第22C、25B和28A圖中所示的<command>元素的任意組合相結合的資源命令結構中。

為了發起資源命令結構的創建，發佈者可向M2M伺服器發佈RESTful方法創建(CREATE)。該發佈者可以是例如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和訂閱子資源。

替代地，伺服器<command>可包括“屬性”、execEnable、execDisable、execPause、execResume和commandID屬性；和execParameters、execRequests和訂閱子資源。仍然作為另一個示例，伺服器<command>可包括屬性”、execEnable、execDisable和commandID屬性；和execParameters、execRequests和訂閱子資源。伺服器<command>也可包括(在第22C、25B和28A圖中示出或未示出的)<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方法獲取(RETRIEVE)。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方法刪除(DELETE)。該發佈者可以是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>的指示(例如代碼)。該指示可以是指示成功更新的一個值和指示失敗的另一個值。替代地，該回應可包括第一指示(例如代碼)，以指示M2M伺服器成功地更新伺服器<command>，和第二指示(例如代碼)，以指示更新伺服器<command>失敗。作為另一個替代選擇，M2M伺服器可僅當該M2M伺服器成功地更新伺服器<command>時才發佈該回應。

該回應還可包括更新的伺服器<command>識別符及/或屬性及/或子資源。該回應可進一步包括被用以更新屬性及/或子資源的資訊或指示相同事件的確認。

現在參考第29E圖，示出用於更新資源命令結構(例如伺服器 <command>)以調用非RESTful命令的命令執行的示例訊息流的流程圖。為了發起該更新，NA(即發佈者)向M2M伺服器發佈RESTful方法更新。除了制定子資源execEnable(例如.../<command>/execEnable)外，此RESTful方法更新可包括伺服器<command>識別符以及指定子資源execEnable(例如.../<command>/execEnable)。替代地，RESTful方法更新可包括execEnable識別符。

回應於此RESTful方法更新，M2M伺服器可向發佈者發送ACK/NACK訊息(以回應示出)，以應答RESTful方法更新的接收。發佈者沒有接收到ACK/NACK訊息(例如在特定的時間內)可指示以M2M伺服器進行的RESTful方法更新的否定應答。

M2M伺服器可根據伺服器<command>的屬性及/或子資源來調用非RESTful命令的命令執行。作為調用命令執行的一部分，M2M伺服器可執行若干功能。這些功能可包括例如將在伺服器<command>中(例如經由CommandID)所識別的命令轉換或翻譯為可由M2M裝置或M2M GW解釋或執行的非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>的其他元素。這些其他元素可被包括在資源<requestInstance>中，與在第25B、28C和28D圖中示出的資源<requestInstance>的元素的任意組合相結合。

一旦在execRequests子資源下創建資源<requestInstance>，M2M伺服器可向資源<requestInstance>分配在其處創建資源<requestInstance>的節點的識別符(“<requestInstance>識別符”)。如上所述，此<requestInstance>識別符例如可以是URI、鏈結和位址的任一個。

M2M伺服器可向資源<requestInstance>引入(或引起資源<requestInstance>來繼承)被填充入伺服器<command>的屬性及/或子資源的一些或全部資訊，其被引入到資源<requestInstance>或由資源<requestInstance>繼承。這樣的資訊可包括被填充到伺服器<command>的execParameters子資源的一個或多個參數及/或引數。該資訊還可包括在例如execMode、execBaseDelay、execAdditionalDelay、execFrequency、 execNumber和execResource子資源中填充的一些或全部資訊。

在創建資源<requestInstance>後，M2M伺服器可向M2M裝置及/或M2M GW發送請求訊息(“請求”)，以便在該M2M裝置及/或M2M GW處調用命令執行。該請求可包括非RESTful命令。該請求還可包括經映射的屬性、參數和引數的任一個。

回應於該請求，M2M裝置及/或M2M GW可執行非RESTful命令。M2M裝置及/或M2M GW可發送對該請求的回應(“命令執行回應”)。此命令執行回應可包括結果，如果有的話(如由“{ }”符號表示)。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方法更新。此RESTful方法更新可包括<requestInstance>識別符以及指定子資源execDisable(例如.../<command>/execDisable)。替代地，RESTful方法更新可包括經由從M2M伺服器發送的回應而獲得的execDisable識別符(第29I圖)，或在從資源<requestInstance>的屬性獲取它後而包括所獲得的execDisable識別符(第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裝置及/或M2M GW未能執行非RESTful取消命令的取消命令執行，而刪除伺服器<command>及/或一個或多個伺服器<commands>。

第29K圖和第29L圖是示出用於更新資源命令結構(例如伺服器<command>)以調用非RESTful命令的命令執行狀態的改變的示例訊息流的流程圖。為了發起該更新，NA(即發佈者)可向M2M伺服器發佈RESTful方法更新。此RESTful方法更新可包括<requestInstance>識別符以及指定子資源execPause(例如.../<command>/execPause)。替代地，RESTful方法更新可包括經由從M2M伺服器發送的回應所獲得的execPause識別符(第29K圖)，或在從資源<requestInstance>的屬性獲取它後，包括所獲得的execPause識別符(第29L圖)。

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方法更新。此RESTful方法更新可包括<requestInstance>識別符以及指定子資源execResume(例如.../<command>/exec-Resume)。替代地，RESTful方法更新可包括經由從M2M伺服器發送的回應所獲得的execResume識別符(第29M圖)，或在從資源<requestInstance>的屬性獲取它後，包括execResume識別符(第29N圖)。

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>，和第二指示(例如代碼)，以指示未能刪除<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代理元件僅位於分別與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和M2M GW的示例架構。

用於管理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和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圖所示，用於區域網路資訊和配置(etsiAreaNwkInfo)的MO可包括一個或多個屬性和複數個子資源，例如訂閱集合和<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)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子資源。

<deviceInstance>子資源可包括用於在區域網路實例中單一個裝置的資訊。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屬性，和(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 exponential backoff)。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、電池資訊etsiBattery、記憶體資訊etsiMemory和感測器/制動器資訊estiSensor、可提供用於包括與6LoWPAN網路相關的參數的佔位的6LoWPAN、可提供用於包括與Wi-Fi網路相關的參數的佔位的Wi-Fi、可提供用於包括與RFID網路相關的參數的佔位的RFID、可提供用於包括與ZigBee網路相關的參數的佔位的ZigBee和可以是用於擴展的佔位的extensions。

此組可提供標準組資源，例如在ETSI TS 102 609中所提出。<deviceInstance>可包括屬性，例如可以是裝置類型的deviceTpye、可以是裝置識別符的deviceID、可以是裝置的位址類型的addressType、可包括該裝置所屬M2M區域網路的識別碼的areaNwkID、可以是在M2M區域網路內部使用的裝置的內部IP位址的內部位址、和可以是在M2M區域網路外部使用的裝置的外部IP位址的外部位址。如果埠號在M2M閘道處用於位址轉換，此位址可包括埠資訊。另外，兩次睡眠之間的間隔sleepInterval、每次睡眠的持續時間sleepDuration、裝置的狀態status(例如睡眠或喚醒)、可包括在區域網路中最大傳輸單元的MTU和可包括在IETF CoAP按區塊傳輸中使用的區塊大小的blockSize。

如第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可包括子資源descriptions和被定義為多個裝置組的集合的組。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/etsiGroupMgmtOperations下。相應的<operationInstance>可包括去註冊M2M應用組和在M2M應用組上進行相同的軟體/韌體更新。

如第43B圖所示，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>的execPasue、可在deviceID上恢復<operationInstance>的execResume、可在deviceID上停止<operationInstance>的execDisable、可以是聚合結果的aggregatedResult、可包括<operationInstance>所需的引數並且可是操作上特定的execParameters。

另外，可以是<operationInstance>的識別並且指定<operationInstance>代表什麼的operationID。groupID可提供在其上執行<operationInstance>的組的識別碼，並且如果<operationInstance>可在多個經定義的裝置組上執行，則groupID可包括多個識別。替代地，那些多個組識別可被包括在deviceGroupsList資源中。execEnable可在groupID中開始裝置上的<operationInstance>。execPause可在groupID中暫停裝置上的<operationInstance>，execResume可groupID中恢復裝置上的<operationInstance>，execDisable可在groupID中停止裝置上的<operationInstance>，execStatus可提供<operationInstance>的狀態。該狀態可包括未決、運行、停止、暫停、恢復、在裝置上成功地執行、完成且成功的裝置數目及/或在其上未能被執行的裝置數目。

如第44圖所示，每個<operationInstance>可包括子資源，例如具有訂閱集合和屬性(包括expirationTime、accessRightID、searchStrings、creationTime、lastModitiedTime、可在FSS格式中的contentType、moID、originalMO和包括mgmtObj文本格式描述的description)的subscriptions。另外，groupID可提供在其上可被執行<operation>的組識別碼，賦能(enable)可被提供以開始<operation>，失效(disable)以停止<operation>，結果(results)可包括<operation>的集合結果，並且aggregatedResult可包括聚合的結果。每個<resultInstance>可具有兩個屬性，例如可指示裝置識別碼及結果的deviceID，result可以是來自裝置deviceID的結果。

如第45圖所示，etsiSensors MO可包括子資源，例如用於感測器實例的<sensorInstance>和包括訂閱集合和屬性的subscriptions，例如expirationTime、accessRightID、searchStrings、creationTime、lastModifiedTime、可在FSS格式中的contentType、moID、originalMO和包括mgmtObj文本格式描述的description。etsiSensors可應用於具有M2M服務能力的D類型M2M裝置。

如第46圖所示，<sensorInstance>可包括子資源(例如具有相關組的組)。例如，一個組可以是applicationList，用以代表在使用<sensorInstance>的此裝置上的D’A或DA應用。容器可儲存感測器讀取。訂閱集合和屬性可包括expirationTime、accessRightID、searchStrings、creationTime、lastModifiedTime、可在FSS格式中的contentType、moID、originalMO和包括mgmtObj文本格式描述的description。sensorID可描述<sensorInstance>的識別碼。sensorType可描述<sensorInstance>的類型，例如溫度、壓力、定義<sensorInstance>製造者的製造者和操作，操作可包括能在<sensorInstance>上操作的操作。賦能(enable)可包括賦能感測器讀取。如果它是開關感測器，賦能可表示打開開關。賦能可具有作為它的屬性的結果，以儲存操作結果。失效(disable)可包括失效感測器讀取。如果它是開關感測器，失效可表示關閉開關。失效可具有作為它的屬性的結果，以儲存操作結果。其他操作對於特定的感測器是可能的。

示例操作環境

第47圖是用於根據由DA及/或GA使用的管理物件來執行REM以管理向M2M伺服器(在此是<scl>)註冊的另一個D/G的系統4700的示例架構的方塊圖。

M2M伺服器(即<scl>)可向D/G通知它的管理物件，如在4702所示。然後DA/GA可存取在D/G中的這樣的經通知的管理物件，並且然後能夠經由在M2M伺服器處的訊息中繼而管理其他D/G。

第48A圖是在其中一個或多個揭露實施方式可被實現的示例通信系統100的圖。通信系統100可以是向多個無線使用者提供例如語音、資料、視訊、訊息、廣播等內容的多存取系統。通信系統100可使多個無線使用者能夠經由共享的系統資源(包括無線頻寬)來存取這樣的內容。例如，通信系統100可採用一個或多個頻道存取方法，例如分碼多重存取(CDMA)、分時多重存取(TDMA)、分頻多重存取(FDMA)、正交FDMA(OFDMA)、單載波FDMA(SC-FDMA)等。

如第48A圖所示，通信系統100可包括無線傳輸/接收單元(WTRU)102a、102b、102c、102d、無線電存取網路(RAN)104、核心網路106、公共交換電話網路(PSTN)108、網際網路110和其他網路112，雖然將理解的是所揭露的實施方式考量任意數目的WTRU、基地台、網路及/或網路元件。WTRU 102a、102b、102c、102d的每一個可以是被配置為在無線環境中操作及/或通信的任何類型的裝置。以示例的方式，WTRU 102a、102b、102c、102d可被配置為發送及/或接收無線信號、並且可包括使用者設備(UE)、行動站、固定或行動用戶單元、呼叫器、行動電話、個人數位助理(PDA)、智慧型電話、膝上型電腦、隨身型易網機、個人電腦、無線感測器、消費電子產品等。

通信系統100還可包括基地台114a和基地台114b。基地台114a、114b的每一個可以是被配置為與WTRU 102a、102b、102c、102d的至少一個WTRU無線介接的任何類型的裝置，以促進存取一個或多個通信網路(例如核心網路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和WTRU 102a、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、CDMA2000 1X、CDMA2000 EV-DO、臨時標準2000(IS-2000)、臨時標準95(IS-95)、臨時標準856(IS-856)、全球行動通信系統(GSM)、增強型資料速率GSM演進技術(EDGE)、GSM EDGE(GERAN)等無線電技術。

第48A圖中的基地台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)。如第48A圖所示，基地台114b可與網際網路110有直接連接。因此，基地台114b不需要經由核心網路106來存取網際網路110。

RAN 104可與核心網路106通信，核心網路106可以是被配置為向WTRU 102a、102b、102c、102d的一個或多個提供語音、資料、應用及 /或經由網際網路協定語音(VoIP)服務的任何類型的網路。例如，核心網路106可提供呼叫控制、計費服務、基於行動位置的服務、預付費呼叫、網際網路連接、視訊分佈等、及/或執行例如使用者認證的高階安全功能。雖然未在第48A圖中示出，應理解的是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可包括用於經由多個無線鏈路與不同無線網路通信的多個收發器。例如，第48A圖中示出的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的資訊或替代來自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可包括節點-B140a、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通信。RNC 142a、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相連接。MSC 146可與MGW 144相連接。MSC 146和MGW 144可向WTRU 102a、102b、102c提供到電路交換網路(例如PSTN 108)的存取，以促進於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節點-B 140a、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/來自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)伺服器)或與IP閘道通信。此外，核心網路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發送無線信號，並從WTRU 102a接收無線信號。基地台140a、140b、140c還可提供移動管理功能，例如切換觸發、通道建立、無線電資源管理、訊務分類、服務品質(QoS)策略執行等。ASN閘道142可作為訊務聚合點、並且可負責傳呼、快取用戶設定檔、到核心網路106的路由等。

WTRU 102a、102b、102c和RAN 104之間的空氣介面116可被定義為實施IEEE 802.16規範的R1參考點。此外，WTRU 102a、102b、102c的每一個可與核心網路106建立邏輯介面(未示出)。WTRU 102a、102b、102c和核心網路106之間的邏輯介面可被定義為可用於認證、許可、IP主機配置管理及/或移動管理的R2參考點。

基地台140a、140b、140c的每一個之間的通信鏈路可被定義為包括用於促進WTRU移交和基地台之間的資料傳輸的協定的R8參考點。基地台140a、140b、140c和ASN閘道215之間的通信鏈路可被定義為R6參考點。R6參考點可包括用於基於與WTRU 102a、102b、102c的每一個相關聯的移動事件而促進移動管理的協定。

如第48E圖所示，RAN 104可與核心網路106相連接。RAN 104和核心網路106之間的通信鏈路可被定義為R3參考點，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可向WTRU 102a、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包括操縱從屬資源結構的副本，以在操縱從屬資源結構的資源和屬性的任一者後複製該從屬資源結構。

在一個實施例中，一種裝置可包括第一M2M實體，其以具有用於REM的SC和具有從屬資源結構的資源結構加以配置，從屬資源結構用於根據複數個管理層其中之一而執行第二M2M實體的REM。該裝置可進一步包括適用於經由操縱從屬資源結構的資源和屬性的任一個來執行第二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的方法可包括例如適用於根據用於M2M通信的協定(“M2M通信協定”)(例如草案ETSI TS 102 690)而通信的第一、第二和第三裝置。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-069 CPE WAN管理協定和開放行動聯盟(OMA)裝置管理(DM)協定的任一個。

揭露了用於在第二系統中執行xREM的方法的另一個示例。該方法可包括通知第二裝置用於根據第一邏輯層管理實體的管理協定的類型。

揭露了用於執行xREM的方法的另一個示例。該方法可包括第一裝置，其從第二裝置接收用於向第一裝置授予用於第三裝置的xREM的許可權的請求；和回應於該請求，第二裝置可將許可權傳遞給第一裝置。在獲得許可權後，第一裝置可執行對(over)第三裝置的許可權。

在一個或多個實施例中，一種方法可包括在第一實體處從第二實體接收用於執行RESTful方法的請求。第一實體可包括定義命令的資源(“命令資源”)的資料結構。該請求可包括用於識別命令資源的識別符和用於執行該命令的資訊。該方法還可包括執行命令，作為識別符的功能和用於執行該命令的資訊。該識別符可以是統一資源識別符、鏈結和位址的任一個。

在一個或多個實施例中，第一實體可分別包括第一和第二命令資源的第一和第二資料結構，並且該識別符可包括及/或是對第二資源的指標。

在一個或多個實施例中，一種方法可包括在第一實體處從第二實體接收用於執行RESTful方法的請求。第一實體可包括定義命令的命令資源的資料結構。該請求可包括用於識別命令資源的識別符和用於執行該命令的資訊。該方法還可包括回應於該請求而產生資源的第一實例，並更新該識別符以識別資源的第一實例，並且執行該命令作為識別符的功能和用於執行該命令的資訊。

在一個或多個實施例中，一種方法可包括在第一實體處從第二實體接收用於執行RESTful方法的第一請求。第一實體可包括命令資源的第一資料結構，第一請求可包括用於識別命令資源的第一識別符和用於執行該命令的第一資訊。該方法還可包括回應於第一請求而產生命令資源的第一實例；更新第一識別符，以識別命令資源的第一實例；在第一實體處從第二實體接收用於執行RESTful方法的第二請求。第二請求可包括用於識別命令資源的第二識別符和用於執行該命令的第二資訊。該方法可進一步包括回應於第二請求而產生命令資源的第二實例；更新第二識別符，以識別命令資源的第二實例；執行該命令作為第一識別符的功能和用於執行命令的第一資訊；和執行該命令作為第二識別符的功能和用於執行命令的第二資訊。

在一個實施例中，揭露了用於根據用於機器對機器通信的協定而執行xREM的方法。該方法可包括在第一實體處從第二實體接收用於執行RESTful方法的請求(“RESTful方法請求”)。第一實體可包括可由RESTful方法修改的資料結構。此資料結構可以是例如代表服務能力層(“SCL”)的資料結構，例如包括在本文被稱為sclbase等的任何資料結構。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方法修改的資料結構。此資料結構可以是例如代表服務能力層(“SCL”)的資料結構，包括例如在本文被稱為sclbase等的任何資料結構。RESTful方法請求可識別與可由第三實體所執行的命令相關的資源(此後稱為“資源命令”)。該方法還可包括執行該RESTful方法，以根據資源命令調用對資料結構的修改。

在RESTful方法是RESTful方法刪除的實施例中，執行RESTful方法可包括從資料結構刪除命令資源結構。在RESTful方法是RESTful方法獲取的實施例中，執行RESTful方法可包括向第二實體發送命令資源結構的一些或全部的副本及/或命令資源結構的狀態(“命令資源狀態”)。

在RESTful方法是RESTful方法更新的實施例中，執行RESTful方法可包括修改命令資源結構以排程命令的狀態(“命令狀態”)的變化。在一個或多個實施例中，修改從屬資料結構可包括修改命令資源結構，以調用命令的執行(“命令執行”)。回應於偵測到對命令資源結構的這樣的修改，命令執行可例如由第一實體調用。

在一個或多個實施例中，資源命令可定義用於調用命令執行的從屬資源(“子資源”)(“命令執行子資源”)。此命令執行子資源可以是例如下文被稱為execEnable等的子資源的一個或多個實施例。命令資源結構的一個或多個元素(“命令資源結構元素”)可代表命令執行子資源。

在一個或多個實施例中，RESTful方法請求可包括用於修改命令執行子資源的資訊，以調用命令執行。在這些實施例中，修改命令執行子資源可包括以該資訊代表命令執行子資源的命令資源結構元素，以便調用命令執行。

RESTful方法請求可包括屬性識別符。另外，代表該屬性的命令資源結構元素的選擇可調用命令執行。並且，修改命令資源結構以調用命令的執行可包括使用屬性識別符來選擇代表該屬性的命令資源結構元素，這反過來調用命令執行。

在一個或多個實施例中，修改命令資源結構可包括修改命令資源結構，以調用對命令執行的暫停。回應於偵測到對命令資源結構的這樣的修改，對命令執行的暫停例如可由第一實體調用。

在一個或多個實施例中，資源命令可定義用於調用對命令執行的暫停的子資源。此子資源可以是例如在下文稱為execEnable等的子資源的一個或多個實施例。在一個或多個實施例中，RESTful方法請求可包括用於修改命令執行子資源以調用對命令執行的暫停的資訊。在這些實施例中，修改命令資源結構以調用對命令執行的暫停可包括修改代表命令執行子資源的命令資源結構元素來調用該暫停。用於修改命令執行子資源的資訊可以是可被分配並解釋以調用對命令執行的暫停的數字、整數、字元、代碼等。以示例的方式，用於修改命令執行子資源以調用暫停的資訊可以是“1”，並且因此以“1”修改代表命令執行子資源的命令資源結構元素調用了對命令執行的暫停。

在一個或多個實施例中，資源命令可定義用於調用對命令執行的暫停的屬性(“暫停執行屬性”)。一個或多個命令資源結構元素可代表暫停執行屬性，並且這樣的元素可由相應的屬性識別符來識別。此暫停執行屬性可以是例如在下文被稱為execPause等的屬性的一個或多個實施例。RESTful方法請求可包括暫停執行屬性識別符。另外，代表暫停執行屬性的命令資源結構元素的選擇可調用命令執行的暫停。並且修改命令資源結構以調用命令執行的暫停可包括使用暫停執行屬性識別符來選擇代表暫停執行屬性的命令資源結構元素，這反過來調用對命令執行的暫停。

在一個或多個實施例中，修改命令資源結構可包括修改命令資源結構以引起經暫停執行的命令恢復執行(“恢復命令執行”)。回應於偵測到對命令資源結構的修改以引起恢復命令執行，恢復命令執行例如可由第一實體調用。

在一個或多個實施例中，資源命令可定義用於調用恢復命令執行的屬性(“恢復執行屬性”)。一個或多個命令資源結構元素可代表恢復執行屬性，並且這樣的元素可由相應的屬性識別符來識別。此恢復執行屬性可以是例如在下文被稱為execResume等的屬性的一個或多個實施例。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裝置的資料結構包括包含etsiAreaNwkInfo的至少一個管理物件，至少一個管理物件可包括etsiAreaNwkDeviceInventory，至少一個管理物件包括etsiAreaNwkDeviceGroups，至少一個管理物件包括etsiAreaNwkGroupOperations，並且至少一個管理物件包括etsiSensors。該資料結構可提供裝置目錄和配置管理、區域網路配置管理、區域網路性能管理或裝置的組管理的至少一個。

在一個實施例中，一種用於機器對機器(M2M)區域網路和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的至少一個管理物件。該資料結構提供裝置目錄和配置管理、區域網路配置管理、區域網路性能管理或裝置的組管理的至少一個。

如前面實施例的方法，其中該管理提供裝置目錄和配置管理。

如前面至少一實施例的方法，其中該管理提供區域網路配置管理。

如前面至少一實施例的方法，其中該管理提供區域網路性能管理。

如前面至少一實施例的方法，其中該管理提供裝置的組管理。

如前面至少一實施例的方法，其中至少一個管理物件包括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、manufaeturer或operations的至少一個，作為子資源。

如前面至少一實施例的方法，其中operations包括enable、disable或result的至少一個，作為子資源。

在一個實施例中，無線傳輸/接收單元可被配置為執行如前面任一實施例的方法。

在一個實施例中，基地台可被配置為執行如前面任一實施例的方法。

在一個實施例中，一種實體電腦可讀取儲存媒體可在其上儲存，可載入到計算裝置的記憶體中並可由其執行，用於執行如前面任一實施例的方法的可執行的指令。

在一個實施例中，用於資料模型化機器對機器(M2M)區域網路和M2M裝置的資源結構包括包含etsiAreaNwkInfo的至少一個管理物件、包含etsiAreaNwkDeviceInventory的至少一個管理物件、包含etsiAreaNwkDeviceGroups的至少一個管理物件、包含etsiGroupMgmtOperations的至少一個管理物件和包含etsiSensors的至少一個管理物件，該資源結構提供裝置目錄和配置管理、區域網路配置管理、區域網路性能管理或裝置的組管理的至少一個。

上述方法、裝置和系統的變型是可能的，而不脫離本發明的範圍。以可應用的各種實施例的觀點，應理解的是闡述的實施例僅是示例性的，不應被理解為對接著的申請專利範圍的限制。例如，在本文描述的示例實施例中，包括手持裝置，其可包括或使用任何適當的、提供任何適當電壓的電源，例如電池等。

儘管以上以特定的組合描述了特徵和元素，但是本領域中具有通常知識者將理解，每個特徵或元素可以單獨地使用或與其它的特徵和元素任意組合地使用。此外，本文描述的方法可在包括在由電腦或處理器所執行的併入於電腦可讀取媒體中的電腦程式、軟體或韌體中執行。電腦可讀取媒體的示例包括電子信號(經由有線或無線連接來傳送)和電腦可讀取儲存媒體。電腦可讀取儲存媒體的示例包括但不限制為唯讀記憶體(ROM)、隨機存取記憶體(RAM)、暫存器、快取記憶體、半導體記憶體裝置、磁性媒體(例如內部硬碟和可移式磁片)、磁光媒體和例如CD-ROM光碟片和數位化多功能光碟(DVD)的光學媒體。與軟體相關聯的處理器可用來執行在WTRU、UE、終端、基地台、RNC或任何主電腦中使用的射頻收發器。

此外，在上述的實施例中，應注意處理平台、計算系統、控制器和其他包括處理器的裝置。這些裝置可包括至少一個中央處理單元(“CPU”)和記憶體。根據電腦編程領域的技術人員的實務，涉及動作和操作或指令的符號表示可由各種CPU和記憶體來執行。這樣的動作和操作或指令可被稱為“執行”、“電腦執行”或“CPU執行”。

本領域中具有通常知識者將理解動作和符號表示的操作或指令包括由CPU操作的電子信號。電子系統表示能引起電子信號的結果變換或減少和在記憶體系統中的儲存位置維持資料位元，從而重新配置或改變CPU操作的資料位元，和信號的其他處理。資料位元要被維持的儲存位置是具有相應於或代表該資料位元的特殊電性、磁性、光學或有機性質的實體位置。應當理解的是，示例性實施例並不限於上述平台或CPU以及可支援上述方法的其他平台和CPU。

資料位元還可以在電腦可讀取媒體上維持，電腦可讀取媒體包括CPU可讀取的磁片、光碟和任何其他揮發性(例如隨機存取記憶體 (“RAM”))或非揮發性(例如唯讀記憶體(“ROM”))大量儲存系統。電腦可讀取媒體可包括協作或互連的電腦可讀取媒體，其專屬地存在於處理系統上，或分佈在多個可以是本地或遠端於處理系統的互連處理系統之間。應當理解的是，示例性實施例並不限於上述記憶體和其他可支援上述方法的平台和記憶體。

在本申請案說明中使用的元件、動作或指令都不應當被解釋為對本發明至關重要或必要的，除非明確地這麼描述。同樣地，如本文使用的那樣，冠詞“一”和“一個”旨在包括一個或多個目。在旨在僅一個項目的情況下，則使用術語“單一”或類似語言。另外，跟隨在多個項目及/或多個項目類別列表後的術語“任一個”，如本文使用的那樣，旨在包括項目及/或項目類別、獨立於或結合於其他項目及/或其他項目類別的“任一個”、“任意組合”、“任意多個”及/或“多個的任意組合”。另外，如本文使用的那樣，術語“集合”旨在包括項目的任意數目，包括0。此外，如本文使用的那樣，術語“數目”旨在包括任意數目，包括0。

並且，申請專利範圍不應當被理解為受限於所描述的順序或元件，除非說明該效果。此外，在任何的申請專利範圍中使用術語“裝置(means)”旨在援引35 U.S.C.§112,¶ 6，沒有措詞“裝置”的任何申請專利範圍則沒有這樣的含義。

Claims

一種在一機器對機器(M2M)伺服器中實施的方法，該方法包括：從一M2M網路應用接收一RESTful方法，該RESTful方法被定址到促進與一用戶端M2M裝置有關的一裝置管理服務功能的執行的一管理命令資源的一第一屬性，其中該管理命令資源更包括指定用於排程該裝置管理服務功能的該執行的標準的複數個屬性；翻譯及映射該裝置管理服務功能至一裝置管理命令，其中該裝置管理命令是在該用戶端M2M裝置支援的一協定中；基於該標準排程該裝置管理服務功能的該執行；以及基於該排程，傳送該裝置管理命令至該用戶端M2M裝置。
如申請專利範圍第1項所述的方法，更包括：向該M2M網路應用傳送下列中的任一個：(i)表明該裝置管理服務功能的一執行狀態的一訊息、以及(ii)表明該裝置管理命令的一執行結果的一訊息。
如申請專利範圍第1項所述的方法，更包括：從該用戶端M2M裝置接收下列中的任一個：(i)關於該裝置管理命令的一執行狀態的一通知、以及(ii)關於該裝置管理命令的一執行結果的一通知；以及向該M2M網路應用傳送下列中的任一個：(i)表明了根據該裝置管理命令的該執行狀態更新的該裝置管理服務功能的一執行狀態的一訊息、以及(ii)表明該裝置管理命令的該執行結果的一訊息。
如申請專利範圍第1項所述的方法，其中該管理命令資源包括一從屬管理命令資源，該方法更包括：更新下列中的任一個：(i)根據該裝置管理命令的一執行狀態，更新指定該裝置管理服務功能的一執行狀態的該從屬管理命令資源的一屬性；以及(ii)根據該裝置管理命令的一執行結果，更新指定該裝置管理服務功能的一執行結果的該從屬管理命令資源的一屬性；向該M2M網路應用傳送下列中的任一個：(i)表明在指定該裝置管理服務功能的一執行狀態的該更新的屬性中指定的該執行狀態的一訊息；以及(ii)表明從指定該裝置管理服務功能的一執行結果的該更新的屬性擷取的該執行結果的一訊息。
如申請專利範圍第1項所述的方法，其中該管理命令資源包括一從屬管理命令資源，該方法更包括：從該用戶端M2M裝置接收下列中的任一個：(i)關於該裝置管理命令的一執行狀態的一通知、以及(ii)關於該裝置管理命令的一執行結果的一通知；以及更新下列中的任一個：(i)根據關於該裝置管理命令的一執行狀態的該通知，更新指定該裝置管理服務功能的一執行狀態的該從屬管理命令資源的一屬性；以及(ii)根據關於該裝置管理命令的一執行結果的該通知，更新指定該裝置管理服務功能的一執行結果的該從屬管理命令資源的一屬性；以及向該M2M網路應用傳送下列中的任一個：(i)表明在指定該裝置管理服務功能的一執行狀態的該更新的屬性中指定的該執行狀態的一訊息；以及(ii)表明從指定該裝置管理服務功能的一執行結果的該更新的屬性擷取的該執行結果的一訊息。
如申請專利範圍第2-5項中任一項所述的方法，其中該裝置管理服務功能的該執行狀態指定該裝置管理服務功能完成。
如申請專利範圍第1-5項中任一項所述的方法，其中該管理命令資源更包括指定該用戶端M2M裝置的一識別符的一第二屬性。
如申請專利範圍第1-5項中任一項所述的方法，其中該管理命令資源更包括指定該用戶端M2M裝置的一識別符的一第二屬性，且其中該RESTful方法定址具有一值的該第一屬性以觸發與該用戶端M2M裝置有關的該裝置管理服務功能的執行。
如申請專利範圍第1-5項中任一項所述的方法，其中該裝置管理命令是根據下列中的任一者：(i)一簡易網路管理協定(SNMP)、(ii)一寬頻帶論壇(BBF)TR-069 CPE WAN管理協定、以及(iii)一開放行動通信聯盟(OMA)裝置管理(DM)協定。
如申請專利範圍第1-5項中任一項所述的方法，其中該複數個屬性包括指定該裝置管理服務功能的一執行模式的一屬性，以及其中該執行模式是一立即一次模式、一立即及重複模式、一隨機一次模式以及一隨機及重複模式中的任一個。
如申請專利範圍第1-5項中任一項所述的方法，其中該複數個屬性包括下列中的一或多個：(i)指定用於延遲該裝置管理服務功能的執行的一值的一屬性、(ii)指定該裝置管理服務功能的一執行模式的一屬性、(iii)指定該裝置管理服務功能的兩次執行之間的一最小間隔的一屬性、以及(iv)指定執行該裝置管理服務功能的一次數的一屬性。
一種機器對機器(M2M)伺服器，包括含有一處理器及一記憶體的一電路，該電路被配置為：從一M2M網路應用接收一RESTful方法，該RESTful方法被定址到促進與一用戶端M2M裝置有關的一裝置管理服務功能的執行的一管理命令資源的一第一屬性，其中該管理命令資源更包括指定用於排程該裝置管理服務功能的該執行的標準的複數個屬性；翻譯及映射該裝置管理服務功能至一裝置管理命令，其中該裝置管理命令是在該用戶端M2M裝置支援的一協定中；基於該標準排程該裝置管理服務功能的該執行；以及基於該排程，傳送該裝置管理命令至該用戶端M2M裝置。
如申請專利範圍第12項所述的機器對機器(M2M)伺服器，其中該電路被配置為：向該M2M網路應用傳送下列中的任一個：(i)表明該裝置管理服務功能的一執行狀態的一訊息、以及(ii)表明該裝置管理命令的一執行結果的一訊息。
如申請專利範圍第12項所述的機器對機器(M2M)伺服器，其中該電路被配置為：從該用戶端M2M裝置接收下列中的任一個：(i)關於該裝置管理命令的一執行狀態的一通知、以及(ii)關於該裝置管理命令的一執行結果的一通知；以及向該M2M網路應用傳送下列中的任一個：(i)表明了根據該裝置管理命令的該執行狀態更新的該裝置管理服務功能的一執行狀態的一訊息、以及(ii)表明該裝置管理命令的該執行結果的一訊息。
如申請專利範圍第12項所述的機器對機器(M2M)伺服器，其中該管理命令資源包括一從屬管理命令資源，以及其中該電路被配置為：更新下列中的任一個：(i)根據該裝置管理命令的一執行狀態，更新指定該裝置管理服務功能的一執行狀態的該從屬管理命令資源的一屬性；以及(ii)根據該裝置管理命令的一執行結果，更新指定該裝置管理服務功能的一執行結果的該從屬管理命令資源的一屬性；以及向該M2M網路應用傳送下列中的任一個：(i)表明在指定該裝置管理服務功能的一執行狀態的該更新的屬性中指定的該執行狀態的一訊息；以及(ii)表明從指定該裝置管理服務功能的一執行結果的該更新的屬性擷取的該執行結果的一訊息。
如申請專利範圍第12項所述的機器對機器(M2M)伺服器，其中該管理命令資源包括一從屬管理命令資源，以及其中該電路被配置為：從該用戶端M2M裝置接收下列中的任一個：(i)關於該裝置管理命令的一執行狀態的一通知、以及(ii)關於該裝置管理命令的一執行結果的一通知；以及更新下列中的任一個：(i)根據關於該裝置管理命令的一執行狀態的該通知，更新指定該裝置管理服務功能的一執行狀態的該從屬管理命令資源的一屬性；以及(ii)根據關於該裝置管理命令的一執行結果的該通知，更新指定該裝置管理服務功能的一執行結果的該從屬管理命令資源的一屬性；以及向該M2M網路應用傳送下列中的任一個：(i)表明在指定該裝置管理服務功能的一執行狀態的該更新的屬性中指定的該執行狀態的一訊息；以及(ii)表明從指定該裝置管理服務功能的一執行結果的該更新的屬性擷取的該執行結果的一訊息。
如申請專利範圍第13-16項中任一項所述的機器對機器(M2M)伺服器，其中該裝置管理服務功能的該執行狀態指定該裝置管理服務功能完成。
如申請專利範圍第12-16項中任一項所述的機器對機器(M2M)伺服器，其中該管理命令資源更包括指定該用戶端M2M裝置的一識別符的一第二屬性。
如申請專利範圍第12-16項中任一項所述的機器對機器(M2M)伺服器，其中該RESTful方法定址具有一值的該第一屬性以觸發與該用戶端M2M裝置有關的該裝置管理服務功能的執行。
如申請專利範圍第12-16項中任一項所述的機器對機器(M2M)伺服器，其中該裝置管理命令是根據下列中的任一者：(i)一簡易網路管理協定(SNMP)、(ii)一寬頻帶論壇(BBF)TR-069 CPE WAN管理協定、以及(iii)一開放行動通信聯盟(OMA)裝置管理(DM)協定。
如申請專利範圍第12-16項中任一項所述的機器對機器(M2M)伺服器，其中該複數個屬性包括下列中的一或多個：(i)指定用於延遲該裝置管理服務功能的執行的一值的一屬性、(ii)指定該裝置管理服務功能的一執行模式的一屬性、(iii)指定該裝置管理服務功能的兩次執行之間的一最小間隔的一屬性、以及(iv)指定執行該裝置管理服務功能的一次數的一屬性。
如申請專利範圍第12-16項中任一項所述的機器對機器(M2M)伺服器，其中該複數個屬性包括指定該裝置管理服務功能的一執行模式的一屬性，以及其中該執行模式是一立即一次模式、一立即及重複模式、一隨機一次模式以及一隨機及重複模式中的任一個。