本專利文件要求享有在2014年3月18日提交的申請?zhí)枮?1/955,180的美國臨時專利申請、在2014年4月3日提交的申請?zhí)枮?1/974,923的美國臨時專利申請、在2014年4月23日提交的申請?zhí)枮?1/983,411的美國臨時專利申請、以及在2014年5月30日提交的申請?zhí)枮?2/005,961的美國臨時專利申請的優(yōu)先權(quán)的權(quán)益。前面提到的專利申請的全部內(nèi)容以引用的方式并入作為本文件中的公開的一部分。

背景

本專利文檔涉及包括機器類型通信(MTC)和機器對機器(M2M)通信的通信。

在很多應(yīng)用中，在無線網(wǎng)絡(luò)中運行的無線設(shè)備與不在無線網(wǎng)絡(luò)中運行的、但是可以通信地可到達(dá)的其他設(shè)備和服務(wù)器進(jìn)行通信。各種標(biāo)準(zhǔn)都是有效的，以將這種連接性提供給無線設(shè)備。例如，互聯(lián)網(wǎng)協(xié)議(IP)是一個這種框架，無線設(shè)備通過互聯(lián)網(wǎng)協(xié)議可以基于分配給無線設(shè)備的IP地址，通信地耦合其他設(shè)備。

某些運行情況(諸如，在包括機器類型通信(MTC)無線設(shè)備和機器對機器(M2M)通信無線設(shè)備的系統(tǒng)中)，可以缺少IP連接性的框架。

概述

本文尤其描述了用于促進(jìn)在M2M設(shè)備之間的通信的技術(shù)。在一些實施例中，使用所公開的技術(shù)，可以由M2M設(shè)備創(chuàng)建資源，使其他M2M設(shè)備獲知資源，并且由M2M設(shè)備刪除資源。

在一個示例方面中，用于從M2M通信系統(tǒng)中的通告的屬性中檢索信息的技術(shù)包括：通過規(guī)定通告的屬性的地址以及包括通告的屬性的身份，發(fā)出信息檢索請求；響應(yīng)于信息檢索請求，接收信息響應(yīng)；以及選擇性地在本地處理所接收的信息響應(yīng)，或者轉(zhuǎn)發(fā)到另一M2M設(shè)備以用于進(jìn)一步處理。

在另一個示例方面中，用于刪除在M2M通信系統(tǒng)中的通告的屬性的技術(shù)包括：創(chuàng)建在其中忽略了將要刪除的屬性的資源的屬性列表；以及把列表傳輸?shù)酵泄軐⒁獎h除的屬性的M2M節(jié)點。

在一個示例方面中，用于在M2M通信系統(tǒng)中創(chuàng)建通告的資源的技術(shù)包括：發(fā)出創(chuàng)建請求，在該創(chuàng)建請求中列出了由始發(fā)M2M節(jié)點初始創(chuàng)建的屬性；以及接收所發(fā)出的創(chuàng)建請求的授權(quán)響應(yīng)。

這些方面和其他方面，以及它們的實現(xiàn)和變化在圖中、說明書和權(quán)利要求中闡述。

附圖說明

圖1描繪了無線網(wǎng)絡(luò)架構(gòu)的示例。

圖2是在無線網(wǎng)絡(luò)中可運行的無線電設(shè)備的示例的方框圖。

圖3顯示了M2M通信系統(tǒng)的示例性架構(gòu)。

圖4A顯示了CSEBase資源的示例。

圖4B顯示了remoteCSE資源的示例。

圖5示出了在M2M系統(tǒng)中的信息流的示例。

圖6示出了在屬性檢索過程期間交換的消息的示例。

圖7示出了在屬性更新過程期間交換的消息的示例。

圖8示出了在屬性刪除過程期間交換的消息的示例。

圖9是顯示了M2M通信的方法的示例的流程圖表示。

圖10是M2M通信裝置的示例的框圖表示。

圖11是顯示了M2M通信的方法的示例的流程圖表示。

圖12是M2M通信裝置的示例的框圖表示。

圖13是顯示了M2M通信的方法的示例的流程圖表示。

圖14是M2M通信裝置的示例的框圖表示。

詳細(xì)描述

在機器對機器通信(M2M)中，在兩個設(shè)備之間的通信可以被自動觸發(fā)，即，不需要由人類用戶主動參與。例如，M2M通信可以在時間邊界開始，例如，每周一次或者取決于某個事件的發(fā)生(例如，測量在降雨之后由機器記錄的降水)。參與M2M通信的設(shè)備可以被長持續(xù)時間(例如，幾小時到幾個月)地關(guān)閉電源或者處于休眠模式(沒有與其他設(shè)備的通信)。作為M2M設(shè)備的長休眠周期的結(jié)果，在設(shè)備的兩個喚醒周期之間，運行參數(shù)(諸如，在通信端點處的資源)可能已改變。進(jìn)一步地，M2M設(shè)備經(jīng)常是電池驅(qū)動的，并且這可以有益于節(jié)省電池壽命，使得這些設(shè)備不用不得不進(jìn)行更換電池的保養(yǎng)。

M2M設(shè)備可以裝備某些資源。資源的示例包括存儲器、計算能力、傳感器、與不同網(wǎng)絡(luò)的連接性、儲能能力、顯示資源等等。每個資源均可以具有用于描述該資源的對應(yīng)的屬性集。依據(jù)通信消息，資源可以表示用于描述M2M設(shè)備的數(shù)據(jù)結(jié)構(gòu)，而數(shù)據(jù)結(jié)構(gòu)中的單一的單元可被認(rèn)為是屬性。M2M設(shè)備本地可用的資源可以不時地改變，有時是在M2M設(shè)備處于休眠模式并且不與其他M2M設(shè)備進(jìn)行通信時。例如，可以將儲存容量添加到離線的視頻監(jiān)視攝像機。作為另一個示例，開/關(guān)類型的電燈泡可以以可調(diào)光電燈泡替換，借此向其提供資源以調(diào)節(jié)亮度。類似地，可以將資源從M2M設(shè)備帶走或者刪除。

因為資源管理可能消耗電池電量(例如，用于計算和/或通信)，所以向其他M2M設(shè)備提供可用資源的最新的簡況對于一些M2M設(shè)備來說可能是不便的。進(jìn)一步地，一些M2M設(shè)備可能是人類難以到達(dá)的，或者可能不具有本地用戶接口并且可能被遠(yuǎn)程管理。應(yīng)用服務(wù)器可能不時地想要獲知在M2M設(shè)備上可用的資源的屬性。對于現(xiàn)在沒有進(jìn)行通信的M2M設(shè)備來說，這個信息可能通過以下方式被收集：(1)應(yīng)用服務(wù)器喚醒M2M設(shè)備并且詢問M2M設(shè)備的屬性，或者(2)通過讀取在網(wǎng)絡(luò)中通信地可到達(dá)的另一設(shè)備(例如，網(wǎng)關(guān)設(shè)備)處保持的M2M設(shè)備的屬性的卷影復(fù)制或者克隆復(fù)制。

后面的方法為M2M通信提供了某些益處，因為可以處于多個服務(wù)提供商的控制下的、來源于應(yīng)用服務(wù)器的詢問不需要喚醒單一的M2M設(shè)備，這樣節(jié)省了電池電量以及網(wǎng)絡(luò)中的通信帶寬。單一M2M設(shè)備的屬性的總數(shù)可能高達(dá)上百條，因此為了保存所有屬性的克隆復(fù)制或者卷影復(fù)制而使用幾千字節(jié)或者兆字節(jié)(例如，8千字節(jié)到4兆字節(jié))的帶寬以及儲存空間。應(yīng)用服務(wù)器經(jīng)常不需要M2M設(shè)備的所有屬性值。因此，將M2M設(shè)備的屬性與M2M設(shè)備的卷影復(fù)制進(jìn)行同步可能不必要地消耗傳輸時間、電量以及帶寬。

當(dāng)今的M2M通信系統(tǒng)和協(xié)議不能充分處理在M2M通信系統(tǒng)中出現(xiàn)的運行情況。在本文中公開的技術(shù)尤其可以用于提供M2M通信系統(tǒng)中的資源的高效創(chuàng)建、屬性的通知和刪除，以有益于多個服務(wù)提供商。

M2M生態(tài)系統(tǒng)的端到端(E2E)視圖包括由M2M應(yīng)用服務(wù)器(AS)和M2M設(shè)備/網(wǎng)關(guān)托管的M2M應(yīng)用。在這個E2E視圖中，M2M服務(wù)平臺提供了諸如數(shù)據(jù)管理、設(shè)備管理、服務(wù)啟用能力等等的服務(wù)。底層傳輸網(wǎng)絡(luò)提供了在由M2M設(shè)備/網(wǎng)關(guān)和(多個)應(yīng)用服務(wù)器托管的M2M應(yīng)用之間的數(shù)據(jù)流的傳輸服務(wù)和通信服務(wù)。

下列一組的定義是從由oneM2M開發(fā)的規(guī)范得到的。

應(yīng)用功能(AF)：提供了端到端M2M解決方案的應(yīng)用邏輯。應(yīng)用功能的示例可以是車隊跟蹤應(yīng)用、遠(yuǎn)程血糖監(jiān)控應(yīng)用或者遠(yuǎn)程功率測量和控制應(yīng)用。

應(yīng)用層：包括M2M應(yīng)用和相關(guān)的業(yè)務(wù)和運行邏輯。

公共服務(wù)實體(CSE)：公共服務(wù)實體是公共服務(wù)功能的集合。在M2M節(jié)點處的公共服務(wù)實體提供了由在此M2M節(jié)點處的M2M應(yīng)用使用的一組服務(wù)，或者在M2M節(jié)點處的公共服務(wù)實體提供了用于從另一M2M節(jié)點訪問服務(wù)的一組服務(wù)。公共服務(wù)實體可以利用底層網(wǎng)絡(luò)能力并且可以相互交互以滿足服務(wù)。

公共服務(wù)功能(CSF)：包括由M2M節(jié)點提供給M2M系統(tǒng)中的其他實體的一組服務(wù)/能力。這種服務(wù)和/能力是基于oneM2M規(guī)范，通過M2M系統(tǒng)中的參考點X和Y向其他公共服務(wù)功能(CSF)顯示的。公共服務(wù)功能同樣使用用于訪問底層網(wǎng)絡(luò)服務(wù)的參考點Z。這種CSF的示例是：數(shù)據(jù)管理和儲存、設(shè)備管理和M2M會話管理等等。

公共服務(wù)層：由(經(jīng)由以管理、發(fā)現(xiàn)和策略執(zhí)行為例)使能M2M應(yīng)用的M2M服務(wù)功能構(gòu)成。

網(wǎng)絡(luò)服務(wù)層：提供了傳輸、連接性和服務(wù)功能。

M2M應(yīng)用：運行服務(wù)邏輯并且使用經(jīng)由一組oneM2M指定開放接口可接入的M2M公共服務(wù)的應(yīng)用。

M2M應(yīng)用服務(wù)提供商：向用戶提供M2M應(yīng)用服務(wù)的實體(例如，公司)。

M2M設(shè)備：提供感測和/或致動服務(wù)的裝備。M2M設(shè)備托管一個或多個M2M應(yīng)用并且可以包含一個或多個CSE。M2M設(shè)備可以但不需要位于與感測和致動裝備相同的位置。

M2M網(wǎng)關(guān)：包含一個或多個CSE并且可以包含M2M應(yīng)用的裝備。M2M網(wǎng)關(guān)與M2M服務(wù)基礎(chǔ)結(jié)構(gòu)以及一個或多個M2M設(shè)備進(jìn)行通信。

M2M節(jié)點：由(多個)CSE和/或(多個)M2M應(yīng)用構(gòu)成以表示M2M物理實體(諸如M2M設(shè)備、M2M網(wǎng)關(guān)和M2M服務(wù)基礎(chǔ)結(jié)構(gòu))的邏輯實體。

M2M服務(wù)基礎(chǔ)結(jié)構(gòu)：為M2M服務(wù)提供商提供數(shù)據(jù)和協(xié)調(diào)能力的管理、并且與M2M設(shè)備和/或M2M網(wǎng)關(guān)進(jìn)行通信的裝備。M2M服務(wù)基礎(chǔ)結(jié)構(gòu)包含一個或多個CSE。

M2M服務(wù)提供商：向M2M應(yīng)用服務(wù)提供商或者向用戶提供M2M服務(wù)的實體(例如，公司)。

底層網(wǎng)絡(luò)服務(wù)功能(NSF)：底層網(wǎng)絡(luò)服務(wù)功能從M2M節(jié)點外部的實體向CSE提供服務(wù)。這種服務(wù)的示例包括設(shè)備管理、位置服務(wù)、設(shè)備可達(dá)性狀態(tài)、設(shè)備觸發(fā)等等。

感測和致動(S&A)裝備：通過與一個或多個M2M應(yīng)用服務(wù)交互而提供感測和/或影響物理環(huán)境的功能的裝備。感測和致動裝備可以與M2M系統(tǒng)交互，然而并不托管M2M應(yīng)用。S&A裝備可以但不需要位于與M2M設(shè)備相同的位置。

X參考點

在M2M應(yīng)用和CSE之間的參考點。X參考點允許M2M應(yīng)用使用由CSE提供的服務(wù)，并且允許CSE返回與M2M應(yīng)用進(jìn)行通信。

Y參考點

在兩個CSE之間的參考點。Y參考點允許CSE使用另一CSE的服務(wù)以滿足所需要的服務(wù)。

Z參考點

在CSE和底層網(wǎng)絡(luò)之間的參考點。Z參考點允許CSE使用由底層網(wǎng)絡(luò)提供的(與傳輸和連接性服務(wù)不同的)服務(wù)，以滿足所需要的功能。

采用M2M服務(wù)的這種E2E視圖，可以將M2M應(yīng)用服務(wù)器、M2M設(shè)備/網(wǎng)關(guān)、M2M服務(wù)平臺和傳輸網(wǎng)絡(luò)認(rèn)為是在E2E M2M服務(wù)框架中的不同實體。同樣可以將這些實體中的每個實體認(rèn)為是不同的業(yè)務(wù)實體的表示。例如，M2M應(yīng)用服務(wù)提供商是向最終用戶提供M2M應(yīng)用服務(wù)的業(yè)務(wù)實體(例如，公司)。M2M服務(wù)提供商(SP)是另一業(yè)務(wù)實體(例如，公司)，其將M2M服務(wù)平臺提供給M2M應(yīng)用服務(wù)提供商使用，用于實現(xiàn)來源于可以與感測和致動(S&A)裝備集成的M2M設(shè)備/網(wǎng)關(guān)的服務(wù)。底層網(wǎng)絡(luò)服務(wù)提供商提供了可以基于有線和/或無線技術(shù)(諸如，由IEEE、IETF、3GPP、3GPP2、BBF等等限定的技術(shù))的底層傳輸網(wǎng)絡(luò)。

在M2M服務(wù)框架內(nèi)，M2M設(shè)備/網(wǎng)關(guān)可以托管由不同的M2M服務(wù)提供商(SP)指定的應(yīng)用。例如，設(shè)想智能家居的情況，該智能家居具有用于支持諸如能源管理、家庭安保、健康監(jiān)控等等的服務(wù)的S&A裝備。這種服務(wù)(能源管理、家庭安保、健康監(jiān)控等等)是由不同的M2M服務(wù)提供商提供的。但是通過用于不同服務(wù)的S&A裝備的使用，所有這些服務(wù)都是在智能家居中在單一家庭網(wǎng)關(guān)上被托管的。在這個服務(wù)場景中，家庭網(wǎng)關(guān)通常是由房主擁有的，然而S&A裝備是服務(wù)特定的(誰擁有S&A裝備并不是本文的論述的對象)。例如，用于能源管理服務(wù)和健康監(jiān)控服務(wù)的S&A裝備是對提供的服務(wù)指定的，并且可以要求由各自的M2M服務(wù)提供商(在這個情況下是能源管理服務(wù)提供商和健康監(jiān)控服務(wù)提供商)管理。類似地，M2M服務(wù)提供商可能想要與其他M2M服務(wù)提供商無關(guān)地在家庭網(wǎng)關(guān)上管理它們各自的一組運行環(huán)境。例如，能源管理服務(wù)提供商可能想要更新在家庭網(wǎng)關(guān)上安裝的能源監(jiān)控軟件/固件。然而，這種更新不應(yīng)影響由健康監(jiān)控服務(wù)提供商提供的服務(wù)。同樣很有可能在提供這種不同組的服務(wù)的同時，家庭網(wǎng)關(guān)需要提供安全環(huán)境，用于隔離由不同的M2M服務(wù)提供商提供的服務(wù)。

圖1顯示無線通信網(wǎng)絡(luò)或系統(tǒng)的示例。這個無線通信網(wǎng)絡(luò)可以包括一個或多個基站(BS)105、107以及一個或多個無線設(shè)備110?；?05、107可以把在前向鏈接(FL)上的被稱為下行鏈接(DL)信號的信號傳輸?shù)揭粋€或多個無線設(shè)備110。無線設(shè)備110可以把在反向鏈接(RL)上的被稱為上行鏈接(UL)信號的信號傳輸?shù)揭粋€或多個基站105、107。無線通信系統(tǒng)可以包括一個或多個核心網(wǎng)絡(luò)125，以控制一個或多個基站105、107。一個或多個基站形成了無線接入網(wǎng)。由于基站獨立地或者結(jié)合一個或多個其他基站地為無線設(shè)備提供無線接入的性質(zhì)，因此可以被稱作接入點(AP)、接入網(wǎng)(AN)或eNodeB。能夠?qū)崿F(xiàn)本技術(shù)和系統(tǒng)的無線通信系統(tǒng)的示例，其中包括基于諸如CDMA2000 1x、高速分組數(shù)據(jù)(HRPD)、長期演進(jìn)(LTE)、通用陸地?zé)o線電接入網(wǎng)(UTRAN)、以及全球微波互聯(lián)接入(WiMAX)的碼分多址(CDMA)的無線通信系統(tǒng)。

圖2顯示用于實現(xiàn)無線設(shè)備、基站或其他無線通信模塊的無線收發(fā)器站的示例。無線電臺的各種示例包括圖1中的基站和無線設(shè)備。無線電臺205(諸如，基站或無線設(shè)備)可以包括實現(xiàn)諸如在本文中呈現(xiàn)的技術(shù)中的一種或多種的方法的處理器電子設(shè)備210，諸如微處理器。無線電臺205可以包括收發(fā)器電子設(shè)備215，以通過一個或多個通信接口(諸如，一個或多個天線220)發(fā)送和/或接收無線信號。無線電臺205可以包括用于發(fā)送和接收數(shù)據(jù)的其他通信接口。在一些實現(xiàn)中，無線電臺205可以包括一個或多個有線通信接口，以與有線網(wǎng)絡(luò)通信。無線電臺205能夠包括被設(shè)置成存儲諸如數(shù)據(jù)和/或指令的信息的一個或多個存儲器225。在一些實現(xiàn)中，處理器電子設(shè)備210可以包括收發(fā)器電子設(shè)備215的至少一部分以及存儲器225。

在一些實現(xiàn)中，無線電臺205可以以基于CDMA或GSM的空中接口為基礎(chǔ)相互通信。在一些實現(xiàn)中，無線電臺205可以基于可以包括正交頻分多址(OFDMA)空中接口的正交頻分復(fù)用(OFDM)空中接口而相互通信。在一些實現(xiàn)中，無線電臺205可以使用一種或多種無線技術(shù)(諸如，CDMA2000 1x、HRPD、WiMAX、GSM、LTE、以及通用移動電信系統(tǒng)(UMTS))進(jìn)行通信。

在一些實現(xiàn)中，無線電臺205可以額外配置有局域網(wǎng)連接性，諸如，802.11(a/b/g/n)接口。這種接口的可用性可使其有可能經(jīng)由局域連接通信地將無線電臺205耦合到互聯(lián)網(wǎng)。例如，經(jīng)由通過固定寬帶網(wǎng)絡(luò)(諸如，電纜調(diào)制解調(diào)器網(wǎng)絡(luò)或DSL網(wǎng)絡(luò))的無線局域網(wǎng)連接(例如，家庭Wi-Fi接入)，用戶可以在她的用戶設(shè)備(UE)上通過連接到服務(wù)來接入服務(wù)。以上描述的無線電臺205可以用于實現(xiàn)在本文中公開的技術(shù)。類似地，與接入網(wǎng)125(例如，核心網(wǎng)或者骨干網(wǎng)、或者與其耦合的應(yīng)用服務(wù)器)通信地耦合的另一實體或模塊可以實現(xiàn)一些所公開的技術(shù)。

部署進(jìn)入oneM2M系統(tǒng)的第一示例實施例

在本文中描述的技術(shù)可以體現(xiàn)在可以部署成與遵循oneM2M規(guī)范的設(shè)備互操作的實現(xiàn)中，oneM2M規(guī)范的當(dāng)前發(fā)布的版本作為一個示例解釋如下。

在本文中使用下列縮寫。

ADN：應(yīng)用專用節(jié)點。

ADN-AE：駐留在應(yīng)用專用節(jié)點中的AE。

AE：應(yīng)用實體。

App：應(yīng)用。

ASN：應(yīng)用服務(wù)節(jié)點。

ASE-AE：注冊在應(yīng)用服務(wù)節(jié)點中的CSE的應(yīng)用實體。

ASN-CSE：駐留在應(yīng)用服務(wù)節(jié)點中的CSE。

BBF：寬帶論壇。

CSE：公共服務(wù)實體。

CSF：公共服務(wù)功能。

EF：使能器功能。

IEEE：電氣和電子工程師協(xié)會。

IETF：互聯(lián)網(wǎng)工程任務(wù)組。

IN：基礎(chǔ)結(jié)構(gòu)節(jié)點。

IN-AE：注冊在基礎(chǔ)結(jié)構(gòu)節(jié)點中的CSE的應(yīng)用實體。

IN-CSE：駐留在基礎(chǔ)結(jié)構(gòu)節(jié)點中的CSE。

JNI：Java本地接口。

LTE：長期演進(jìn)。

MAC：介質(zhì)訪問控制。

M2M：機器對機器。

MN：中間節(jié)點。

MN-CSE：駐留在中間節(jié)點中的CSE。

NSE：網(wǎng)絡(luò)服務(wù)實體。

SDO：標(biāo)準(zhǔn)開發(fā)組織。

SP：服務(wù)提供商。

UNet：底層網(wǎng)絡(luò)(M2M設(shè)備駐留在其中)。

在機器對機器(M2M)通信中，兩個設(shè)備(例如應(yīng)用服務(wù)器和具有M2M能力的設(shè)備)可以相互通信，而不需要人類用戶明確地發(fā)起該通信。在M2M通信中，在其之間經(jīng)常發(fā)生通信的兩個端點處于不同的網(wǎng)絡(luò)。在常規(guī)應(yīng)用場景中，一個端點可以是可以為了延長時間周期而離線的傳感器或公用設(shè)施箱，并且另一個端點可以是應(yīng)用服務(wù)器(諸如可以部署在受管理的網(wǎng)絡(luò)中的公用事業(yè)計費服務(wù)器或M2M服務(wù)器)。在這兩個端點之間往返傳輸?shù)臄?shù)據(jù)封包可以經(jīng)由不同的路徑選項路由。例如，一個端點可以通過經(jīng)許可的頻譜(例如，長期演進(jìn))或免許可的頻譜(例如，Wi-Fi)而具有連接性。當(dāng)一個端點離線一段延長時間周期(例如幾天或幾星期)時，在上一通信會話期間向該端點路由封包的路徑可以不必是在當(dāng)前通信會話中可以路由封包的路徑。此外，不同的路徑選項可以招致不同的成本(例如，在傳輸時的帶寬費用和功率損耗)。

為了節(jié)省電能或其他資源，一些M2M設(shè)備或在這些設(shè)備上運行的應(yīng)用實體可以不時地“離線”。為了重建應(yīng)用層通信，這些M2M實體可以在通信之前要被喚醒。進(jìn)行觸發(fā)的方式、或者可以被喚醒的精準(zhǔn)模塊或?qū)嶓w可以基于各M2M設(shè)備的配置和能力。

由諸如oneM2M、ETSI TC M2M、TIA TR-50等組織(M2M SDO)開發(fā)的服務(wù)層規(guī)范需要支持大范圍的針對市場(垂直式)的組織的M2M解決方案的高效部署。聚焦于服務(wù)層，這些組織已經(jīng)采用點對點服務(wù)的獨立于傳輸網(wǎng)絡(luò)的觀點。然而，它們需要確定它們的服務(wù)層規(guī)范可以有效地用于與不同類型的傳輸網(wǎng)絡(luò)相互作用。這種傳輸網(wǎng)絡(luò)包括但不限于由3GPP、3GPP2、IEEE、IETF和BBF定義的無線和有線網(wǎng)絡(luò)。

當(dāng)前，在服務(wù)層規(guī)范中，服務(wù)請求沒有辦法去識別與擁有公共服務(wù)資源以滿足M2M請求的實體相關(guān)特定M2M設(shè)備。此外，當(dāng)休眠的M2M設(shè)備可能不得不被觸發(fā)喚醒以滿足M2M通信請求時，當(dāng)前系統(tǒng)受限于指定請求可能必須被路由到的觸發(fā)設(shè)備的方式。在本文中呈現(xiàn)的技術(shù)解決了這些問題以及其他問題。

圖3示出了由oneM2M系統(tǒng)支持的一些可能的配置300。圖3是由oneM2M開發(fā)的功能架構(gòu)規(guī)范的摘錄。

在這個示例圖示300中，在ADN上的應(yīng)用實體(Application Entity，AE)(ADN-AE)可以注冊在IN-CSE。類似地，無節(jié)點AE可以注冊在IN-CSE。ADN-AE同樣可以注冊在MN-CSE。這種注冊是在遠(yuǎn)程實體/節(jié)點處的AE和CSE之間的注冊。

CSE是一個或多個CSF的實例化。CSE提供了可以由M2M應(yīng)用使用和共享的CSF的子集。CSE可以利用UNet能力并且可以與其他CSE相互作用，以滿足服務(wù)。CSE包括M2M環(huán)境共用的“服務(wù)功能”集合。這種服務(wù)功能通過參考點(諸如，在oneM2M中規(guī)定的Mca和Mcc參考點(見圖3))展示給其他實體。Mcc參考點定義了在CSE之間的通信流。參考點Mcn用于接入底層網(wǎng)絡(luò)服務(wù)實體。由CSE提供的服務(wù)功能的示例是：數(shù)據(jù)管理、設(shè)備管理、M2M訂閱管理、定位服務(wù)等。這種由CSE提供的“子功能”在邏輯上可以理解為公共服務(wù)功能(CSF)。在公共服務(wù)實體(CSE)內(nèi)部，CSF中的一些可以是強制的，而其他的可以是可選的。同樣，在CSF內(nèi)部，一些子功能可以是強制的或可選的(例如，在“設(shè)備管理”CSF內(nèi)部，像是“應(yīng)用軟件安裝”、“固件升級”、“登錄”、“監(jiān)控”等的子功能中的一些可以是強制的或可選的)。

CSF是M2M環(huán)境共用的服務(wù)功能的集合，并且由諸如oneM2M的交互工作規(guī)范所規(guī)定。

在圖3中，使用了下列縮寫：

無節(jié)點AE：這種實體表示可以由應(yīng)用服務(wù)提供商托管的IN-AE。

節(jié)點：包含至少一個公共服務(wù)實體(CSE)和/或一個應(yīng)用實體(AE)的功能實體。節(jié)點可以包含在物理裝置(例如，M2M設(shè)備、網(wǎng)關(guān)、或服務(wù)器基礎(chǔ)結(jié)構(gòu))中。一般來說，駐留在不同節(jié)點中的CSE不相同，并且依賴于在該節(jié)點中的CSE所支持的服務(wù)。在一些實施例中，定義了兩類節(jié)點。一類節(jié)點是包括至少一個公共服務(wù)實體和/或一個或多個oneM2M應(yīng)用實體的功能實體。這種節(jié)點可以被稱作具有CSE能力的節(jié)點。其他類節(jié)點是可以包含一個或多個應(yīng)用實體并且沒有公共服務(wù)實體的功能實體。這種節(jié)點可以被稱作不具有CSE能力的節(jié)點。在oneM2M架構(gòu)中，具有CSE能力的oneM2M節(jié)點可以被包含在例如M2M設(shè)備、網(wǎng)關(guān)、或服務(wù)器基礎(chǔ)結(jié)構(gòu)的物理對象中。不具有CSE能力的oneM2M節(jié)點可以被包含在諸如傳感器、致動器等的物理對象中。具有CSE能力的節(jié)點和不具有CSE能力的節(jié)點通過Mca參考點通信。

Mcc’參考點旨在盡可能類似于Mcc參考點。但是因為M2M間服務(wù)提供商通信的性質(zhì)，可能存在一些區(qū)別。

在配置200中可能存在很多不同類型的節(jié)點。節(jié)點不必映射到單獨的真實物理對象，雖然它可以映射到真實物理對象。節(jié)點可以包括：

應(yīng)用服務(wù)節(jié)點(ASN)：應(yīng)用服務(wù)節(jié)點是包含一個公共服務(wù)實體并且包含至少一個應(yīng)用實體的節(jié)點。應(yīng)用服務(wù)節(jié)點可以通過Mcc參考點要么與恰好一個中間節(jié)點、要么與恰好一個基礎(chǔ)結(jié)構(gòu)節(jié)點通信。物理映射的示例包括可以駐留在M2M設(shè)備中的應(yīng)用服務(wù)節(jié)點。

應(yīng)用專用節(jié)點(ADN)：應(yīng)用專用節(jié)點可以包含至少一個應(yīng)用實體并且不包含公共服務(wù)實體。應(yīng)用專用節(jié)點通過Mca參考點與中間節(jié)點或基礎(chǔ)結(jié)構(gòu)節(jié)點通信。物理映射的示例包括可以駐留在受約束的M2M設(shè)備中的應(yīng)用專用節(jié)點。

中間節(jié)點(MN)：中間節(jié)點是包含一個公共服務(wù)實體并且包含零個或更多個應(yīng)用實體的節(jié)點。中間節(jié)點通過Mcc要么與IN、要么與另一個MN通信，另外通過Mcc至少與IN/MN/ASN、或者通過Mca與ADN通信。物理映射的示例可以包括可以駐留在M2M網(wǎng)關(guān)中的中間節(jié)點。

基礎(chǔ)結(jié)構(gòu)節(jié)點(IN)：基礎(chǔ)結(jié)構(gòu)節(jié)點是包含一個公共服務(wù)實體并且包含零個或更多個應(yīng)用實體的節(jié)點?；A(chǔ)結(jié)構(gòu)節(jié)點通過各自的Mcc參考點與一個或多個中間節(jié)點、和/或一個或多個應(yīng)用服務(wù)節(jié)點通信。另外，基礎(chǔ)結(jié)構(gòu)節(jié)點通過各自的Mca參考點與一個或多個應(yīng)用專用節(jié)點通信。物理映射的示例：基礎(chǔ)結(jié)構(gòu)節(jié)點可以駐留在M2M服務(wù)器基礎(chǔ)結(jié)構(gòu)中。

M2M外部標(biāo)識符(M2M-Ext-ID)

在服務(wù)把由CSE-ID識別的CSE作為目標(biāo)時，M2M-Ext-ID由M2M SP使用，并且從底層網(wǎng)絡(luò)被請求。

M2M外部標(biāo)識符使底層網(wǎng)絡(luò)能夠針對服務(wù)請求識別與CSE-ID相關(guān)的M2M設(shè)備。為了該效果，底層網(wǎng)絡(luò)將M2M-Ext-ID映射到分配給目標(biāo)M2M設(shè)備的UNet專用標(biāo)識符。另外，M2M SP可以保持在CSE-ID、M2M-Ext-ID以及UNet的標(biāo)識之間的關(guān)聯(lián)。

在各種實施例中，可以實現(xiàn)在CSE-ID和M2M-Ext-ID之間的預(yù)先設(shè)置的關(guān)聯(lián)以及動態(tài)的關(guān)聯(lián)。

對于每個CSE-ID，均應(yīng)該僅有一個針對指定底層網(wǎng)絡(luò)標(biāo)識符或UNetwork-ID的M2M-Ext-ID。因此，與多個底層網(wǎng)絡(luò)交互工作的M2M SP將具有與相同的CSE-ID相關(guān)的不同的M2M-Ext-ID，每個底層網(wǎng)絡(luò)一個，并且將針對其向底層網(wǎng)絡(luò)發(fā)起的任何服務(wù)請求選擇適當(dāng)?shù)腗2M-Ext-ID。

一般來說，依靠UNet將M2M-Ext-ID映射到M2M設(shè)備是UNet特有的。

在一些配置中，UNet提供商和M2M服務(wù)提供商可以合作，將M2M-Ext-ID分配給每個通過CSE-ID識別的CSE。同時，UNet提供商保持M2M-Ext-ID與分配給托管這個CSE的M2M設(shè)備的UNet特有的標(biāo)識符的關(guān)聯(lián)。

針對預(yù)先設(shè)置的M2M-Ext-ID，在基礎(chǔ)結(jié)構(gòu)節(jié)點可以設(shè)置M2M-Ext-ID連同相關(guān)的CSE-ID。在M2M設(shè)備的CSE并不需要知曉分配給它的M2M-Ext-ID。針對動態(tài)M2M-Ext-ID，在場域中的每個M2M設(shè)備設(shè)置了對底層網(wǎng)絡(luò)指定的M2M-Ext-ID。在CSE注冊期間，這種M2M-Ext-ID被傳遞給IN-CSE。

觸發(fā)器接收者標(biāo)識符(Trigger-Recipient-ID)

當(dāng)從UNet請求設(shè)備觸發(fā)服務(wù)時，Trigger-Recipient-ID用于識別要把觸發(fā)器路由到的、在執(zhí)行環(huán)境中的ASN/MN-CSE的實例。例如，當(dāng)使用3GPP設(shè)備觸發(fā)時，Trigger-Recipient-ID將映射到應(yīng)用端口標(biāo)識符，例如，在規(guī)范3GPP 23.682中規(guī)定的應(yīng)用端口標(biāo)識符。

針對預(yù)先設(shè)置的M2M-Ext-ID，在基礎(chǔ)結(jié)構(gòu)節(jié)點，Trigger-Recipient-ID連同M2M-Ext-ID和相關(guān)的CSE-ID被設(shè)置。針對動態(tài)M2M-Ext-ID，在場域中的每個M2M設(shè)備設(shè)置了底層網(wǎng)絡(luò)指定的Trigger-Recipient-ID。在CSE注冊期間，這種Trigger-Recipient-ID被傳遞給IN-CSE。

下面的表1列出某些M2M標(biāo)識符的示例以及它們的使用性質(zhì)。具體來說，如在表1中所列出的，外部標(biāo)識符在UNet提供商和M2M SP之間共同地被分配，分配給屬于CSE的M2M節(jié)點，其中，所述CSE想要利用UNet的服務(wù)并可具有兩種設(shè)置模式-預(yù)先設(shè)置模式、以及其中在對應(yīng)的CSE注冊期間傳遞外部標(biāo)識符的動態(tài)模式。

M2M標(biāo)識符生命周期以及特性

表1

CSEBase資源類型

<CSEBase>資源可用于表示CSE。這個<CSEBase>資源可以是駐留在CSE的所有資源的根。

圖4A顯示了在CSEBase資源中包括的屬性的示例列表。

<CSEBase>資源可以包含在表2中的子資源。

表2

<CSEBase>資源可以包含在表3中描述的屬性。

表3

remoteCSE資源類型

<remoteCSE>資源表示注冊在注冊員CSE的遠(yuǎn)程CSE。<remoteCSE>資源可以直接定位在<CSEBase>下。相反地，每個注冊的CSE也可以被表示為在正在注冊的CSE的<CSEBase>中的<remoteCSE>資源的子集。例如，當(dāng)CSE1注冊在CSE2時，將會創(chuàng)建兩個<remoteCSE>資源：一個是在CSE1中的<CSEBase1>/<remoteCSE2>，并且一個是在CSE2中的<CSEBase2>/<remoteCSE1>。兩個資源的創(chuàng)建并不必然暗示相互注冊。<CSEBase1>/<remoteCSE2>并不自然意味著在以上的示例中CSE2注冊在CSE1。

<remoteCSE>資源可以包括例如在表4中列出的子資源。

圖4B列出在<remoteCSE>資源中所包括的子資源的示例。

表4

在一些實施例中，<remoteCSE>資源可以包括在表5中列出的屬性。

表5

在一些實施例中，<remoteCSE>和通告的<remoteCSE>針對能夠在兩個資源之間分辨的實現(xiàn)，將具有不同的resourceType編碼。

在oneM2M系統(tǒng)中的實現(xiàn)的示例實施例

提供修改的示例以解釋在一些實施例中修改當(dāng)前的oneM2M規(guī)范以實現(xiàn)在本文中公開的技術(shù)中的一些技術(shù)的方式。示例尤其公開了對于在oneM2M中規(guī)定的、用于從應(yīng)用實體或者公共服務(wù)實體(CSE)創(chuàng)建和刪除通告的屬性的當(dāng)前過程做出的改變，并且同樣公開了用于初始資源托管的CSE通告屬性和解通告屬性的新技術(shù)。

提出一些修改，以提出用于支持屬性通告和解通告(de-announcement)的方法。屬性通告/解通告是通過使用UPDATE操作和DELETE操作來支持的。

示例1

10.2.18.6用于AE和CSE發(fā)起創(chuàng)建通告的屬性的過程

這個條款描述了用于AE和CSE發(fā)起創(chuàng)建通告的屬性(屬性通告)的過程。

始發(fā)方：用于發(fā)起屬性通告的請求的始發(fā)方，可以是AE或者CSE。始發(fā)方可以通過更新在初始資源處的announcedAttribute屬性，來請求屬性通告。

始發(fā)方可以通過將需要通過使用UPDATE請求來通告的屬性添加到在初始資源處的announcedAttribute屬性，來更新在初始資源處的announcedAttribute屬性。僅有以O(shè)A標(biāo)記的屬性可以被通告給遠(yuǎn)程通告的資源。

接收方：一旦始發(fā)方已被成功授權(quán)，接收方(其可以是初始資源托管的CSE)可以在成功驗證請求后同意請求。

在請求中接收的、沒有以O(shè)A標(biāo)記的屬性是無效的。

在請求中接收的、在初始資源結(jié)構(gòu)中不存在的屬性是無效的。

如果在請求中接收的一些屬性在announcedAttribute屬性中已不存在，則接收方可以按照條款10.2.18.8中的過程向在announceTo屬性中列出的所有通告的資源通告這種屬性。

在按照條款10.2.18.8中的過程成功通告屬性時，接收方可以執(zhí)行下列各項：

接收方可以如在條款10.1.3中規(guī)定地以UPDATE響應(yīng)來響應(yīng)請求AE/CSE。在這種響應(yīng)中可以提供通告的屬性的內(nèi)容。

表10.2.18.6-1:創(chuàng)建通告的屬性

示例2

10.2.18.7用于AE和CSE發(fā)起刪除通告的屬性的過程

這個條款描述了用于AE和CSE發(fā)起刪除通告的屬性(屬性解通告)的過程。

始發(fā)方：用于發(fā)起屬性解通告的請求的始發(fā)方，可以是AE或者CSE。始發(fā)方可以通過更新在初始資源處的announcedAttribute屬性如下來請求屬性解通告：

始發(fā)方可以通過使用UPDATE請求來通過從在初始資源處的announcedAttribute屬性刪除需要解通告的屬性，來更新在初始資源處的announcedAttribute屬性。僅有以O(shè)A標(biāo)記的屬性可以被解通告給遠(yuǎn)程通告的資源。

接收方：一旦始發(fā)方已被成功授權(quán)，接收方(其可以是初始資源托管的CSE)可以在成功驗證請求后同意請求。

在請求中接收的、沒有以O(shè)A標(biāo)記的屬性是無效的。

如果沒有在請求中接收到在announcedAttribute屬性中存在的一些屬性，則接收方可以按條款10.2.18.9中的每個過程向在announceTo屬性中列出的所有通告的資源解通告這種屬性。

在按照條款10.2.18.9中的過程成功解通告所有屬性時，接收方可以執(zhí)行下列各項：

接收方可以如在條款10.1.3中規(guī)定地以UPDATE響應(yīng)來響應(yīng)請求AE/CSE。在這種響應(yīng)中可以提供所解通告的屬性的名稱。

表10.2.18.7-1:刪除通告的屬性

示例3

10.2.18.8初始資源托管CSE通告屬性的過程

這個條款描述了可以由初始資源托管的CSE使用以在遠(yuǎn)程通告資源創(chuàng)建通告的屬性(即，屬性通告)的過程。

始發(fā)方：這個請求的始發(fā)方可以是初始資源托管的CSE。始發(fā)方可以如在條款10.1.3中規(guī)定地通過使用UPDATE請求，來請求在通告的資源處創(chuàng)建通告的屬性。

接收方：一旦始發(fā)方已被成功授權(quán)，接收方(托管通告的資源的CSE)可以在成功驗證請求后同意請求。該接收方可如下執(zhí)行：

按在條款10.1.3中部分處理的過程在通告的資源處創(chuàng)建通告的屬性。

如在條款10.1.3中，以UPDATE響應(yīng)來響應(yīng)始發(fā)方。

始發(fā)方在從接收方接收到響應(yīng)之后，可以執(zhí)行下列步驟：如果通告的屬性已被成功地創(chuàng)建，則announcedAttribute屬性可被更新，以包括成功地通告的屬性的屬性名稱。

對于在announcedAttribute屬性中新近通告的屬性，始發(fā)方可以負(fù)責(zé)如條款10.1.3中的通過使用UPDATE操作來保持在通告的資源處同步的新近通告的屬性的值。

表10.2.18.8-1：初始資源托管的CSE通告屬性：UPDATE

示例4

10.2.18.9初始資源托管CSE解通告屬性的過程

這個條款描述了可以由初始資源托管的CSE使用以在遠(yuǎn)程通告資源消除通告的屬性(即，屬性解通告)的過程。

始發(fā)方：這個請求的始發(fā)方可以是初始資源托管的CSE。始發(fā)方可以如在條款10.1.4中規(guī)定地通過使用DELETE請求，來請求刪除通告的屬性。

接收方：一旦始發(fā)方已被成功授權(quán)，接收方(托管通告的資源的CSE)可以在成功驗證請求后同意請求。該接收方可如下執(zhí)行：

按照在條款10.1.4中部分處理的過程刪除解通告的屬性。

如在條款10.1.4中，以恰當(dāng)?shù)腄ELETE響應(yīng)來響應(yīng)始發(fā)方。

始發(fā)方在從接收方接收到響應(yīng)之后，可以執(zhí)行下列步驟：如果解通告的屬性已被成功地消除，則announcedAttribute屬性可被更新，從而消除成功地解通告的屬性的屬性名稱。

表10.2.18.9-1：初始資源托管的CSE解通告屬性：DELETE

對當(dāng)前的oneM2M規(guī)范的可能的修改

提出對于在oneM2M中的部分處理的支持。提出這種部分處理是通過使用UPDATE和DELETE操作而被支持的。

示例5

8.1.1說明

圖5顯示了通信的常規(guī)流動的示例性圖，該常規(guī)流動組織在基于使用請求和響應(yīng)方案的過程內(nèi)的信息交換。方案應(yīng)用于諸如下列各項的通信：

在AE和CSE(Mca參考點)之間；以及

在CSE(Mcc參考點)之中。

通信可以根據(jù)請求消息中的操作，由AE或者由CSE發(fā)起。

8.1.2請求

從始發(fā)方到接收方的請求包括下列信息：

to：操作的目標(biāo)資源或者目標(biāo)屬性的URI。to信息可以遵循條款9.3.1。

to目標(biāo)資源或者目標(biāo)屬性需要由始發(fā)方獲知。其可以通過預(yù)先設(shè)置或者通過發(fā)現(xiàn)而被獲知。

術(shù)語“目標(biāo)資源”通常指的是為了指定操作而被處理的資源。例如，資源“example”的創(chuàng)建操作的to參數(shù)將會是“/m2m.provider.com/exampleBase?！毕嗤Y源“example”的檢索操作的to參數(shù)是“/m2m.provider.com/exampleBase/example。”當(dāng)使用RETRIEVE操作處理指定屬性時，在以上示例中的“container”屬性的to參數(shù)是“/m2m.provider.com/exampleBase/example/container。”

fr:表示始發(fā)方的標(biāo)識符。

fr信息可以由接收方用來為了訪問權(quán)限驗證而檢查始發(fā)方標(biāo)識。

cn：要轉(zhuǎn)移的資源內(nèi)容。

op：要執(zhí)行的操作：創(chuàng)建(C)、檢索(R)、更新(U)、刪除(D)。

op信息可以指示在接收方處要執(zhí)行的操作：

創(chuàng)建(C)：創(chuàng)建可以采用to參數(shù)尋址的新資源。

檢索(R)：讀取現(xiàn)存的to可尋址資源，并且將現(xiàn)存的to可尋址資源提供回始發(fā)方。

更新(U)：采用如在cn參數(shù)中的新內(nèi)容替換現(xiàn)存的to可尋址資源的內(nèi)容。如果在cn參數(shù)中的一些屬性在目標(biāo)資源處并不存在，則采用所分配的值來創(chuàng)建這種屬性。

刪除(D)：從資源儲存器中刪除現(xiàn)存的to可尋址資源以及它的所有子資源。對于to參數(shù)尋址了指定屬性，這種屬性從資源儲存器中被刪除。

通知(N)：至接收方的信息，在接收方的處理不是由始發(fā)方指示的。

在對于下列操作的請求中可以存在ty信息：

創(chuàng)建：ty是要創(chuàng)建的資源的類型。

cn：要轉(zhuǎn)移的資源內(nèi)容。

在對于下列操作的請求中可以存在cn信息：

創(chuàng)建：cn是采用在表9.2-1中的資源類型標(biāo)簽的新資源的內(nèi)容。

更新：cn是在現(xiàn)存資源中要替換的內(nèi)容。cn同樣可以包括新屬性，該新屬性具有在由to參數(shù)尋址的資源處要創(chuàng)建的屬性的關(guān)聯(lián)的值。

檢索：cn是要應(yīng)用于發(fā)現(xiàn)目的過濾器。

通知：cn是通知信息。

注意，cn同樣可以是空的。

其他被允許的信息可以如下：

nm：要創(chuàng)建的資源的可選的名稱。

名稱的示例用途包括想要用作新近創(chuàng)建的資源的標(biāo)識符的、創(chuàng)建資源的始發(fā)方的名稱。為了創(chuàng)建采用名稱“myContainer”的容器，請求將提供具有值“myContainer”的參數(shù)nm，并且所創(chuàng)建的資源將會是：/<SCEBase>/myContainer。

ot：在消息被建立時的可選的始發(fā)時間標(biāo)記。

始發(fā)時間標(biāo)記的示例用途包括：測量和使能操作(例如，消息日志、關(guān)聯(lián)、消息優(yōu)先化/調(diào)度、接收性能請求、收費等等)以及測量性能(分布和處理時延、閉環(huán)時延、SLA、分析等等)。

rqet：可選的請求消息期滿時間標(biāo)記。

請求期滿時間標(biāo)記的示例用途包括：指示(包括延時容忍的)請求消息因為它們陳舊不再有價值而應(yīng)當(dāng)期滿的時間，以及通知消息調(diào)度/優(yōu)先化。當(dāng)請求已將請求期滿時間標(biāo)記設(shè)置為指定時間時，并且該請求要求在并非是當(dāng)前處理請求的CSE的托管的CSE上操作時，那么當(dāng)前CSE可以符合設(shè)定的規(guī)則地保持嘗試向托管的CSE遞送請求，直至請求期滿時間標(biāo)記時間。

rset：可選的結(jié)果消息期滿時間標(biāo)記。

結(jié)果期滿時間標(biāo)記的示例用途包括：指示(包括延時容忍的)結(jié)果消息因為結(jié)果的期望的陳舊不再有價值而應(yīng)當(dāng)期滿的時間，以及通知消息調(diào)度/優(yōu)先化。其可被用于設(shè)置最大允許的總請求/結(jié)果消息序列往返行程最后期限。

rt：可選的響應(yīng)消息類型：指示對所發(fā)出的請求的響應(yīng)可以包括的事物以及向始發(fā)方發(fā)送響應(yīng)的時間：

回執(zhí)：在本地CSE接收到請求的情況下，本地CSE在接收之后采用回執(zhí)來響應(yīng)，該回執(zhí)證實本地CSE將會進(jìn)一步處理請求。

結(jié)果：在本地CSE接受請求的情況下，本地CSE在所請求的操作完成之后采用所請求的操作的結(jié)果來響應(yīng)。

對于回執(zhí)設(shè)置的響應(yīng)類型的示例用法：被優(yōu)化成使通信時間和能耗最小化的始發(fā)方想要對本地CSE表達(dá)請求，并且獲得關(guān)于請求是否被接受的回執(zhí)。在此之后，始發(fā)方可以切換成較低功率消耗模式，并且在晚些時候檢索所請求的操作的結(jié)果。

rd：可選的結(jié)果消息目的地：

本地CSE：響應(yīng)于接收的請求，本地CSE包括可用于訪問請求的狀態(tài)和在晚些時候的所請求的操作的結(jié)果的參考。

始發(fā)方：所請求的操作的結(jié)果需要作為通知而被發(fā)送至始發(fā)方。

對于本地CSE設(shè)置的結(jié)果目的地的示例用法包括：當(dāng)結(jié)果內(nèi)容極大時，或者當(dāng)結(jié)果是來自目標(biāo)群組的、將要隨著時間不同步地聚集的多個內(nèi)容部分組成的時候。

rc：可選的結(jié)果消息內(nèi)容：指示所請求的操作的結(jié)果所期望的部分。請求的始發(fā)方可以根本不需要返回操作的結(jié)果。這可以在rc信息中被指示。rc的準(zhǔn)確設(shè)置有可能取決于在op中規(guī)定的所請求的操作。rc的可能的值是：

"resource":僅僅所請求的資源的表示將作為內(nèi)容被返回，而沒有提到所請求的資源到其他資源的任何鏈接。這是默認(rèn)值。

"resource；links":所請求的資源的表示、連同到其他資源的所有鏈接(有可能受到所檢索的鏈接的最大數(shù)量的限制)將作為內(nèi)容被返回。

"links":僅僅所請求的資源到其他資源的鏈接(有可能受到所檢索的鏈接的最大數(shù)量的限制)將作為內(nèi)容返回，而不是真實的所請求的資源的任何表示將作為內(nèi)容返回。

"nothing":沒有事物將作為響應(yīng)的內(nèi)容被返回。

"result-notification":當(dāng)操作完成時，將會返回通知。

版本注釋：在限定了可被請求的指定操作的時候，在稍后可以添加rc可能的設(shè)置的細(xì)節(jié)(例如，注冊AE，修改容器的內(nèi)容等)。

rp：可選的響應(yīng)持續(xù)性：指示包含響應(yīng)的地址要持續(xù)的持續(xù)時間。

響應(yīng)持續(xù)性的示例用法包括請求充足的用于分析的持續(xù)性，以處理隨著時間不同步地聚集的響應(yīng)內(nèi)容。如果規(guī)定了結(jié)果期滿時間標(biāo)記，則響應(yīng)持續(xù)性應(yīng)持續(xù)到超出結(jié)果期滿時間。

ri：請求標(biāo)識符

請求標(biāo)識符的示例用法包括使能在請求和很多接收到的響應(yīng)之一的關(guān)聯(lián)。

oet：可選的操作執(zhí)行時間：指示當(dāng)規(guī)定的操作op要由目標(biāo)CSE執(zhí)行時的時間。目標(biāo)CSE可以執(zhí)行具有其操作執(zhí)行時間指示符集合的、在操作執(zhí)行時間開始的請求的規(guī)定的操作。如果執(zhí)行時間已經(jīng)過去，或者如果指示符未被設(shè)置，則規(guī)定的操作可以立即被執(zhí)行，除非在設(shè)置了指示符的時候已經(jīng)到達(dá)請求期滿時間。

操作執(zhí)行時間的示例用法包括將要在操作執(zhí)行時間不同步地執(zhí)行的流量的不同步的分布。

注釋4基于時間的流量根據(jù)在CSE可用的時間服務(wù)，可能不能得到支持。

ec：可選的事件分類：指示應(yīng)當(dāng)用于處理這個請求的事件分類。事件分類影響請求訪問在CMDH CSF中處理遠(yuǎn)程托管資源的方式。經(jīng)由CMDH的對連接的選擇和調(diào)度是由可以區(qū)分事件分類的規(guī)則驅(qū)動的。

將“事件分類”設(shè)置為指定值X的示例用法：當(dāng)請求要求對與本地CSE不同的托管的CSE執(zhí)行操作時，該請求可被儲存在當(dāng)前正在處理去托管的CSE的路上的CSE中，直到由設(shè)置的策略允許該事件分類X使用通信鏈接到達(dá)去托管的CSE的路徑上的下一個CSE，或者直到請求期滿時間標(biāo)記期滿。

da：可選的遞送聚集開/關(guān)：使用<delivery>資源的CRUD操作以表示一個或多個初始請求轉(zhuǎn)發(fā)到(多個)相同目標(biāo)CSE。

因為da是可選的，可以有在請求中不存在da時要使用的默認(rèn)值。這個參數(shù)可能并不經(jīng)由Mca展示給AE。

遞送聚集的示例用法設(shè)置在：處理請求的CSE可以通過請求在去目標(biāo)CSE的路徑上的下一個CSE上的<delivery>資源中的CREATE，對相同的目標(biāo)CSE使用請求的聚集。

gid：可選的群組請求標(biāo)識符：添加到群組請求的、將要對群組中的每個成員展示的標(biāo)識符。

fc:可選的過濾標(biāo)準(zhǔn)：在表8.1.2-1中描述過濾后的檢索操作的條件。

表8.1.2-1:過濾標(biāo)準(zhǔn)條件

在HTTP查詢中過濾標(biāo)準(zhǔn)條件的示例用法：在請求自身的查詢部分中的過濾器同樣可以請求應(yīng)用HTTP GET操作：

GET/root？label＝one&label＝two&createdBefore＝2014-01-01T00:00:00&limit＝128

示例發(fā)現(xiàn)了最多 128個匹配下列邏輯條件的資源：createdBefore<2014-01-01T00:00:00AND(label＝one OR label＝two)。

一旦遞送了請求，接收方可以分析請求以確定目標(biāo)資源。

如果目標(biāo)資源正在尋址另一M2M節(jié)點，則接收方可以適當(dāng)?shù)芈酚烧埱蟆?/p>

如果目標(biāo)資源正在尋址接收方，其可以：

檢查所尋址的資源的存在。

采用如在表9.2-1中的標(biāo)簽值來識別資源類型。

檢查fr始發(fā)方的權(quán)限，以執(zhí)行所請求的操作。

如以上描述的，根據(jù)提供的請求參數(shù)，執(zhí)行所請求的操作(在提供了cn內(nèi)容時使用cn內(nèi)容)。

根據(jù)請求結(jié)果內(nèi)容，采用成功的或不成功的操作結(jié)果的指示來響應(yīng)始發(fā)方。在一些指定情況下(例如，限于綁定協(xié)議或者基于應(yīng)用指示)，可以避免響應(yīng)。

以始發(fā)方請求消息開始的消息流動過程在以下任意情況下可被認(rèn)為是關(guān)閉了：

根據(jù)rqet(請求期滿時間標(biāo)記)，請求消息期滿。

響應(yīng)消息被遞送到始發(fā)方。

8.1.2.1請求消息參數(shù)的概況

表8.1.2.1-1總結(jié)了在條款8.1.2中規(guī)定的用于請求消息的參數(shù)，顯示在應(yīng)用于C、R、U、D或N操作的任何區(qū)別?！癕”指示強制的，“O”指示可選的，“N/A”指示“不適用的”。

表8.1.2.1-1：請求消息參數(shù)的概況

示例6

8.1.3成功的操作

對于成功完成所請求的操作的情況，從該請求的接收方到該請求的始發(fā)方的響應(yīng)包括下列信息：

to：可選的。始發(fā)方的ID。在這是承載了由非阻塞請求觸發(fā)的操作的結(jié)果的響應(yīng)的情況下，可以使用“rd”信息。

fr:可選的。接收方的ID。

rs：操作結(jié)果：例如，同意、同意并且完成、同意并且已調(diào)度、同意并且正在進(jìn)行等等。

cn：可選的要轉(zhuǎn)移的或創(chuàng)建的(可選的)資源內(nèi)容。

元信息包括：

ot：在消息被建立時的可選的始發(fā)時間標(biāo)記。

rset：可選的結(jié)果期滿時間標(biāo)記。如果結(jié)果期滿時間標(biāo)記設(shè)置在請求消息中則接收方可以重復(fù)該結(jié)果期滿時間標(biāo)記，或者其可以自己設(shè)置結(jié)果期滿時間標(biāo)記。

接收方設(shè)置結(jié)果期滿時間標(biāo)記的示例用法是：在遞送時間的值取決于一些正在改變的接收方環(huán)境(例如，基于速度的飛行器位置的結(jié)果消息最后期限)的時候。

ri：請求標(biāo)識符

注意，在響應(yīng)中的ri可以匹配在對應(yīng)的請求中的ri。

cs：可選的，狀態(tài)代碼(例如，認(rèn)證、超時等等)。

ra：可選的，端節(jié)點響應(yīng)的暫存器地址。

在下列情況中，在響應(yīng)中可以存在cn信息：

創(chuàng)建：cn是所創(chuàng)建的資源的地址和/或內(nèi)容。

更新：cn是在現(xiàn)存資源中替換的內(nèi)容。cn是新近創(chuàng)建的屬性以及它們的值。

刪除：cn是實際刪除的內(nèi)容。

在下列情況中，在響應(yīng)中可以存在cn信息：

檢索：cn是所檢索的資源內(nèi)容或者所發(fā)現(xiàn)的資源的聚集的內(nèi)容。

8.1.4不成功的操作

從請求的接收方到請求的始發(fā)方的響應(yīng)在不成功地完成了所請求的操作的情況下包括下列信息：

to：可選的。始發(fā)方的標(biāo)識符。在這是承載了由非阻塞請求觸發(fā)的操作的結(jié)果的響應(yīng)的情況下，可以使用“rd”信息。

fr：可選的。接收方的標(biāo)識符。

rs：操作結(jié)果：例如，不同意。

cn：可選的，狀態(tài)代碼(例如，認(rèn)證、超時等等)

元信息包括：

ot：在消息被建立時的可選的始發(fā)時間標(biāo)記。

rset：可選的結(jié)果期滿時間標(biāo)記。

ri:請求標(biāo)識符。

注意，在響應(yīng)中的ri可以匹配在對應(yīng)的請求中的ri。

cs：可選的，狀態(tài)代碼(例如，認(rèn)證、超時等等)。

8.1.5響應(yīng)消息參數(shù)的概括

表8.1.5-1總結(jié)了在條款8.1.1和8.1.3中規(guī)定的用于響應(yīng)消息的參數(shù)，顯示在應(yīng)用于成功的C、R、U、D或N操作和不成功的操作的任何區(qū)別?！癕”指示強制的，“O”指示可選的，“N/A”指示“不適用的”。

表8.1.5-1:響應(yīng)消息參數(shù)的概況

示例7

10.1.3UPDATE(U)

UPDATE操作可以用于更新儲存的在目標(biāo)資源處的屬性中的任何屬性的信息。需要及時完成更新。例如，在刷新的信息中的故障，例如“ExpirationTime”可能造成刪除資源。始發(fā)方CSE或AE可以通過在請求消息中包括這種(多個)屬性的名稱及其值，來請求在目標(biāo)資源處更新或者創(chuàng)建(多個)指定的屬性。

始發(fā)方通過使用UPDATE請求消息，來請求更新在目標(biāo)資源處的屬性中的任何屬性。始發(fā)方可以發(fā)送需要更新的(多個)屬性的新(提出的)值。UPDATE操作允許修改指定資源類型被指示為“RW”(讀寫)的屬性(在條款9.6中限定)。

始發(fā)方通過使用UPDATE請求消息，來請求在目標(biāo)資源處創(chuàng)建屬性。始發(fā)方可以在請求消息中發(fā)送指定資源類型被指示為“RW”(讀寫)的、將要創(chuàng)建的屬性(在條款9.6中限定)的名稱及其關(guān)聯(lián)的值，

見條款8.1.2中的將要包括在請求消息中的信息。

始發(fā)方一旦已被成功認(rèn)證，接收方驗證尋址的資源的存在，提供的屬性的有效性以及修改屬性的權(quán)限，可以更新提供的屬性并且可以將響應(yīng)消息返回到始發(fā)方，響應(yīng)消息具有如在條款8.1.3中規(guī)定的操作結(jié)果。如果不存在提供的屬性，在驗證尋址的資源的存在之后，接收方驗證提供的屬性和創(chuàng)建屬性的權(quán)限。在成功驗證時，接收方采用屬性的關(guān)聯(lián)值來創(chuàng)建提供的屬性，并且可以將響應(yīng)消息返回至始發(fā)方，響應(yīng)消息具有如在條款8.1.3中規(guī)定的操作結(jié)果。

圖6示出了用于檢索資源的示例性過程。在步驟001中，始發(fā)方可以請求檢索資源。在步驟002中，接收方可以處理請求。在步驟003，接收方可以采用響應(yīng)消息響應(yīng)檢索請求。

圖7示出了用于更新資源的示例性過程。在步驟001中，始發(fā)方可以在UPDATE請求消息中發(fā)送下列信息：

op：U(更新)

to：到目標(biāo)資源的URI

fr:始發(fā)方(AE或者CSE)的ID

cn：要在目標(biāo)資源處更新或創(chuàng)建的(多個)屬性相關(guān)的信息。這種屬性的名稱和在cn參數(shù)中的關(guān)聯(lián)的更新的或者分配的值。

在步驟002中，接收方可以驗證始發(fā)方是否具有適當(dāng)?shù)臋?quán)限去執(zhí)行對于目標(biāo)資源的修改。在成功的驗證時，接收方可以如所請求地更新資源。如果所提供的屬性不存在，則接收方可以驗證始發(fā)方是否具有適當(dāng)?shù)臋?quán)限在目標(biāo)資源創(chuàng)建該屬性。在成功的驗證時，接收方可以如所請求地在資源處采用屬性關(guān)聯(lián)的值創(chuàng)建屬性。

在步驟003中，接收方可以采用包含下列信息的響應(yīng)消息來響應(yīng)：

to：可選的。始發(fā)方的ID。在這是承載了由非阻塞請求觸發(fā)的操作的結(jié)果的響應(yīng)的情況下，可以使用rd信息。

fr:可選的。接收方的ID。

rs：操作結(jié)果：

cn：可選的。替換的或創(chuàng)建的內(nèi)容

一般例外：

在to信息中不存在目標(biāo)資源。接收方采用錯誤來響應(yīng)。

始發(fā)方不具有在接收方上修改資源或者創(chuàng)建屬性的權(quán)限。接收方采用錯誤來響應(yīng)。

在cn中所提供的信息沒有由接收方接受。接收方采用錯誤來響應(yīng)。

示例8

10.1.4DELETE(D)

DELETE操作可以由始發(fā)方CSE或者AE用來刪除在接收方CSE處的資源。

DELETE操作同樣可以由始發(fā)方CSE或者AE用來刪除在接收方CSE處的目標(biāo)資源的指定屬性。

DELETE過程可以由刪除目標(biāo)資源的所有相關(guān)信息組成。

始發(fā)方通過使用DELETE請求消息來請求刪除資源或者屬性。

始發(fā)方一旦已被成功認(rèn)證，接收方驗證所請求的資源或?qū)傩缘拇嬖?，以及用于刪除資源或?qū)傩缘臋?quán)限。

圖8示出了用于刪除資源或?qū)傩缘氖纠赃^程。在步驟001中：始發(fā)方可以對接收方發(fā)送DELETE請求消息。

op：D(刪除)

to：目標(biāo)資源的URI或者屬性

fr:始發(fā)方(AE或者CSE)的ID

在步驟002，接收方可以驗證所請求的資源或?qū)傩缘拇嬖?、以及始發(fā)方是否具有刪除資源/屬性的適當(dāng)?shù)臋?quán)限。為了刪除資源，在成功的驗證時，接收方可以檢查子資源并且刪除所有子資源和在父資源中的關(guān)聯(lián)的參考，并且其可以消除資源自身。為了刪除屬性，在成功的驗證時，接收方可以刪除尋址的屬性。

在步驟003中，接收方可以采用可以包含下列信息的響應(yīng)消息來響應(yīng)：

to：可選的。始發(fā)方的ID。在這是承載了由非阻塞請求觸發(fā)的操作的結(jié)果的響應(yīng)的情況下，可以使用rd信息。

fr:可選的。接收方的ID。

rs：操作結(jié)果：

一般例外：

在to信息中不存在目標(biāo)資源/屬性。接收方采用錯誤來響應(yīng)。

始發(fā)方不具有刪除在接收方上的資源/屬性的權(quán)限。接收方采用錯誤來響應(yīng)。

如以上描述的示例性修改提供了在一些實施例中可以修改當(dāng)前的oneM2M規(guī)范的某些部分以實現(xiàn)在本文中公開的技術(shù)中的一些技術(shù)的方式的示例。如以上描述的示例性修改尤其公開了對于在oneM2M中規(guī)定的用于交換請求、檢索、響應(yīng)、刪除和更新消息的資源或者屬性消息的當(dāng)前過程做出的改變。如以上描述的示例性修改同樣提供對消息參數(shù)、以及由發(fā)送設(shè)備可以使用這些參數(shù)的方式和由接收設(shè)備理解和對這些參數(shù)起作用的方式提出了另外的改變。

在以上描述中參考的oneM2M規(guī)范被用作示例，以示出一些實施例并且不限制所公開的技術(shù)的范圍。

如在圖9中描繪的，在一些實施例中，用于從M2M通信系統(tǒng)中的通告的資源中檢索信息的方法600包括：通過規(guī)定通告的資源的地址以及包括通告的資源的身份，發(fā)出信息檢索請求(602)；響應(yīng)于信息檢索請求，接收信息響應(yīng)(604)；以及選擇性地在本地處理所接收的信息響應(yīng)，或者轉(zhuǎn)發(fā)到另一M2M設(shè)備以用于進(jìn)一步處理(606)。

如在圖10中描繪的，在一些實施例中，用于從M2M通信系統(tǒng)中的通告的資源中檢索信息的裝置700包括：模塊702，其用于通過規(guī)定通告的資源的地址以及包括通告的資源的身份，發(fā)出信息檢索請求；模塊704，其用于響應(yīng)于信息檢索請求，接收信息響應(yīng)；以及模塊706，其用于選擇性地在本地處理所接收的信息響應(yīng)，或者轉(zhuǎn)發(fā)到另一M2M設(shè)備以用于進(jìn)一步處理。

如在圖11中描繪的，在一些實施例中，用于刪除在M2M通信系統(tǒng)中的通告的資源的方法800包括：創(chuàng)建在其中忽略了將要刪除的屬性的資源的屬性列表(802)；以及把列表傳輸?shù)酵泄軐⒁獎h除的屬性的M2M節(jié)點(804)。方法800可以使用本文中參考圖1至10描述的技術(shù)。

如在圖12中描繪的，在一些實施例中，用于刪除在M2M通信系統(tǒng)中的通告的資源的裝置900包括：模塊902，其用于創(chuàng)建在其中忽略了將要刪除的屬性的資源的屬性列表；以及模塊904，其用于把列表傳輸?shù)酵泄軐⒁獎h除的屬性的M2M節(jié)點。

如在圖13中描述的，在一些實施例中，用于在M2M通信系統(tǒng)中創(chuàng)建通告的資源的方法1000包括：發(fā)出創(chuàng)建請求，在該創(chuàng)建請求中列出了由始發(fā)M2M節(jié)點初始創(chuàng)建的屬性(1002)；以及接收所發(fā)出的創(chuàng)建請求的授權(quán)響應(yīng)(1004)。方法1000可以使用本文中參考圖1至10描述的技術(shù)。

如在圖14中描述的，在一些實施例中，用于在M2M通信系統(tǒng)中創(chuàng)建通告的資源的裝置1100包括：模塊1102，其用于發(fā)出創(chuàng)建請求，在該創(chuàng)建請求中列出了由始發(fā)M2M節(jié)點初始創(chuàng)建的屬性；以及模塊1104，其用于接收所發(fā)出的創(chuàng)建請求的授權(quán)響應(yīng)。

將會理解的是，公開了用于管理在M2M通信系統(tǒng)中的資源的技術(shù)。

在本文檔中所公開的以及其他的實施例以及功能操作以及模塊，可以在包括本文檔中公開的結(jié)構(gòu)及其結(jié)構(gòu)等同物的數(shù)字電子電路或計算機軟件、計算機固件或計算機硬件、在以上各項的一項或多項的結(jié)合中實施。所公開的以及其他的實施例可被實施為一個或者多個計算機程序產(chǎn)品，即，在計算機可讀介質(zhì)上編碼的計算機程序指令的一個或多個模塊，用以由數(shù)據(jù)處理裝置執(zhí)行或用于控制數(shù)據(jù)處理裝置的操作。計算機可讀介質(zhì)可以是機器可讀存儲設(shè)備、機器可讀存儲基質(zhì)、存儲器設(shè)備、實現(xiàn)機器可讀傳播信號的物質(zhì)的組合、或者它們中的一個或多個的組合。術(shù)語“數(shù)據(jù)處理裝置”涵蓋所有用于數(shù)據(jù)處理的裝置、設(shè)備、和機器，作為示例包括可編程處理器、計算機、或多個處理器或計算機。除了硬件外，裝置還可包括創(chuàng)建可執(zhí)行環(huán)境用于所討論的計算機程序的代碼，如，構(gòu)成處理器固件、協(xié)議棧、數(shù)據(jù)庫管理系統(tǒng)、操作系統(tǒng)或它們中的一個或多個的組合的代碼。傳播信號是人工生成的信號，例如，機器生成的電、光或電磁信號，信號被生成以編碼用于傳輸給適當(dāng)?shù)慕邮諜C裝置的信息。

計算機程序(也稱為程序、軟件、軟件應(yīng)用、腳本或代碼)可以由任意形式的編程語言編寫，包括編譯語言或解釋語言，并且該計算機程序可以任意形式部署，包括部署為單獨的程序或模塊、組件、子例程、或者適于在計算環(huán)境中使用的其他單元。計算機程序不必對應(yīng)于文件系統(tǒng)中的文件。程序可以被存儲在保存其他程序或數(shù)據(jù)(例如，在標(biāo)記語言文檔中所存儲的一個或更多個腳本)的文件的一部分中、在專用于正被討論的程序的單個文件中、或多個協(xié)同的文件中(例如，存儲了一個或更多個模塊、子程序、或部分代碼的文件)。計算機程序可采用在一臺計算機上執(zhí)行或在放置在一個地點或跨越多個地點分布并通過通信網(wǎng)絡(luò)交互的多臺計算機上執(zhí)行。

本文檔中所描述的過程和邏輯流可以由一個或更多個可編程處理器來執(zhí)行，該可編程處理器執(zhí)行一個或更多個計算機程序，以通過對輸入數(shù)據(jù)進(jìn)行操作并生成輸出而執(zhí)行功能。過程和邏輯流還可由專用邏輯電路(例如，F(xiàn)PGA(現(xiàn)場可編程門陣列)或ASIC(專用集成電路))來執(zhí)行，并且裝置也可被實現(xiàn)成專用邏輯電路(例如，F(xiàn)PGA(現(xiàn)場可編程門陣列)或ASIC(專用集成電路))。

適于執(zhí)行計算機程序的處理器包括例如通用的和專用的微處理器，以及任意類型的數(shù)字計算機的任意一個或更多個處理器。一般來說，處理器將從只讀存儲器或隨機存取存儲器或這二者中接收指令和數(shù)據(jù)。計算機的基本元件是用于執(zhí)行指令的處理器以及用于存儲指令和數(shù)據(jù)的一個或多個存儲器設(shè)備。一般而言，計算機還將包括或操作性地耦合連接用于存儲數(shù)據(jù)的一個或多個海量存儲設(shè)備(如磁性、磁-光盤、或光盤)以接收或轉(zhuǎn)移數(shù)據(jù)或二者兼之。然而，計算機不必具有這種設(shè)備。適于存儲計算機程序指令和數(shù)據(jù)的計算機可讀介質(zhì)包括所有形式的非易失性存儲器、介質(zhì)和存儲設(shè)備，舉例來說，包括半導(dǎo)體存儲設(shè)備(例如，EPROM、EEPROM和閃存設(shè)備)；磁盤(例如，內(nèi)置硬盤或可移動磁盤；磁光磁盤；以及CD ROM盤和DVD-ROM盤)。處理器和存儲器能夠利用專用邏輯電路補充或者被并入其中。

盡管本文包括許多細(xì)節(jié)，但是這些細(xì)節(jié)不應(yīng)該被看作是對任何發(fā)明或者所要求的范圍的限定，而應(yīng)該看作針對特定實施例的指定特征的描述。另外，還可以以組合方式在一個實施例中實施根據(jù)不同實施例的上下文在本文檔中描述的某些特征。相反地，在單一實施例的上下文中描述的各種特征也可以分別實施于多個實施例中或者實施于任何合適的子組合中。另外，盡管特征可以在上面被描述成在某些組合中起作用并且甚至最初就是這樣聲稱的，在一些情況下，可將所聲稱的組合中的一個或更多個特征從該組合中去除，且該要求保護(hù)的組合可能會是子組合或子組合的變體。類似地，盡管在附圖中按特定順序描繪了操作，然而這并不應(yīng)該理解為要求以顯示的特定順序或者以順序次序執(zhí)行、或者所有已說明的要執(zhí)行的操作的順序去執(zhí)行，以實現(xiàn)所期望的結(jié)果。

僅公開了少量的示例和實現(xiàn)?？苫谒_的做出對所描述的示例和實現(xiàn)以及其它實施的變化、修改和增強。