TW201342856A - 支援機器對機器通訊方法及裝置 - Google Patents
支援機器對機器通訊方法及裝置 Download PDFInfo
- Publication number
- TW201342856A TW201342856A TW101149033A TW101149033A TW201342856A TW 201342856 A TW201342856 A TW 201342856A TW 101149033 A TW101149033 A TW 101149033A TW 101149033 A TW101149033 A TW 101149033A TW 201342856 A TW201342856 A TW 201342856A
- Authority
- TW
- Taiwan
- Prior art keywords
- service
- resource
- server
- capabilities
- data
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Computer And Data Communications (AREA)
Abstract
揭露了用於M2M通訊網路中的分散式服務及資料的方法及裝置。網路伺服器、M2M閘道以及M2M裝置分別包括用於支援M2M服務能力的M2M服務能力層。可針對網路服務能力層之間、閘道服務能力層之間、M2M裝置的裝置服務能力層及閘道服務能力層之間、M2M裝置應用之間、及/或網路、閘道、裝置服務能力層及M2M應用之間的交互作用來定義參考點。網路伺服器在服務能力層可被分解為控制伺服器及資料伺服器，以分別提供用於控制功能的服務能力及用於資料功能的服務能力。資料伺服器可被配置為與另一資料伺服器交互作用，以直接地或經由控制伺服器間接地推送或拉取資料或資源。
Description
相關申請案的交叉引用
本申請案要求享有於2012年1月13日申請的美國臨時申請案61/586, 352及於2012年8月30日申請的美國臨時申請案61/694, 904的權益，其內容在這裏藉由引用而被併入。
本申請案要求享有於2012年1月13日申請的美國臨時申請案61/586, 352及於2012年8月30日申請的美國臨時申請案61/694, 904的權益，其內容在這裏藉由引用而被併入。
歐洲電信標準機構（ETSI）機器對機器（M2M）標準包含總體端對端M2M功能架構。ETSI M2M標準描述基於資源的架構，該架構可被用於在機器間交換資料及事件。
第1圖示出了傳統的ETSI M2M架構。M2M架構包括M2M裝置、M2M閘道20及網路域30，該M2M裝置包括D裝置10及/或D’裝置12。M2M裝置10/12是使用M2M服務能力運行M2M應用的裝置。M2M裝置10/12可以直接或經由M2M閘道20而連接到網路域30。D裝置10可提供M2M服務能力（即裝置服務能力層（DSCL）），該能力使用mId參考點以與網路服務能力層（NSCL）通訊、以及使用dIa參考點以與裝置應用（DA）通訊。D’裝置12可作為DA的主機，該DA使用dIa參考點以與閘道服務能力層（GSCL）通訊。D’裝置12不實施ETSI M2M服務能力。可能存在連接到服務能力層（SCL）的非ETSI M2M相容（compliant）裝置（‘d’裝置）。該d裝置不使用ETSI M2M定義的參考點。
M2M閘道20使用M2M服務能力以運行M2M應用。M2M閘道20可充當M2M裝置10/12及網路域30之間的代理伺服器。M2M閘道20向與其連接的其他裝置（例如d裝置）（隱藏在網路域之外）提供服務。M2M閘道20可提供M2M服務能力（即GSCL），該能力使用mId參考點以與NSCL通訊、以及使用dIa參考點以與閘道應用（GA）通訊。
網路域30包括存取網路及核心網路。存取網路是允許M2M裝置及閘道與核心網路進行通訊的網路。存取網路包括但不限於x-數位訂戶線（xDSL）、GPRS EDGE無線電存取網路（GERAN）、UMTS陸地無線電存取網路（UTRAN）、演進型UTRAN（E-UTRAN）、無線區域網路（WLAN）、WiMAX等。核心網路提供網際網路協定（IP）連接性、服務及網路控制功能、與其他網路的互連、漫遊等等。核心網路包括但不限於第三代合作夥伴計畫（3GPP）核心網路、ETSI電信以及網際網路聚合服務以及高級網路協定（TISPAN）核心網路、3GPP2核心網路等等。
如第1圖所示，ETSI M2M定義了3個參考點（mIa、dIa、mId）。mIa參考點提供針對與NSCL的網路應用交互作用的一般的或可擴展的機制。dIa參考點提供針對與DSCL或GSCL的DA/GA交互作用的一般的或可擴展的機制。mId參考點提供針對SCL交互作用的一般的或可擴展的機制。
第1圖示出了傳統的ETSI M2M架構。M2M架構包括M2M裝置、M2M閘道20及網路域30，該M2M裝置包括D裝置10及/或D’裝置12。M2M裝置10/12是使用M2M服務能力運行M2M應用的裝置。M2M裝置10/12可以直接或經由M2M閘道20而連接到網路域30。D裝置10可提供M2M服務能力（即裝置服務能力層（DSCL）），該能力使用mId參考點以與網路服務能力層（NSCL）通訊、以及使用dIa參考點以與裝置應用（DA）通訊。D’裝置12可作為DA的主機，該DA使用dIa參考點以與閘道服務能力層（GSCL）通訊。D’裝置12不實施ETSI M2M服務能力。可能存在連接到服務能力層（SCL）的非ETSI M2M相容（compliant）裝置（‘d’裝置）。該d裝置不使用ETSI M2M定義的參考點。
M2M閘道20使用M2M服務能力以運行M2M應用。M2M閘道20可充當M2M裝置10/12及網路域30之間的代理伺服器。M2M閘道20向與其連接的其他裝置（例如d裝置）（隱藏在網路域之外）提供服務。M2M閘道20可提供M2M服務能力（即GSCL），該能力使用mId參考點以與NSCL通訊、以及使用dIa參考點以與閘道應用（GA）通訊。
網路域30包括存取網路及核心網路。存取網路是允許M2M裝置及閘道與核心網路進行通訊的網路。存取網路包括但不限於x-數位訂戶線（xDSL）、GPRS EDGE無線電存取網路（GERAN）、UMTS陸地無線電存取網路（UTRAN）、演進型UTRAN（E-UTRAN）、無線區域網路（WLAN）、WiMAX等。核心網路提供網際網路協定（IP）連接性、服務及網路控制功能、與其他網路的互連、漫遊等等。核心網路包括但不限於第三代合作夥伴計畫（3GPP）核心網路、ETSI電信以及網際網路聚合服務以及高級網路協定（TISPAN）核心網路、3GPP2核心網路等等。
如第1圖所示，ETSI M2M定義了3個參考點（mIa、dIa、mId）。mIa參考點提供針對與NSCL的網路應用交互作用的一般的或可擴展的機制。dIa參考點提供針對與DSCL或GSCL的DA/GA交互作用的一般的或可擴展的機制。mId參考點提供針對SCL交互作用的一般的或可擴展的機制。
揭露了用於M2M通訊網路中的分散式服務及資料的方法及裝置。網路伺服器、M2M閘道以及M2M裝置構成M2M網路架構。網路伺服器、M2M閘道以及M2M裝置可包括處理器，該處理器被配置為實施用於支援M2M服務能力的M2M服務能力層。可在M2M網路架構中針對網路服務能力層之間、閘道服務能力層之間、M2M裝置的閘道服務能力層及裝置服務能力層之間、M2M裝置應用之間、及/或網路/閘道/裝置服務能力層及M2M應用之間的交互作用來定義參考點。
網路伺服器在服務能力層可被分成控制伺服器及資料伺服器，以分別提供用於控制功能的服務能力及用於資料功能的服務能力。可在網路服務能力層之間、閘道服務能力層之間、閘道服務能力層及裝置服務能力層之間、M2M裝置應用之間、及/或網路/閘道/裝置服務能力層及服務能力層級別的M2M應用之間分離地提供針對控制功能及資料功能的參考點。資料伺服器可被配置為與另一資料伺服器交互作用，以直接地或經由控制伺服器間接地推送或拉取資料或資源。
控制伺服器及資料伺服器可具有用於儲存登記的資料伺服器或控制伺服器的列表的資源。網路伺服器及/或閘道可具有用於儲存用於與另一網路伺服器或另一閘道共用能力的資訊的能力資源。能力資源的每個實例可包括用於儲存關於所支援的能力、與其他服務能力層共用的能力、及共用自其他服務能力層的能力的資訊的子資源。
網路伺服器在服務能力層可被分成控制伺服器及資料伺服器，以分別提供用於控制功能的服務能力及用於資料功能的服務能力。可在網路服務能力層之間、閘道服務能力層之間、閘道服務能力層及裝置服務能力層之間、M2M裝置應用之間、及/或網路/閘道/裝置服務能力層及服務能力層級別的M2M應用之間分離地提供針對控制功能及資料功能的參考點。資料伺服器可被配置為與另一資料伺服器交互作用，以直接地或經由控制伺服器間接地推送或拉取資料或資源。
控制伺服器及資料伺服器可具有用於儲存登記的資料伺服器或控制伺服器的列表的資源。網路伺服器及/或閘道可具有用於儲存用於與另一網路伺服器或另一閘道共用能力的資訊的能力資源。能力資源的每個實例可包括用於儲存關於所支援的能力、與其他服務能力層共用的能力、及共用自其他服務能力層的能力的資訊的子資源。
D、D'．．．裝置
10、510．．．D裝置
12、512．．．D’裝置
20、320、520．．．機器對機器(M2M)閘道
30．．．網路域
310、312．．．機器對機器(M2M)裝置
330、430．．．機器對機器(M2M)伺服器
NSCL．．．網路服務能力層
1132、DSCL．．．裝置服務能力層
M．．．裝置應用
mIa、dIa、mId、mIm、dId、aIa．．．參考點
GA．．．閘道應用
NA．．．網路應用
100．．．通訊系統
102a、102b、102c、102d、102、WTRU．．．無線發射/接收單元
104、RAN．．．無線電存取網路
106．．．核心網路
108、PSTN．．．公共交換電話網路
110．．．網際網路
112．．．其他網路
114a、114b．．．基地台
116．．．空中介面
118．．．處理器
120．．．收發器
122．．．發射/接收元件
124．．．揚聲器/麥克風
126．．．鍵盤
128．．．顯示器/觸控板
130．．．不可移式記憶體
132．．．可移式記憶體
134．．．電源
136．．．全球定位系統(GPS)晶片組
138．．．週邊裝置
140a、140b、140c．．．e節點B
142、MME．．．移動性管理閘道
144．．．服務閘道
146．．．封包資料網路(PDN)閘道
X2、S1．．．介面
GSCL．．．閘道服務能力層
532、632、752、852、1052．．．機器對機器(M2M)控制伺服器
534、634、754、854、952、954、956、1054、1056．．．機器對機器(M2M)資料伺服器
702．．．登記請求
704．．．登記回應
1920、SCL．．．服務能力層
856．．．機器對機器(M2M)裝置/閘道
1140、1230、1330、2606．．．<應用>
1110、1210、1222、1232、1400．．．資料伺服器
1226、1236．．．同意的服務
1224、1234．．．請求的服務
1322、1322、1332、1500．．．控制伺服器
1324、1334、1334、1802．．．流量統計
1402、1502、2610．．．群組
1404、1504、2608．．．容器
1600．．．服務實例
1700．．．同意的服務實例
1810．．．性能度量
1812．．．結果
1814．．．活動
1830．．．存取歷史
1910、1924．．．能力
1922．．．遠端能力
1926．．．能力宣告
1932．．．支援的能力
1934．．．共享到的能力
1936．．．共享目的能力
2502．．．服務能力層(scls)-入
2504．．．服務能力層(scls)-出
2602．．．屬性
2604．．．服務能力層(SCL)資源
2612．．．存取權資源
2614．．．訂閱資源
2616．．．發現資源
從以具體實例的方式結合這裏所附的圖式給出的以下實施方式部分可以對本發明進行更加詳細的理解，其中：
第1圖是常規的ETSI M2M架構；
第2A圖是可在其中實現一個或多個揭露的實施方式的示例通訊系統的系統圖；
第2B圖是可在第2A圖中所示的通訊系統中使用的示例無線發射/接收單元（WTRU）的系統圖；
第2C圖是可在第2A圖中所示的通訊系統中使用的示例無線電存取網路及示例核心網路的系統圖；
第3圖示出了根據一種實施方式的帶有新參考點的示例M2M架構；
第4圖示出了示例性M2M架構，其中使用了帶有擴展的mId參考點；
第5圖示出了示例性可縮放M2M架構（SMA）；
第6圖示出了一個M2M控制伺服器控制多個M2M資料伺服器的示例性結構；
第7圖是M2M資料伺服器向M2M控制伺服器登記的示例性程序的流程圖；
第8圖是增強SCL登記的示例性程序的流程圖；
第9A圖是根據一種實施方式的資料移動及拷貝操作的示例性程序的傳訊圖，其中資料在M2M資料伺服器之間被間接存取；
第9B圖是根據一種實施方式的資料移動及拷貝操作的示例性程序的傳訊圖，其中資料在M2M資料伺服器之間被直接存取；
第10A圖是根據另一種實施方式的資料拷貝及移動操作的示例性程序的傳訊圖，其中資料在M2M資料伺服器之間被間接存取；
第10B圖是根據另一種實施方式的資料移動及拷貝操作的示例性程序的傳訊圖，其中資料在M2M資料伺服器之間被直接存取；
第11A圖示出了示例性資源結構，包括集中式資源“資料伺服器”；
第11B圖示出了示例性資源結構，包括分散式資源“資料伺服器”
第12A圖及第12B圖示出了用於M2M控制伺服器的示例性sclBase樹結構；
第13A圖及第13B圖示出了用於資料伺服器的sclBase樹結構；
第14圖示出了資源“資料伺服器”的示例性結構；
第15圖示出了資源“控制伺服器”的示例性結構；
第16圖示出了資源“請求的服務”的結構；
第17圖示出了資源“同意的服務”的結構；
第18圖示出了“流量統計”資源的示例性結構；
第19A圖示出了針對在<sclBase>之下的能力管理的示例性資源；
第19B圖示出了資源“能力”的示例性結構；
第19C圖示出了資源“遠端能力（remoteCaps）”的示例性結構；
第20圖是用於進行相互登記的能力共用的示例性程序傳訊圖；
第21圖是用於不進行相互登記的能力共用的示例性程序傳訊圖；
第22圖是用於SCL相互登記的示例性程序傳訊圖；
第23A圖及第23B圖是GSCL-GSCL能力共用的示例性程序的傳訊圖；
第24圖示出了常規SCL資源結構；
第25圖示出了根據一種實施方式的示例性SCL資源結構；以及
第26圖示出了sclBase資源結構。
第1圖是常規的ETSI M2M架構；
第2A圖是可在其中實現一個或多個揭露的實施方式的示例通訊系統的系統圖；
第2B圖是可在第2A圖中所示的通訊系統中使用的示例無線發射/接收單元（WTRU）的系統圖；
第2C圖是可在第2A圖中所示的通訊系統中使用的示例無線電存取網路及示例核心網路的系統圖；
第3圖示出了根據一種實施方式的帶有新參考點的示例M2M架構；
第4圖示出了示例性M2M架構，其中使用了帶有擴展的mId參考點；
第5圖示出了示例性可縮放M2M架構（SMA）；
第6圖示出了一個M2M控制伺服器控制多個M2M資料伺服器的示例性結構；
第7圖是M2M資料伺服器向M2M控制伺服器登記的示例性程序的流程圖；
第8圖是增強SCL登記的示例性程序的流程圖；
第9A圖是根據一種實施方式的資料移動及拷貝操作的示例性程序的傳訊圖，其中資料在M2M資料伺服器之間被間接存取；
第9B圖是根據一種實施方式的資料移動及拷貝操作的示例性程序的傳訊圖，其中資料在M2M資料伺服器之間被直接存取；
第10A圖是根據另一種實施方式的資料拷貝及移動操作的示例性程序的傳訊圖，其中資料在M2M資料伺服器之間被間接存取；
第10B圖是根據另一種實施方式的資料移動及拷貝操作的示例性程序的傳訊圖，其中資料在M2M資料伺服器之間被直接存取；
第11A圖示出了示例性資源結構，包括集中式資源“資料伺服器”；
第11B圖示出了示例性資源結構，包括分散式資源“資料伺服器”
第12A圖及第12B圖示出了用於M2M控制伺服器的示例性sclBase樹結構；
第13A圖及第13B圖示出了用於資料伺服器的sclBase樹結構；
第14圖示出了資源“資料伺服器”的示例性結構；
第15圖示出了資源“控制伺服器”的示例性結構；
第16圖示出了資源“請求的服務”的結構；
第17圖示出了資源“同意的服務”的結構；
第18圖示出了“流量統計”資源的示例性結構；
第19A圖示出了針對在<sclBase>之下的能力管理的示例性資源；
第19B圖示出了資源“能力”的示例性結構；
第19C圖示出了資源“遠端能力（remoteCaps）”的示例性結構；
第20圖是用於進行相互登記的能力共用的示例性程序傳訊圖；
第21圖是用於不進行相互登記的能力共用的示例性程序傳訊圖；
第22圖是用於SCL相互登記的示例性程序傳訊圖；
第23A圖及第23B圖是GSCL-GSCL能力共用的示例性程序的傳訊圖；
第24圖示出了常規SCL資源結構；
第25圖示出了根據一種實施方式的示例性SCL資源結構；以及
第26圖示出了sclBase資源結構。
第2A圖是可以在其中實施一個或多個所揭露的實施方式的示例通訊系統100的圖示。通訊系統100可以是將諸如語音、資料、視訊、訊息、廣播等之類的內容提供給多個無線用戶的多重存取系統。通訊系統100可以經由系統資源（包括無線頻寬）的共用以使得多個無線用戶能夠存取這些內容。例如，通訊系統100可以使用一個或多個頻道存取方法，例如分碼多重存取（CDMA）、分時多重存取（TDMA）、分頻多重存取（FDMA）、正交FDMA（OFDMA）、單載波FDMA（SC-FDMA）等等。
如第2A圖所示，通訊系統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中的至少一者進行無線介接，以便於存取一個或多個通訊網路（例如核心網路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相關聯的胞元可以被劃分成三個扇區。由此，在一種實施方式中，基地台114a可以包括三個收發器，即針對該胞元的每個扇區都有一個收發器。在另一實施方式中，基地台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）等等的無線電技術。
第2A圖中的基地台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）。如第2A圖所示，基地台114b可以具有至網際網路110的直接連接。由此，基地台114b不必經由核心網路106來存取網際網路110。
RAN 104可以與核心網路106通訊，該核心網路106可以是被配置為將語音、資料、應用及/或網際網路協定上的語音（VoIP）服務提供到WTRU 102a、102b、102c、102d中的一者或多者的任何類型的網路。例如，核心網路106可以提供呼叫控制、計費服務、基於移動位置的服務、預付費呼叫、網際網路互連、視訊分配等、及/或執行高階安全性功能，例如用戶認證。儘管第2A圖中未示出，需要理解的是RAN 104及/或核心網路106可以直接或間接地與其他RAN進行通訊，這些其他RAT可以使用與RAN 104相同的RAT或者不同的RAT。例如，除了連接到可以採用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的另一核心網路，這些RAN可以使用與RAN 104相同的RAT或者不同的RAT。
通訊系統100中的WTRU 102a、102b、102c、102d中的一些或者全部可以包括多模式能力，即WTRU 102a、102b、102c、102d可以包括用於經由不同通訊鏈路與不同的無線網路進行通訊的多個收發器。例如，第2A圖中所示的WTRU 102c可以被配置為與使用基於蜂巢的無線電技術的基地台114a進行通訊，並且與使用IEEE 802無線電技術的基地台114b進行通訊。
第2B圖是示例WTRU 102的系統圖。如第2B圖所示，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。儘管第2B圖中將處理器118及收發器120描述為獨立的元件，但是可以理解的是處理器118及收發器120可以被一起集成到電子封裝或者晶片中。
發射/接收元件122可以被配置為經由空中介面116將信號發送到基地台（例如基地台114a）、或者從基地台（例如基地台114a）接收信號。例如，在一種實施方式中，發射/接收元件122可以是被配置為傳送及/或接收RF信號的天線。在另一實施方式中，發射/接收元件122可以是被配置為傳送及/或接收例如IR、UV或者可見光信號的發射器/偵測器。仍然在另一實施方式中，發射/接收元件122可以被配置為發送及接收RF信號及光信號兩者。需要理解的是發射/接收元件122可以被配置為傳送及/或接收無線信號的任何組合。
此外，儘管發射/接收元件122在第2B圖中被描述為單一元件，但是WTRU 102可以包括任何數量的發射/接收元件122。更特別地，WTRU 102可以使用MIMO技術。由此，在一種實施方式中，WTRU 102可以包括兩個或更多個發射/接收元件122（例如多個天線）以用於經由空中介面116來發射及接收無線信號。
收發器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中的其他元件及/或對至WTRU 102中的其他元件的功率進行控制。電源134可以是任何適用於給WTRU 102供電的裝置。例如，電源134可以包括一個或多個乾電池（鎳鎘（NiCd）、鎳鋅（NiZn）、鎳氫（NiMH）、鋰離子（Li-ion）等）、太陽能電池、燃料電池等。
處理器118也可以耦合到GPS晶片組136，該GPS晶片組136可以被配置為提供關於WTRU 102的目前位置的位置資訊（例如經度及緯度）。作為來自GPS晶片組136的資訊的補充或者替代，WTRU 102可以經由空中介面116從基地台（例如基地台114a、114b）接收位置資訊、及/或基於從兩個或更多個相鄰基地台接收到的信號的時序來確定其位置。需要理解的是，在與實施方式保持一致的同時，WTRU可以用任何合適的位置確定方法來獲取位置資訊。
處理器118也可以耦合到其他週邊裝置138，該週邊裝置138可以包括提供附加特徵、功能性及/或無線或有線連接的一個或多個軟體及/或硬體模組。例如，週邊裝置138可以包括加速度計、電子指南針（e-compass）、衛星收發器、數位相機（用於照片或者視訊）、通用串列匯流排（USB）埠、振動裝置、電視收發器、免持耳機、藍芽R模組、調頻（FM）無線電單元、數位音樂播放器、媒體播放器、視訊遊戲播放器模組、網際網路瀏覽器等等。
第2C圖是根據一個實施方式的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，而RNC仍然與實施方式保持一致。e節點B 140a、140b、140c每個可以包含一個或多個收發器以經由空中介面116來與WTRU 102a、102b、102c通訊。在一個實施方式中，e節點B 140a、140b、140c可以實施MIMO技術。由此，e節點B 140a例如可以使用多個天線以向WTRU 102a傳送無線信號、並從WTRU 102a接收無線信號。
該e節點B 140a、140b、140c中的每一個可與特定胞元（未示出）關聯、並可配置為處理無線電資源管理決策、切換決策、上鏈及/或下鏈的用戶排程等。如第2C圖所示，e節點B 140a、140b、140c可以經由X2介面相互通訊。
第2C圖中所示的核心網路106可包括移動性管理閘道（MME）142、服務閘道144及封包資料網路（PDN）閘道146。雖然將上述各個元件表示為核心網路106的一部分，但應當可以理解的是，任何一個元件都可由核心網路操作者以外的實體擁有及/或操作。
MME 142可以經由S1介面以連接至RAN 104中的e節點B 140a、140b、140c中的每一個、並可充當控制節點。例如，MME 142可以負責對WTRU 102a、102b、102c的用戶認證、承載啟動/停用、在WTRU 102a、102b、102c的初始連結期間選擇特定服務閘道等。MME 142也可提供控制平面功能，以用於在RAN 104及使用例如GSM或WCDMA之類的其他無線電技術的其他RAN(未顯示)之間進行切換。
服務閘道144可以經由S1介面以連接至RAN 104中的e節點B 140a、140b、140c中的每一個。服務閘道144通常可以向/從WTRU 102a、102b、102c路由及轉發用戶資料封包。服務閘道144也可執行其他功能，例如在e節點B間的切換期間錨定用戶面、當下鏈資料可用於WTRU 102a、102b、102c時觸發傳呼、管理及儲存WTRU 102a、102b、102c上下文等。
服務閘道144也可連接至PDN閘道146，該PDN閘道可向WTRU 102a、102b、102c提供對例如網際網路110之類的封包交換網路的存取，從而便於WTRU 102a、102b、102c與IP賦能的裝置之間的通訊。
核心網路106可以便於與其他網路的通訊。例如，核心網路106可以向WTRU 102a、102b、102c提供對例如PSTN 108之類的電路交換網路的存取，以便於WTRU 102a、102b、102c與傳統陸線通訊裝置之間的通訊。例如，核心網路106可以包括IP閘道（例如，IP多媒體子系統（IMS）伺服器）、或可以與該IP閘道進行通訊，該IP閘道充當核心網路106與PSTN 108之間的介面。此外，核心網路106可以向WTRU 102a、102b、102c提供對網路112的存取，該網路112可以包括由其他服務提供者擁有/操作的有線或無線網路。
下文中，術語“SCL”及“服務能力”可互相交換使用，除非明確說明服務能力指的是特定服務能力。術語“M2M伺服器”及“伺服器”、“M2M控制伺服器”及“控制伺服器”、“M2M資料伺服器”及“資料伺服器”、“M2M閘道”及“閘道”、“M2M裝置”及“裝置”也可分別互相替換使用。
M2M服務能力提供將被不同的應用共用的M2M功能。M2M服務能力經由一組開放介面來顯露（expose）功能、使用核心網路功能、並經由隱藏網路特性來簡化及優化應用開發及部署。網路域、閘道及裝置中的M2M服務能力包括應用賦能、一般通訊、可觸及性、定址及貯藏（repository）、通訊選擇、遠端實體管理、安全性、歷史及資料保持、交易管理、補償代理、電信公司操作者暴露（exposure）、交互作用代理等等。M2M應用是運行服務邏輯並使用可經由開放介面存取的M2M服務能力的應用。
在M2M裝置位於M2M閘道之後的情況中，服務能力可以以分級結構的形式在M2M系統上分佈。如果認為M2M閘道可存在於其他M2M閘道之後，並且認為可在許多M2M服務提供者之間複製及共用網路服務能力，則該分層結構架構可被進一步一般化。共用服務能力可提供益處，比如減少裝置負荷（例如帶有有限硬體能力的M2M裝置將不需要支援複雜服務能力功能並可利用網路中的其他服務能力）。
ETSI M2M標準使用RESTful架構，從而資訊由構造為樹的資源來表示。表示性狀態轉移（REST）是分散式系統（比如全球資訊網）的軟體架構的類型。RESTful架構是關於可唯一定址的資源的表示的轉移。資源是RESTful架構中的可唯一定址的實體。當處理RESTful架構中的資源時，存在四種基本方法（稱為“動作（verbs）”）。創建（CREAT）方法創建子資源（child resource）。獲取（RETRIEVE）方法讀取資源的內容。更新（UPDATE）方法寫入資源的內容。刪除（DELETE）方法刪除資源。
資源具有可使用verbs來轉移及操縱的表示。可使用通用資源識別符（URI）來定址資源。子資源是與所定址的（父（parent））資源具有包含關係的資源。子資源可被稱為下一代資源。父資源表示包含對下一代資源的引用。主（hosting）SCL是所定址的資源所位於的SCL。發佈方是請求的執行者。發佈方可以是應用或SCL。
下文及所附圖式中的標誌<資源名稱（resourceName）>指的是特定類型的資源的識別符的佔位符，而且並不預先確定該資源的實際名稱。標誌“屬性（attribute）”表示一個或多個固定名稱的佔位符。在不具有定界符<及（and）>或“及（and）”的情況下，附圖的方框中出現的名稱可以是針對固定資源名稱或屬性的文字。
第26圖示出了示例性sclBase資源結構。sclBase資源2600是所有其他資源的根、並且包含主SCL的所有其他資源。sclBase資源2600可由絕對URI表示。寄存（hosted）在SCL中的所有其他資源可由URI來識別。
屬性2602是元資料，其提供與資源表示相關聯的性質。
SCL資源2604可表示相關聯的（遠端）SCL，其被授權與主SCL進行交互作用。為了被授權與主SCL交互作用，遠端SCL可經歷M2M服務登記程序。由於遠端SCL成功向其本地SCL登記，可創建SCL資源2604。
應用資源2606可儲存關於該應用的資訊。由於應用成功向本地SCL登記，可創建應用資源2606。
容器資源2608是一般資源，其可被用來在應用及/或SCL之間交換資料，這是藉由將該容器充當負責緩衝資料的中介者（mediator）來實現的。
群組資源2610可被用來定義及存取其他資源的群組。例如，群組資源可被用來向M2M容器資源的群組寫入相同的內容。
存取權（accessRight）資源2612可儲存准許的表示。存取權資源2612與可被主SCL外部的實體存取的資源相關聯。
訂閱資源2614可被用來追蹤對其父資源的活動訂閱的狀態。訂閱表示來自發佈方的請求，其將通知對父資源的修改。
發現資源2616可被用來允許發現。其可被用來獲取符合發現過濾標準的資源的URI列表。
在常規ETSI M2M功能架構中，控制及資料路徑並未被分離、且被假定使用相同傳輸機制。這種途徑可使控制及資料路徑互相影響。例如，如果在經由M2M伺服器路由的兩個M2M裝置之間存在大量的資料流，則其可延遲其他M2M裝置向M2M伺服器登記。另一方面，如果存在許多新的M2M裝置（正常的或惡意的）向M2M伺服器登記，則資料路徑上的現有的資料傳輸可被影響，甚至在最差的情形中可被停止。
常規的ETSI M2M SCL登記是以網路為中心的（即以NSCL為中心的）、並且限於DSCL到NSCL的登記及GSCL到NSCL的登記。這種限制的影響是，NSCL充當錨點，並且一些SCL之間不存在任何直接通訊，比如DSCL到DSCL、DSCL到GSCL、GSCL到GSCL、或NSCL到NSCL。
M2M伺服器（例如ETSI M2M框架中的NSCL）可被不同的商務或服務提供者擁有。其可以提供不同的服務能力功能、並聯合提供完全的服務。因此，需要NSCL到NSCL的交互作用。
屬於相同服務提供者的M2M閘道可能需要進行交互作用，以交換控制及用戶資料。為了效率，這種資訊不需要經過其公共NSCL。在移動情形中，例如，當裝置從一個閘道移動到另一個閘道時，需要閘道之間的直接通訊。
在涉及多個垂直位置（vertical）的情況中，需要完全尺度的各種SCL交互作用。例如，電子健康（eHealth）系統中的監控器偵測到緊急問題。家庭閘道向eHealth系統發送訊息，以報告緊急情況。eHealth系統向緊急醫療服務（EMS）聯繫救護車，並且救護系統聯繫城市交通控制系統，以獲得道路資訊。這裏，存在三種不同的SCL：一種針對eHealth，一種針對EMS，一種針對城市交通控制系統。為了執行必要的協調以便支援所述使用情況，需要在它們之間進行交互作用。
在一種實施方式中，基於ETSI M2M架構定義新的參考點及/或參考點上的新的操作，以支持SCL交互作用。常規參考點及應用編程介面（API）操作可被支援並再次使用。
第3圖示出了根據一種實施方式的帶有新參考點的示例M2M架構。M2M架構包括M2M裝置310/312、M2M閘道320及M2M伺服器330。M2M裝置可以是WTRU。定義了新的參考點mIm、dId、dIa、及aIa。
mIm是兩個M2M伺服器330（即NSCL）之間的參考點。在M2M架構之內，mIm參考點位於兩個NSCL之間，以提供新的服務功能共用及配置功能。在可縮放的M2M架構（SMA）（將於下文中進行解釋）中，mIm參考點可位於兩個M2M控制伺服器之間、M2M控制伺服器及M2M資料伺服器之間、或兩個M2M資料伺服器之間，以提供新的功能，比如資源拷貝/移動及收費。
dId是GSCL及GSCL之間、DSCL及GSCL之間、或DSCL及DSCL之間的參考點，其被定義為支援新的功能，比如能力共用及資源拷貝/移動。
dIa是DSCL及D’裝置312之間的參考點，其被定義為藉由利用增強型應用登記來均衡（leveraging）dIa參考點而使DSCL及D’裝置312之間能夠進行直接通訊。
aIa是D’裝置312之間的參考點。例如D’裝置可向M2M閘道320進行登記，但資料可在D’裝置312之間直接交換。替代地，一個D’參考點可向M2M閘道320進行登記，而其他D’裝置可經由登記到M2M閘道320的該D’裝置來向M2M閘道320進行登記。D/D’裝置可直接與其他D/D’裝置交換資料。
在另一實施方式中，在帶有擴展的情況下，可再次使用常規mId參考點，而並不引入新的參考點。第4圖示出了示例性M2M架構，其中使用了帶有擴展的mId參考點。例如帶有延伸的mId參考點可被用於M2M伺服器430之間的交互作用。
在另一實施方式中，可實施可縮放M2M架構（SMA）。在SMA中，M2M伺服器被分解（split）為M2M資料伺服器及M2M控制伺服器。一個M2M控制伺服器可控制一個或多個M2M資料伺服器。控制路徑及資料路徑可以是分離的。SMA可消除常規M2M功能架構中的缺陷、並可實現更好的系統可靠性、縮放性及可管理性。
在SMA中，ETSI M2M架構中的功能及程序可被分類為控制功能及資料功能。控制功能包括但不限於M2M引導、M2M SCL登記、M2M應用登記、M2M資源發現、以及M2M遠端實體管理（REM）等等。資料功能包括其他常規資源存取，比如對容器及群組資源的操作。
第5圖示出了示例性可縮放M2M架構（SMA）。M2M網路包括M2M裝置（D裝置510及/或D’裝置512）、一個或多個M2M閘道520、一個或多個M2M控制伺服器532、以及一個或多個M2M資料伺服器534。M2M伺服器分解為M2M控制伺服器532及M2M資料伺服器534。M2M控制伺服器532及M2M資料伺服器534兩者是邏輯實體。M2M控制伺服器532具有用於執行控制功能（包括但不限於引導、登記、資源發現及管理等等）的服務能力。M2M資料伺服器534具有用於M2M資料功能的服務能力、並處理資料路徑傳輸，比如M2M資料存取及儲存等等。M2M控制伺服器532及M2M資料伺服器534之間經由參考點（例如mIm參考點）進行交互作用。M2M控制伺服器532可配置、監控及改變M2M資料伺服器534的行為。
在第5圖中，尾綴“_d”代表資料路徑，而尾綴“_c”代表控制路徑。控制參考點及資料參考點可使用不同的傳輸協定。例如，傳輸控制協定（TCP）及流控制傳輸協定（SCTP）可被用於供控制參考點提供可靠的傳輸，而用戶資料報協定（UDP）可被用於供資料參考點提供低負荷及潛時。
mIm是兩個M2M伺服器之間的參考點。mIm參考點可被用於M2M伺服器之間的訂閱/通知、登記、授權、M2M接觸點（PoC）操作、管理功能、能力/功能共用、SCL及應用登記、拷貝或移動資源、記帳（例如所請求的服務、流量統計等等）等等。
dId_d是針對非控制操作的兩個M2M閘道或兩個D裝置之間的參考點。dId_d參考點可被用於DSCL/GSCL容器上的DSCL/GSCL獲取及更新、內容實例集合管理、群組管理、群組集合管理、能力/功能共用等等。
dId_c是針對控制操作的兩個M2M閘道或兩個D裝置之間的參考點。dId_c參考點可被用於DSCL/GSCL閘道或裝置引導、SCL管理、存取權管理、資源發現、通知頻道集合管理、通知頻道管理、M2M PoC及M2M PoC集合管理、能力/功能共用等等。
aIa_d是用於資料操作的兩個D’裝置之間的參考點。aIa_d參考點可被用於記帳（例如流量統計）、多點跳躍資料中繼等等。
aIa_c是用於控制操作的兩個D’裝置之間的參考點。aIa_c參考點可被用於DA引導操作、遠端觸發、登記、DA上的資源發現、能力/功能共用等等。
mIa_d是NA及M2M資料伺服器之間的參考點。mIa_d參考點可被用於NA宣告/解除宣告、獲取及更新應用、容器、內容實例管理及群組集合管理、記帳（例如流量統計）等等。
mIa_c是NA及M2M控制伺服器之間的參考點。mIa_c參考點可被用於NA登記、授權、宣告/解除宣告、訂閱及訂閱集合管理、存取權管理、資源發現及遠端實體管理、能力/功能共用、應用登記等等。
mId_d是DSCL/GSCL及M2M資料伺服器之間的參考點。mId_d參考點可被用於DSCL/GSCL、容器及內容實例管理、群組及群組集合管理、拷貝或移動資源、記帳（例如流量統計）等等。
mId_c是DSCL/GSCL及M2M控制伺服器之間及DSCL及GSCL之間的參考點。mId_c參考點可被用於DSCL/GSCL閘道或裝置引導、SCL管理、存取權管理、資源發現、通知頻道集合管理及通知頻道管理、M2M PoC及M2M PoC集合管理、SCL登記、記帳（例如請求的服務）、能力或功能共用等等。
dIa_d是針對非控制操作的DSCL/GSCL及DA/GA之間的參考點。dIa_d參考點可被用於DA/GA宣告/解除宣告、容器及內容實例管理、DSCL/GSCL上的群組及群組集合管理、記帳（例如流量統計）等等。
dIa_c是用於控制操作的DSCL/GSCL及DA/GA之間的參考點。dIa_c參考點可被用於DA/GA引導操作、遠端觸發、登記、資源發現及遠端實體管理、DSCL/GSCL上的M2M PoC及M2M PoC集合管理、能力/功能共用、應用登記等等。
第6圖示出了一個M2M控制伺服器632控制多個M2M資料伺服器634的示例性結構。如第6圖所示，一個M2M控制伺服器632可控制多個M2M資料伺服器634。為了諸如負載平衡或群組操作的目的，M2M控制伺服器可指導M2M裝置或閘道從一個M2M資料伺服器到另一個M2M資料伺服器。M2M控制伺服器632及M2M資料伺服器634之間可存在安全交換，從而可確保M2M控制伺服器632及M2M資料伺服器634之間的交互作用的安全，並確保M2M資料伺服器634及M2M裝置、閘道以及應用之間的通訊的安全。一個M2M資料伺服器634可將其自己向多個M2M控制伺服器632進行登記。
多個M2M裝置及/或閘道可成組的進行操作，例如在多個裝置提供相同的服務的情況中、或為相同公司部署多個裝置的情況中。如果M2M裝置目前並不位於同一M2M資料伺服器之下，則其可能很難有效地執行群組操作。因此，M2M控制伺服器可將M2M裝置/閘道群組移動到相同的M2M資料伺服器。
如果M2M資料伺服器有擁塞的風險，則M2M控制伺服器可將一些M2M裝置從目前M2M資料伺服器移動到其他M2M資料伺服器。如果一個M2M資料伺服器失靈，則M2M裝置可移動到另一個M2M資料伺服器。一個或多個M2M資料伺服器可被用於互相作為備份、並可具有彼此的一致的圖像（image），例如使用mIm參考點。
為了管理多個M2M資料伺服器，M2M控制伺服器可維持M2M資料伺服器清單，以具有目前活動M2M資料伺服器的列表。在一種實施方式中，每個M2M資料伺服器可將其自己登記或連結到M2M控制伺服器。此外，一旦M2M資料伺服器變成線上或活動的，M2M控制伺服器及M2M資料伺服器可週期性地交換訊息，使得M2M控制伺服器可具有關於每個M2M資料伺服器的即時資訊。在另一實施方式中，M2M控制伺服器可使用服務發現機制（比如域名稱系統服務發現（DNS-SD））來動態地發現M2M資料伺服器。
將M2M伺服器分解為M2M控制伺服器及M2M資料伺服器可被擴展到GSCL及/或DSCL。例如，GSCL可分解為一個控制閘道（即CGSCL）及一個或多個資料閘道（即DGSCL）。CGSCL可處理與控制有關的GSCL功能，而DGSCL可處理與資料有關的GSCL功能。CGSCL可向M2M控制伺服器（即CNSCL）進行登記，而DGSCL可直接與M2M資料伺服器（即DNSCL）進行通訊。可向DSCL應用相同的方案。
mIm參考點可處理M2M伺服器之間或M2M控制伺服器及M2M資料伺服器之間的交互作用。mIm參考點也可處理兩個M2M資料伺服器之間或兩個M2M控制伺服器之間的交互作用。
M2M控制伺服器可管理一組M2M資料伺服器。M2M控制伺服器可使兩個M2M資料伺服器之間能夠進行直接通訊。例如，M2M控制伺服器可觸發從一個M2M資料伺服器向另一個M2M資料伺服器移動資料或資源。M2M控制伺服器可向M2M資料伺服器傳遞M2M裝置及與閘道登記有關的資訊，從而M2M資料伺服器可認證來自M2M裝置及閘道的訊息及操作。
對於M2M控制伺服器及M2M資料伺服器之間的交互作用來講，每個M2M資料伺服器可首先向M2M控制伺服器登記。第7圖是M2M資料伺服器向M2M控制伺服器登記的示例性程序的流程圖。M2M資料伺服器754向M2M控制伺服器752發送登記請求(702)。M2M控制伺服器752向M2M資料伺服器754發送登記回應(704)。在建立了該登記（關聯）之後，M2M資料伺服器754及M2M控制伺服器752可交換週期性訊息，以維持該關聯(706)。M2M控制伺服器752可配置、控制、管理M2M資料伺服器754的行為(708)。
該配置、控制及管理操作可經由RESTful操作來執行。每個M2M資料伺服器可提供管理物件，其中M2M控制伺服器可經由該管理物件來管理M2M資料伺服器。
SCL可向多個SCL進行登記。例如，裝置可連接到多個本地閘道並可使用每個閘道中的不同服務能力功能（例如一個用於快取，一個用於安全及定址能力）。裝置可進行漫遊，並且其SCL可被登記到本地及受訪問的網路核心兩者。單對多SCL登記可以在初始SCL登記時發生（即SCL在初始登記時向多個SCL登記），或者其可遞增地發生（即，SCL起初向一個SCL登記、並且隨後向多個SCL登記）。一旦發生SCL登記，可在目標SCL上為請求方SCL創建SCL資源。
應用可具有一個錨SCL、或可登記到多個SCL。應用可從其所登記到的SCL請求不同的服務能力功能。不同的SCL可交換應用的資訊。
每次M2M裝置、閘道或應用將其自己向M2M控制伺服器登記時，M2M控制伺服器可向M2M裝置或閘道指派一個或多個M2M資料伺服器。第8圖是SCL登記的示例性程序的流程圖。M2M裝置/閘道856向M2M控制伺服器852發送登記請求(802)。M2M控制伺服器852獲得M2M資料伺服器的狀態(804)，並選擇M2M資料伺服器(806)。
M2M控制伺服器852可通知M2M資料伺服器854或M2M閘道856、並可在本地創建相應的資源(808)。M2M控制伺服器852可向一個或多個M2M資料伺服器854中創建或拷貝這種資源，使得所述一個或多個M2M資料伺服器854可認證來自M2M裝置/閘道856的訊息及操作。M2M控制伺服器852可向M2M裝置/閘道856發送登記回應(810)。M2M資料伺服器854可向M2M控制伺服器852傳遞流量統計資訊，例如，用於收費。替代地，M2M控制伺服器852可向M2M資料伺服器854詢問這種資訊。
一旦接收到來自M2M控制伺服器的指令，M2M資料伺服器可從另一M2M資料伺服器推送或拉取資料或資源，例如用於資料複製、資料移動等等。M2M資料伺服器之間的直接通訊可由M2M控制伺服器管理及控制。
第9A圖是根據一種實施方式的資料移動及拷貝操作的示例性程序的傳訊圖，其中資料在M2M資料伺服器之間被間接存取。M2M控制伺服器952向M2M資料伺服器954發送獲取請求(902)。該請求對主SCL的特定資源進行定址。主SCL是被定址的資源所在的SCL。如果經過驗證存在所請求的資源並且允許對該資源進行獲取，則M2M資料伺服器954在向M2M控制伺服器952的回應中返回所請求的資訊(904)。M2M控制伺服器952隨後向M2M資料伺服器956發送創建請求(906)。M2M資料伺服器956在資源樹中創建資源，並向M2M控制伺服器952發送回應(908)。M2M控制伺服器952向M2M資料伺服器954發送刪除請求(910)。M2M資料伺服器956刪除該資源並向M2M控制伺服器發送回應(912)。
第9B圖是根據一種實施方式的資料移動及拷貝操作的示例性程序的傳訊圖，其中資料在M2M資料伺服器之間被直接存取。M2M控制伺服器952及M2M資料伺服器956執行資源發現(922)。資源發現程序允許對位於SCL上的資源進行發現。主SCL使用主SCL中所發現的資源的合適的URI列表來向發佈方進行回應。發佈方是執行請求的一方。發佈方可以是應用或SCL。
一旦發現了資源（在本例中，資料伺服器954），M2M資料伺服器956向資料伺服器954發送獲取請求(924)。M2M資料伺服器954向M2M資料伺服器956發送回應(926)。M2M資料伺服器可向M2M控制伺服器952發送資源操作報告(928)。M2M資料伺服器956向M2M資料伺服器954發送刪除請求(930)。M2M資料伺服器954刪除資源並向M2M資料伺服器956發送回應(932)。M2M資料伺服器956可向M2M控制伺服器952發送資源操作報告(934)。
第10A圖是根據另一種實施方式的資料拷貝及移動操作的示例性程序的傳訊圖，其中資料在M2M資料伺服器之間被間接存取。M2M控制伺服器1052向M2M資料伺服器1054發送創建/更新請求，其中帶有拷貝或拷貝樹屬性(1002)。
包括子樹的整個資源可藉由一個訊息或操作被移動、拷貝或創建。“拷貝”屬性用來拷貝單一資源。“拷貝樹”屬性用來拷貝所請求的資源之下的整個子樹，包括所請求的資源。“移動樹”屬性用來移動所請求的資源之下的整個子樹，包括所請求的資源。“創建樹”屬性用來創建所請求的資源之下的子樹。上述屬性可藉由使用CREATE或UPDATE方法來觸發。
M2M資料伺服器1054在向M2M控制伺服器1052的回應中發送所請求的資源的完全表示(1004)。M2M控制伺服器1052向M2M資料伺服器1056發送創建/更新請求，其中帶有創建樹屬性(1006)。M2M資料伺服器1056創建資源樹、並拷貝資源、並向M2M控制伺服器1052發送回應(1008)。對於移動樹操作，M2M控制伺服器1052向M2M資料伺服器1054發送帶有移動樹屬性的創建/更新請求(1010)。M2M資料伺服器1054在向M2M控制伺服器1052的回應中發送所請求的資源的完全表示、並刪除該資源(1012)。M2M控制伺服器1052向M2M資料伺服器1056發送帶有創建樹屬性的創建/更新請求(1014)。M2M資料伺服器1056創建資源樹、並拷貝資源、並向M2M控制伺服器1052發送回應(1016)。
第10B圖是根據另一種實施方式的資料移動及拷貝操作的示例性程序的傳訊圖，其中資料在M2M資料伺服器之間被直接存取。M2M資料伺服器1056向M2M資料伺服器1054發送創建/更新請求，其帶有拷貝或拷貝樹屬性(1022)。M2M資料伺服器1054在向M2M資料伺服器1056的回應中發送資源的完全表示(1024)。M2M資料伺服器1056創建資源樹、並拷貝資源、並向M2M控制伺服器1052發送資源操作報告(1026)。對於移動樹操作，M2M資料伺服器1056向M2M資料伺服器1054發送帶有移動樹屬性的創建/更新請求(1028)。M2M資料伺服器1054在向M2M資料伺服器1056的回應中發送所請求的資源的完全表示、並刪除該資源(1030)。M2M資料伺服器1056創建資源樹、拷貝資源、並向M2M控制伺服器1052發送資源操作報告(1032)。
藉由從一個資料伺服器向另一個資料伺服器拷貝及移動資源，可能會暗示資源發現。例如，所移動的資源可能在之前已被宣告。在其移動到另一資料伺服器之後，之前宣告的資源變得失效了，並且舊的資料伺服器可執行解除宣告、並執行宣告更新，以反映所移動的資源的新位置。如第9B及10B圖所示，資料伺服器可經由資源操作報告向控制伺服器報告“資源拷貝/移動”的結果(928、934、1026、1032)，從而控制伺服器可更新其所宣告的資源記錄。
應當注意到，雖然第9A圖、第9B圖、第10A圖及第10B圖描述了在兩個資料伺服器之間的資源拷貝及移動的程序，相同的程序可應用到在兩個M2M閘道或兩個M2M裝置之間拷貝或移動資源的情況（例如，在M2M移動中）。
在ETSI M2M的上下文中，控制伺服器及資料伺服器兩者可被對待為NSCL。換言之，控制伺服器及資料伺服器兩者可創建並維持sclBase樹（如第26圖所示），但也有所不同，這是因為他們處理不同的功能。控制伺服器處理與控制有關的功能，比如SCL登記、應用登記、資源發現、管理等等。資料伺服器主要處理資料功能，比如資料儲存及存取。資料伺服器需要將其自己向一個或多個控制伺服器進行登記。
資源<dsclBase>及<gsclBase>（即分別是裝置及閘道的根資源）需要新的資源及屬性來表示資料伺服器的列表。當其向M2M控制伺服器進行登記時，每個DSCL/GSCL可獲得其可存取的所指派的資料伺服器的列表。作為替代，控制伺服器可向M2M裝置或閘道更新或重新指派新的資料伺服器。
在一種實施方式中，引入新的資源“資料伺服器”。這是指派給裝置或閘道的資料伺服器的集合。
資源“資料伺服器”可以是集中式的。第11A圖示出了包括集中式資源“資料伺服器”1110的示例性資源結構。資源“資料伺服器”1110可被安置為<dsclBase>或<gsclBase>1120的直接子資源。
替代地，資源“資料伺服器”可以是分散式的。第11B圖示出了包括分散式資源“資料伺服器”1110的示例性資源結構。資源“資料伺服器”1110可被安置為<cnscl>1130的直接子資源。<cnscl>代表裝置/閘道登記到的控制伺服器。如果裝置/閘道向多個控制伺服器進行登記，則可存在多個<cnscl>並進而存在多個“資料伺服器”。資源“資料伺服器”的結構示於第14圖中。
參見第11A圖及第11B圖，<d/gsclBase>樹中的每個<scl>1130、1132可具有新的屬性：資料伺服器ID、控制伺服器ID及/或伺服器指示。
資料伺服器ID是指派給<scl>的資料伺服器ID的列表。每個資料伺服器ID指向在資源“資料伺服器”1110中所包含的資料伺服器。
控制伺服器ID是指派給<scl>的控制伺服器ID的列表。每個控制伺服器ID指向<d/gsclBase/<scls>之下的<cnscl>。表示控制伺服器的<scl>可能不具有此屬性。
伺服器指示是用來示出<scl>是<cnscl>還是<d/gscl>的旗標。如果其是<d/gscl>，則此屬性也可指明此<d/gscl>是否具有用來支援分層服務結構的伺服器能力，即用來示出此<scl>所代表的裝置/閘道在其之後是否具有其他D/GSCL。伺服器指明屬性可不被使用。
<d/gsclBase>樹中的每個<應用>1140可具有新的屬性：資料伺服器ID及控制伺服器ID。資料伺服器ID是指派給此<應用>的資料伺服器ID的列表。每個資料伺服器ID指向在資源“資料伺服器”1110中所包含的資料伺服器。控制伺服器ID是指派給此<應用>的控制伺服器ID的列表。每個控制伺服器ID指向<d/gsclBase/<scls>之下的<cnscl>。
第12A圖及第12B圖示出了用於M2M控制伺服器的示例性sclBase樹結構（即<cnsclBase>）。控制伺服器可維持與該控制伺服器相關聯或向該控制伺服器登記的資料伺服器的列表。
在第12A圖中，<scl>資源結構用來表示資料伺服器，其藉由添加新的屬性“伺服器指示”來示出此<scl>是否是資料伺服器。
在第12B圖中，作為<cnsclBase>的子資源，引入分離的資源“資料伺服器”1210，其作為用來維持與控制伺服器相關聯的資料伺服器的集合。第14圖中示出了資源“資料伺服器”的結構。
如第12A圖及第12B圖所示，<cnsclBase>之下的每個<d/gscl>1220可具有子資源“資料伺服器”1222、“請求的服務（requestedService）”1224、及“同意的服務（agreedService）”1226。“請求的服務”1224表示D/GSCL或應用請求哪種類型的服務。例如，服務類型可代表服務能力的集合、具有統一價格（flat-based）的收費的服務類、具有基於使用的收費的服務類等等。
<cnsclBase>之下的每個<應用>1230可具有子資源“資料伺服器”1232、“請求的服務”1234、及“同意的服務”1236。第16圖示出了“請求的服務”1224/1234的結構，第17圖示出了“同意的服務”1226/1236的結構。<cnsclBase>之下的每個<scl>可能不具有與資料有關的資源，比如容器。
第13A圖及第13B圖示出了用於資料伺服器的sclBase樹結構（即<dnsclBase>1305）。資料伺服器可維持其所登記到的控制伺服器的列表。在一種實施方式中，如第13A圖所示，<scl>資源結構用來表示資料伺服器，其藉由添加新的屬性“伺服器指示”來示出該<scl>是否是控制伺服器。
替代地，如第13B圖所示，可以引入分離的資源“控制伺服器”1310，作為<dnsclBase>1305的子資源，其作為用來維持與伺服器相關聯的資料伺服器的集合。
<dnsclBase>之下的每個<d/gscl>1320可具有兩個子資源“控制伺服器”1322及“流量統計”1324。<dnsclBase>之下的每個<應用>1330可具有子資源“控制伺服器”1332及“流量統計”1334，例如，為了收費的目的。<dnsclBase>之下的每個<scl>可具有與資料有關的資源，比如容器。
第14圖示出了資源“資料伺服器”的示例性結構。資料伺服器是集合資源，其包括多個<資料伺服器>實例。每個<資料伺服器>實例1400可具有以下屬性：資料伺服器ID、控制伺服器ID、DGSCL列表（listOfDGSCL）、應用列表（listOfApp）、創建時間（creationTime）、最後修改時間（lastmodifiedTime）、及期滿時間（expirationTime）。資料伺服器ID代表此<資料伺服器>的ID。控制伺服器ID代表此<資料伺服器>登記到的控制伺服器的ID。在<資料伺服器>登記到多個控制伺服器的情況中，此屬性代表控制伺服器ID的列表。DGSCL列表是指派給此<資料伺服器>的<d/gscl>的列表。應用列表是指派給該<資料伺服器>的<應用>的列表。
資源“資料伺服器”可以是<scl>、應用>或<cnsclBase>的子資源。對於<cnsclBase>/資料伺服器，<資料伺服器>也可具有子資源“群組（group）”1402以供資料伺服器在控制伺服器上創建群組、以及具有“容器（container）”1404以供資料伺服器在控制伺服器上創建容器，以使得每個資料伺服器在它們的控制伺服器上創建群組及容器。
第15圖示出了資源“控制伺服器”的示例性結構。控制伺服器是集合資源，其包括多個<控制伺服器>實例。每個<控制伺服器>實例1500可具有以下屬性：資料伺服器ID、控制伺服器ID、創建時間、最後修改時間、及期滿時間。控制伺服器ID代表此<控制伺服器>的ID，且資料伺服器ID代表此<控制伺服器>具有的資料伺服器的ID。在此<控制伺服器>具有多個資料伺服器的情況中，此屬性代表資料伺服器ID的列表。
資源“控制伺服器”可以是<scl>、<應用>或<dnsclBase>的子資源。對於<dnsclBase>/控制伺服器，<控制伺服器>也可具有子資源“群組”1502以供控制伺服器在資料伺服器上創建群組、以及具有“容器”1504以供控制伺服器在資料伺服器上創建容器，以使每個控制伺服器在其資料伺服器上創建群組及容器。
第16圖示出了資源“請求的服務”的結構。“請求的服務”描述<d/gscl>或<應用>請求哪種服務類型。其是<服務實例（serviceInstance）>的集合。每個<服務實例>1600可具有以下屬性：服務類型、期滿時間、開始時間及創建時間。服務類型代表服務的類或類型。每個服務類型可具有一些子屬性，其中包括性能要求（比如延遲、流通量、封包丟失率等）、記帳性質（比如統一價格、基於使用、免費等等）、及使用束縛（bound）（比如最大儲存大小、最大流量等）。期滿時間代表結束時間，到結束時間時，此<服務實例>將按照請求變得失效。開始時間代表此<服務實例>將按照請求開始的起始時間。創建時間代表此<服務實例>的創建時間。
第17圖示出了資源“同意的服務”的結構。“同意的服務”描述向<d/gscl>或<應用>批准了哪種服務類型。其是<同意的服務實例（agreedserviceInstance）>的集合。每個<同意的服務實例>1700可具有以下屬性：請求的服務ID（requestedServiceID）、同意的服務類型（agreedserviceType）、期滿時間、開始時間及創建時間。請求的服務ID指明對儲存在“請求的服務”中的所請求的服務實例的引用。同意的服務類型代表所同意的服務的類或類型。每個同意的服務類型可具有一些子屬性，其包括性能要求（比如延遲、流通量、封包丟失率等）、記帳性質（比如統一價格、基於使用、免費等等）、及使用束縛（比如最大儲存大小、最大流量等）。期滿時間代表結束時間，到結束時間時，此<服務實例>將按照同意變得失效。開始時間代表此<服務實例>將按照同意開始的起始時間。創建時間代表該<服務實例>的創建時間。
第18圖示出了“流量統計”資源1802的示例性結構。流量統計可具有多個<性能度量（performanceMetric）>1810子資源及一個存取歷史（accessHistory） 1830子資源。每個<性能度量>1810可具有以下屬性：名稱（name）、測量模式（measureMode）、測量週期（measurePeriod）、開始時間、創建時間及期滿時間。名稱指明此<性能度量>的名稱。其可是延遲、延遲抖動、流通量、封包丟失率等等。測量模式代表此<性能度量>如何被測量。其可是週期性的或一次最新的平均測量、最小或最大值等等。測量週期代表每個測量的週期。開始時間代表何時開始測量此<性能度量>。創建時間是此<性能度量>被創建的時間。期滿時間是<性能度量>期滿的時間。
每個<性能度量>1810可具有子資源“結果（result）”1812，以用於儲存測量值。每個<結果實例（resultInstance）>代表值。每個<結果實例>可具有兩個屬性：開始時間及結束時間。開始時間是<結果實例>的開始時間，而且結束時間是<結果實例>的結束時間。
每個<性能度量>1810可具有子資源“活動（action）”1814，其具有兩個屬性（開始及停止），以通過在這兩個屬性上使用更新或創建方法來開始或停止測量。屬性開始是用於開始測量，屬性停止用於停止測量。
作為替代實施方式，資源“請求的服務”、“同意的服務”及“流量統計”可直接應用於常規ETSI M2M資源結構（例如將它們添加為<scl>及<應用>的子資源），以提供收費及記帳功能。
可添加新的屬性，以用於應用指明其資料是否可被分配給其他SCL（除了主SCL之外）。例如，可使用屬性“本地（Local）”。藉由使用此屬性，登記到SCL（即主SCL）的應用可指明並決定其資料是否可被分配給其他SCL（除了主SCL之外）。屬性“本地”可以是布林值。例如，當其設定為“1”時，其意味著該資料只在主SCL處是可用的。替代地，該屬性可以是對子資源容器的引用。
當在所分佈的SCL中共用資料時，可執行隱私控制。存取權可被創建為資源，並且每個存取權資源的URI可變成與不同資源相關聯的存取權ID。存取權資源定義誰可以做什麼（例如讀（READ）、寫（WRITE）、創建（CREATE）、刪除（DELETE）、發現（DISCOVER）等等）
當兩個SCL由不同的商業擁有時，它們可能不能完全地建立存取權。在主SCL上創建資料的應用可決定關於該資料是否可被共用的一般規則。
在一種實施方式中，當由不同服務提供者擁有的SCL登記到主SCL時，主SCL可創建或更新存取權資源，以便為屬於另一SCL的SCL定義存取權。主SCL可將該存取權ID應用到其資源樹中的不同資源。
為了增強所分佈的SCL上（例如由不同服務提供者擁有的SCL上）的存取權保護，常規存取權准許及旗標可被擴展。指明存取模式的新的“准許標記（permissionFlag）”值可被定義為支援附加操作。表1示出了示例准許標記值。可引入新的“外部准許（externalPermission）”屬性，以便為由不同服務提供者擁有的SCL定義准許。如果不存在屬性“外部准許”，則對應於祖先（ancestor）資源的實體可能不具有准許。
服務能力是一個SCL所支援的功能。在由ETSI M2M標準所定義的各種服務能力之中，SCL可能並不支援所有的服務能力、並且可能依賴於不同SCL所提供的能力。在共用服務能力的細節之前，根據需要（像是兩者是否都想要共用能力、或是只有一個SCL想要從其他SCL獲得支持），SCL可向其他SCL進行登記、或彼此互相登記。建立共用能力的兩個SCL之間可存在安全交換。能力共用可由NSCL、GSCL及DSCL藉由共用它們支持的能力及它們想要共用的能力的細節來執行。
對於使用共用服務能力的其他M2M實體（比如M2M裝置及M2M網路應用）來講，服務能力共用可以是透明的。換言之，共用來自其他SCL服務能力的原始SCL可被保持在環路（loop）中、並可控制相關的程序。例如，假定共用或獲得來自NSCL1從NSCL2的額外服務能力（例如遠端實體管理（REM））。M2M網路應用（NA1）及M2M裝置（Dev1）登記到NSCL1。由於NSCL1不具有REM，則其可依靠NSCL2中的REM來管理Dev1。NA1仍可向NSCL1發出管理命令，並且NSCL1可將管理命令轉發到NSCL2。從這裏開始，NSCL2可使用其REM來代表NSCL1管理Dev1、並從Dev1獲得回應。NSCL2可將管理回應轉發回NSCL1，並且NSCL1可向NA1轉發回應。在這一進程中，請求及回應訊息兩者可通過NSCL1、並且處於NSCL1的控制之下，而且Dev1及NA1兩者可能不需要意識到NSCL2的存在。
在另一示例中，DSCL1可向NSCL1登記。NSCL1可具有與NSCL2共用的容器管理服務能力。當NSCL1及NSCL2彼此登記時，NSCL1及NSCL2協商並配置這一能力。即使DSCL1未登記到NSCL2，NSCL2也可為DSCL1進行容器管理。
在一種實施方式中，能力管理資源可被添加到SCL資源樹，以促進並維持SCL-SCL交互作用及能力共用。第19A圖示出了針對在<sclBase>之下的能力管理的示例性資源。第19B圖示出了資源“能力”的示例性結構。第19C圖示出了資源“遠端能力（remoteCaps）”的示例性結構。第19A圖至第19C圖中的資源結構添加這一特性，以使得SCL能夠保持其與另一SCL共用的能力/功能的細節。SCL可對其自身支持的能力/功能進行追蹤。
稱為“能力”1910的集合資源可被添加到資源樹<sclBase>1905（如第19A圖所示）。“能力”資源1910可被用來追蹤目前SCL與其他SCL的能力共用。在<scl>1920的每個實例之下，可存在資源“遠端能力”1922，其記錄登記到目前SCL基的遠端SCL的能力。
參見第19B圖，“能力”資源1910可包含稱為<能力>的一個或多個實例，其中每個<能力>實例是與另一SCL的能力共用協議。對於<能力>的每個實例，其可具有支援的能力（capSupported）1932、共用到的能力（capSharedTo）1934及共用自的能力（capSharedFrom）1936。“支援的能力”1932指明目前SCL所支援的能力（例如登記）。“共用到的能力”1934指明目前SCL可向其他SCL提供什麼能力以及這些能力可被共用給什麼實體，例如資料管理。“共用自的能力”1936指明目前SCL從其他SCL以及分別從哪些實體獲得了什麼能力。
參見第19C圖，在資源“遠端能力”1922之下，登記到目前SCL的遠端SCL可在<能力>實例1924中提供其能力、或者可藉由在<能力宣告（capabilityAnnc）>1926之下的“屬性”中提供其能力URI的鏈結來宣告其能力。
下文中對用於不同SCL服務能力配置的操作的程序進行了描述。操作可應用於控制平面參考點。
在共用服務能力之前，SCL可向其他SCL登記。根據需要，該登記可以是相互的或單向的。例如，如果只有一個SCL想要與其他SCL共用能力，則可能不需要相互登記。如果想要共用能力的NSCL屬於兩個不同的服務提供者，則在共用服務能力之前，NSCL可執行安全程序。例如，它們可使用共用密碼或一些已知密鑰來在登記程序期間互相認證。
第20圖是用於進行相互登記的能力共用的示例性程序的傳訊圖。NSCL-1 2052向NSCL-2 2054發送登記請求（例如創建）(2002)。在請求訊息中，NSCL-1 2052可包括能力資訊，其包括支援的能力及/或共用到的能力。NSCL-2 2054從共用到的能力獲知來自NSCL-1 2052的可用的能力。NSCL-2 2054可執行安全檢查，以認證NSCL的通訊，並且如果經認證，則可為NSCL-1 2052創建資源(2004)。如果NSCL-1 2052不被允許與NSCL-2 2054進行通訊，則可拒絕該請求。NSCL-2 2054隨後向NSCL-1 2052發送回應(2006)。
對於相互登記，NSCL-2 2054向NSCL-1 2052發送登記請求（例如創建）(2008)。在請求訊息中，NSCL-2 2054可包括能力資訊，其包括支援的能力及/或共用到的能力。NSCL-1 2052從共用到的能力以獲知來自NSCL-2 2054的可用的能力。NSCL-1 2052可執行安全檢查，以認證NSCL-2 2054的通訊(2010)。如果NSCL-2 2054不被允許與NSCL-1 2052進行通訊，則可拒絕該請求。如果經認證，則NSCL-1 2052向NSCL-2 2054發送回應(2012)。
當NSCL-1 2052需要從NSCL-2 2054獲得能力時(2014)，NSCL-1 2052可針對能力共用以向NSCL-2 2054發送創建請求(2016)。在請求中，NSCL-1 2052指明其需要從NSCL-2 2054獲得的能力。一旦NSCL-2 2054許可所請求的能力，例如在<scl2Base>\scls\<scl1>遠端能力\<能力>資源下，NSCL-2 2054可創建共用自的能力資源(2018)。NSCL-2 2054向NSCL-1 2052發送成功回應(2020)。
第21圖是用於不進行相互登記的能力共用的示例性程序的傳訊圖。NSCL-1 2152向NSCL-2 2154發送登記請求（例如創建）(2102)。在請求訊息中，NSCL-1 2152可包括能力資訊，其包括支援的能力及/或共用的能力。NSCL-2 2154從共用到的能力獲知來自NSCL-1 2152的可用能力。NSCL-2 2154可執行安全檢查，以認證NSCL的通訊，並且如果通過認證而且NSCL-1 2152被允許與NSCL-2 2154進行通訊，則NSCL-2 2154可為NSCL-1 2152創建資源(2104)。如果NSCL-1 2152不被允許與NSCL-2 2154進行通訊，則可拒絕該請求。NSCL-2 2154隨後向NSCL-1 2152發送回應(2106)。
在不相互登記的情況下，NSCL-1 2152可能不會意識到NSCL-2 2154所支援以及所提供的能力。替代地，NSCL-2 2154可將這種資訊（例如支援的能力及/或共用到的能力）包括在向NSCL-1 2152的回應中。由於NSCL-1 2152登記到NSCL-2 2154，所以NSCL-2 2154可決定其是否可向NSCL-1 2152許可能力。
當NSCL-1 2152需要從NSCL-2 2154獲得能力時(2108)，NSCL-1 2152可針對能力共用以向NSCL-2 2154發送創建請求(2110)。在請求中，NSCL-1 2152指明其需要從NSCL-2 2154獲得的能力。一旦NSCL-2 2154許可所請求的能力，NSCL-2 2154可創建共用自的能力資源，例如在<scl2Base>\scls\<scl1>遠端能力\<能力>資源下(2112)。NSCL-2 2154向NSCL-1 2152發送成功回應(2114)。
第22圖是用於SCL相互登記的示例性程序的傳訊圖。發佈方SCL 2252可針對登記以向主SCL 2254發送創建請求(2202)。相互登記可由發佈方SCL 2252發起。如果是這樣的話，在創建請求中，發佈方SCL 2252可指明需要進行相互登記。主SCL 2254可檢查發佈方SCL 2252是否被授權以針對登記來創建資源(2204)。
如果確定發佈方SCL 2252被授權，則主SCL 2254發送對該請求的肯定回應(2206)。如果發佈方SCL 2252在創建請求中不請求相互登記，則可由主SCL 2254來請求相互登記。主SCL 2254可在回應中只明相互登記請求。發佈方SCL 2252可等待相互登記請求(2208)。由於發佈方SCL 2252請求了相互登記、或來自主SCL 2254的回應指明了相互登記，所以發佈方SCL 2252知道存在未決（pending）的相互登記。
主SCL 2254發送相互登記請求（例如創建）(2210)。發佈方SCL 2252認證並授權主SCL 2254 (2212)。發佈方SCL 2252對該請求進行肯定地回應(2214)。
發佈方SCL 2252可在其sclBase資源樹中為主SCL 2254創建scl資源，並且主SCL 2254可在其sclBase資源樹中為發佈方SCL 2252創建scl資源(2216、2218)。
為了發佈方SCL 2252及主SCL 2254指明需要相互登記，可引入針對創建請求的兩種基元（primitive）類型：SCL_ 相互_創建_請求及SCL_相互_創建_回應。表2及3分別示出了scl創建請求指示（sclCreateRequestIndication）及scl創建回應確認（sclCreateResponseConfirm）（成功情況）基元。當向發佈方SCL 2252發回回應時，狀態_接受可被用於主SCL 2254。替代地，新狀態碼狀態_ 相互_登記_未決可被使用。
替代地，SCL可指明scl資源中需要相互登記。例如，屬性“相互登記（mutualRegis）”可被添加到<scl>資源屬性，以指明需要相互登記。在這種方式中，指示可被其他SCL發現並獲取。替代地，SCL可將其作為基元屬性而包括在scl創建請求指示中。
為了促進SCL決定是否應進行相互登記，例如，稱為“scl類型（sclType）”的屬性可被添加到<scl>資源屬性列表。scl類型屬性可指明SCL類型：NSCL、GSCL、DSCL。
第23A圖及第23B圖是GSCL-GSCL能力共用的示例性程序的傳訊圖。第23A圖及第23B圖分別示出了當GSCL-1 2352及GSCL-2 2354向NSCL-1 2362及NSCL-2 2364進行登記時的呼叫流，而且GSCL-1 2352想要與GSCL-2 2354通訊並與之共用能力。雖然第23A圖及第23B圖中未示出，但是GSCL-1 2352及GSCL-2 2354可執行相互登記。
GSCL-1 2352及GSCL-2 2354之間的能力共用程序與NSCL-1 2362及NSCL-2 2364相同。額外的複雜性在於NSCL在通訊中的角色以及安全。第23A圖及第23B圖以示例的形式示出了安全由NSCL進行管理並且通訊是在GSCL之間指導（direct）（使用來自NSCL-1的初始指示）。如果安全性及信任關係允許，則可實現xSCL之間的完全分佈的通訊。
GSCL-1 2352向NSCL-1 2362指明其想要與GSCL-2 2354進行通訊(2302)。GSCL-1 2352已經向NSCL-1 2362進行登記，並且GSCL-2 2354已經向NSCL-2 2364進行登記。NSCL-1 2362可向NSCL-2 2364中繼該請求(2304)，而且NSCL-2 2364可向GSCL-2 2354中繼該請求(2306)。假定NSCL-1 2362及NSCL-2 2364具有信任關係。GSCL-2 2354向GSCL-1 2352發送由NSCL-2 2364及NSCL-1 2362所相關的回應(2308、2310、2312)。
GSCL-1 2352藉由向GSCL-2 2354發送登記請求來發起登記程序(2314)。在請求訊息中，GSCL-1 2352可包括能力資訊，其包括支援的能力及/或共用到的能力。GSCL-2 2354從共用到的能力獲知來自GSCL-1 2352的可用的能力。GSCL-2 2354可執行安全檢查，以認證來自GSCL-1 2352的通訊(2316)。GSCL-2 2354可檢查所支援的服務能力(2318)。
在發送成功回應之前，GSCL-2 2354可要來自NSCL-2 2364的認證檢查(2320)。如果GSCL-1 2352及GSCL-2 2354屬於相同的服務提供者，則GSCL-2 2354可能不需要認證GSCL-1 2352。如果GSCL-1 2352及GSCL-2 2354不屬於相同的服務提供者，則NSCL-2 2364可從NSCL-1 2362獲取並驗證GSCL-1 2352 (2322)。NSCL-1 2362向NSCL-2 2364發回回應(2324)。
如果允許GSCL-1 2352及GSCL-2 2354進行通訊，則NSCL-2 2364向GSCL-2 2354發送成功回應(2326)。GSCL-2 2354向GSCL-1 2352發送成功回應(2328)。
當GSCL-1 2352需要從GSCL-2 2354獲得能力時，GSCL-1 2352可針對能力共用以向GSCL-2 2354發送請求（例如創建）(2330、2332)。在請求中，NSCL-1 2362指明其需要從GSCL-2 2354獲得的能力。關於從GSCL-1 2352請求的能力，可在NSCL-1 2362及NSCL-2 2364之間執行附加的安全檢查程序(2334)。GSCL-2 2354許可所請求的能力並向GSCL-1 2352發送成功回應(2336、2338)。GSCL-1 2352可向NSCL-1 2362更新能力的變更，以及GSCL-2 2354可向NSCL-2 2364更新能力的變更(2340、2342)。
目前，在ETSI M2M中，當SCL1向SCL2進行登記時，創建了兩個<scl>資源，一個在SCL1中，一個在SCL2中。第24圖示出了常規SCL資源結構。SCL1上的資源可能類似於<sclBase1>/scls/<scl2>。這是SCL1為其自己保留的記錄，其指明SCL1向SCL2進行登記。SCL2上的資源可以類似<sclBase2>/scls/<scl1>，這是在SCL2上創建的與SCL1有關的資源。如果存在另一個SCL，名叫SCL3，其向SCL1進行登記，則基於ETSI M2M中定義的資源樹結構將創建類似<sclBase1>/scls/<scl3>的資源。沒有辦法對scl2及scl3進行區分。
可如第25圖所示對資源樹結構進行變更。在一種實施方式中，兩種SCL可被區分為scls-入（in）2502及scl-出（out）2504。scls-入2502針對到來的scl，而scl-出2502則針對離開的scl。應該注意到，scl的名稱只是作為示例，可使用任何其他名稱。使用以上相同的示例，不同的SCL可被儲存為：<sclBase1>/scls-出/<scl2>及<sclBase1>/scls-入/<scl3>。
在另一個實施方式中，可保留相同的SCL資源結構而不進行變更，並可引入被稱為例如“方向（Direction）”的新的屬性。應該注意到，屬性的名稱只是作為示例，可為屬性使用任何其他名稱。“方向”屬性指明SCL資源是否是本地SCL登記到的SCL或在本地SCL登記的其他SCL。
實施例：
1．一種用於支援機器對機器（M2M）通訊的裝置。
2．如實施例1所述的裝置，該裝置包括處理器，該處理器包括服務能力層，用於提供機器對機器（M2M）服務能力，該M2M服務能力提供將由不同應用共用的M2M功能。
3．如實施例2所述的裝置，其中該處理器包括應用，應用被配置為運行服務邏輯以及使用可經由開放介面存取的該M2M服務能力。
4．如實施例3所述的裝置，其中該應用被配置為經由該M2M服務能力以在應用級別來與M2M閘道或M2M裝置進行交互作用。
5．如實施例2-4中的任一實施例所述的裝置，其中該處理器被配置為與M2M伺服器進行交互作用，其中該M2M伺服器在服務能力層被分解為M2M控制伺服器及M2M資料伺服器，以分別提供用於控制功能的服務能力及用於資料功能的服務能力。
6．如實施例5所述的裝置，其中該服務能力層使用分離的介面來與該M2M控制伺服器及該M2M資料伺服器進行交互作用。
7．如實施例2-6中的任一實施例所述的裝置，該裝置更包括用於儲存指派給該裝置的M2M資料伺服器的列表的資源。
8．如實施例3-7中的任一實施例所述的裝置，其中該應用被配置為與另一實體交互作用，以推送或拉取資源樹結構中的資源的子樹中的資料或資源。
9．如實施例2-8中的任一實施例所述的裝置，該裝置更包括用於儲存用於與其他服務能力層共用M2M服務能力的資訊的能力資源。
10．如實施例9所述的裝置，其中該能力資源的每個實例包括用於儲存與所支援的能力、與其他服務能力層共用的能力、及/或共用自其他服務能力層的能力有關的資訊的子資源。
11．如實施例2-10中的任一實施例所述的裝置，該裝置更包括以下中的至少一個：用於所請求的服務的資源、用於同意的服務的資源、及用於流量統計的資源，其中所述用於所請求的服務的資源描述了裝置或閘道服務能力層或應用請求哪種服務類型，所述用於同意的服務的資源描述哪種服務類型被批准給該裝置或閘道服務能力層或應用，並且所述用於流量統計的資源用於儲存與流量有關的測量。
12．一種用於支援機器對機器（M2M）通訊的方法。
13．如實施例12所述的方法，該方法包括裝置向M2M伺服器進行登記。
14．如實施例13所述的方法，其中該裝置及M2M伺服器包括用於提供M2M服務能力的服務能力層，該M2M服務能力提供將由不同應用共用的M2M功能。
15．如實施例13-14中的任一實施例所述的方法，該方法更包括該裝置經由該M2M服務能力以在應用級別與M2M閘道或另一M2M裝置進行交互作用。
16．如實施例13-15中的任一實施例所述的方法，其中該M2M伺服器在服務能力層被分解為M2M控制伺服器及M2M資料伺服器，以分別提供用於控制功能的服務能力及用於資料功能的服務能力。
17．如實施例16所述的方法，其中該裝置使用分離的介面來與該M2M控制伺服器及該M2M資料伺服器進行交互作用。
18．如實施例13-17中的任一實施例所述的方法，該方法更包括該裝置在資源中儲存被指派給該裝置的M2M資料伺服器的列表。
19．如實施例13-18中的任一實施例所述的方法，該方法更包括該裝置與另一實體交互作用，以推送或拉取資源樹結構中的資源的子樹中的資料或資源。
20．如實施例13-19中的任一實施例所述的方法，該方法更包括在能力資源中儲存用於與另一服務能力層共用M2M服務能力的資訊。
21．如實施例20所述的方法，其中該能力資源的每個實例包括用於儲存與所支援的能力、與其他服務能力層共用的能力、及/或共用自其他服務能力層的能力有關的資訊的子資源。
22．如實施例13-21中的任一實施例所述的方法，其中該裝置更包括以下中的至少一個：用於所請求的服務的資源、用於同意的服務的資源、及用於流量統計的資源，其中所述用於所請求的服務的資源描述了裝置或閘道服務能力層或應用請求哪種服務類型，所述用於同意的服務的資源描述哪種服務類型被批准給該裝置或閘道服務能力層或應用，並且所述用於流量統計的資源用於儲存與流量有關的測量。
23．一種機器對機器（M2M）通訊網路，包括至少一個網路伺服器，被配置為提供網路服務能力。
24．如實施例23所述的網路，該網路包括至少一個閘道，被配置為提供閘道服務能力。
25．如實施例23-24中的任一實施例所述的網路，其中至少在網路服務能力層之間、在閘道服務能力層之間、在M2M裝置的裝置服務能力層及閘道服務能力層之間、在M2M裝置應用之間、及/或在網路、閘道或裝置服務能力層及M2M應用之間提供參考點。
26．如實施例23-25中的任一實施例所述的網路，其中該網路伺服器在服務能力層被分解為控制伺服器及資料伺服器，以分別提供用於控制功能的服務能力及用於資料功能的服務能力。
27．如實施例26所述的網路，其中在網路服務能力層之間、在閘道服務能力層之間、在閘道服務能力層及裝置服務能力層之間、在M2M裝置應用之間、及/或在網路、閘道或裝置服務能力層及M2M應用之間分離地提供針對控制功能及資料功能的參考點。
28．如實施例23-27中的任一實施例所述的網路，其中一個控制伺服器控制多於一個資料伺服器。
29．如實施例26-28中的任一實施例所述的網路，其中該資料伺服器被配置為與另一資料伺服器、該閘道、或M2M裝置交互作用，以直接地或經由該控制伺服器間接地推送或拉取資料或資源。
30．如實施例26-29中的任一實施例所述的網路，其中該控制伺服器及該資料伺服器具有用於儲存所登記的資料伺服器或控制伺服器的列表的資源。
31．如實施例23-30中的任一實施例所述的網路，其中該網路伺服器及/或該閘道具有用於儲存用於與其他網路伺服器或其他閘道共用能力的資訊的能力資源，並且該能力資源的每個實例包括用於儲存關於所支援的能力、與其他服務能力層共用的能力、及/或共用自其他服務能力層的能力的資訊的子資源。
32．如實施例24-31中的任一實施例所述的網路，其中該閘道被配置為與另一閘道共用閘道服務能力。
33．如實施例26-32中的任一實施例所述的網路，其中該控制伺服器被配置為從M2M裝置、閘道、或應用接收登記請求、獲得M2M資料伺服器的狀態、為該M2M裝置、閘道、或應用選擇M2M資料伺服器、並且向該M2M裝置、閘道、或應用發送包括所選擇的M2M資料伺服器識別碼的登記回應。
雖然上面以特定組合的方式描述了特徵及元素，但是每個特徵或元素都可在沒有其他特徵及元素的情況下單獨使用，或與其他特徵及元素進行各種組合。此外，此處所述的方法可在結合至電腦可讀儲存媒體中的電腦程式、軟體或韌體中實現，以由電腦或處理器執行。電腦可讀媒體的示例包括電信號（經由有線或無線連接傳送）及電腦可讀儲存媒體。電腦可讀儲存媒體的示例包括但不限於唯讀記憶體（ROM）、隨機存取記憶體（RAM）、暫存器、快取記憶體、半導體記憶裝置、例如內置磁片及可移式磁片的磁性媒體、磁光媒體及光學媒體（例如CD-ROM盤及數位多用途光碟（DVD））。與軟體相關聯的處理器可被用於實施在WTRU、UE、終端、基地台、RNC或任何主機中使用的射頻收發器。
如第2A圖所示，通訊系統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中的至少一者進行無線介接，以便於存取一個或多個通訊網路（例如核心網路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相關聯的胞元可以被劃分成三個扇區。由此，在一種實施方式中，基地台114a可以包括三個收發器，即針對該胞元的每個扇區都有一個收發器。在另一實施方式中，基地台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）等等的無線電技術。
第2A圖中的基地台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）。如第2A圖所示，基地台114b可以具有至網際網路110的直接連接。由此，基地台114b不必經由核心網路106來存取網際網路110。
RAN 104可以與核心網路106通訊，該核心網路106可以是被配置為將語音、資料、應用及/或網際網路協定上的語音（VoIP）服務提供到WTRU 102a、102b、102c、102d中的一者或多者的任何類型的網路。例如，核心網路106可以提供呼叫控制、計費服務、基於移動位置的服務、預付費呼叫、網際網路互連、視訊分配等、及/或執行高階安全性功能，例如用戶認證。儘管第2A圖中未示出，需要理解的是RAN 104及/或核心網路106可以直接或間接地與其他RAN進行通訊，這些其他RAT可以使用與RAN 104相同的RAT或者不同的RAT。例如，除了連接到可以採用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的另一核心網路，這些RAN可以使用與RAN 104相同的RAT或者不同的RAT。
通訊系統100中的WTRU 102a、102b、102c、102d中的一些或者全部可以包括多模式能力，即WTRU 102a、102b、102c、102d可以包括用於經由不同通訊鏈路與不同的無線網路進行通訊的多個收發器。例如，第2A圖中所示的WTRU 102c可以被配置為與使用基於蜂巢的無線電技術的基地台114a進行通訊，並且與使用IEEE 802無線電技術的基地台114b進行通訊。
第2B圖是示例WTRU 102的系統圖。如第2B圖所示，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。儘管第2B圖中將處理器118及收發器120描述為獨立的元件，但是可以理解的是處理器118及收發器120可以被一起集成到電子封裝或者晶片中。
發射/接收元件122可以被配置為經由空中介面116將信號發送到基地台（例如基地台114a）、或者從基地台（例如基地台114a）接收信號。例如，在一種實施方式中，發射/接收元件122可以是被配置為傳送及/或接收RF信號的天線。在另一實施方式中，發射/接收元件122可以是被配置為傳送及/或接收例如IR、UV或者可見光信號的發射器/偵測器。仍然在另一實施方式中，發射/接收元件122可以被配置為發送及接收RF信號及光信號兩者。需要理解的是發射/接收元件122可以被配置為傳送及/或接收無線信號的任何組合。
此外，儘管發射/接收元件122在第2B圖中被描述為單一元件，但是WTRU 102可以包括任何數量的發射/接收元件122。更特別地，WTRU 102可以使用MIMO技術。由此，在一種實施方式中，WTRU 102可以包括兩個或更多個發射/接收元件122（例如多個天線）以用於經由空中介面116來發射及接收無線信號。
收發器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中的其他元件及/或對至WTRU 102中的其他元件的功率進行控制。電源134可以是任何適用於給WTRU 102供電的裝置。例如，電源134可以包括一個或多個乾電池（鎳鎘（NiCd）、鎳鋅（NiZn）、鎳氫（NiMH）、鋰離子（Li-ion）等）、太陽能電池、燃料電池等。
處理器118也可以耦合到GPS晶片組136，該GPS晶片組136可以被配置為提供關於WTRU 102的目前位置的位置資訊（例如經度及緯度）。作為來自GPS晶片組136的資訊的補充或者替代，WTRU 102可以經由空中介面116從基地台（例如基地台114a、114b）接收位置資訊、及/或基於從兩個或更多個相鄰基地台接收到的信號的時序來確定其位置。需要理解的是，在與實施方式保持一致的同時，WTRU可以用任何合適的位置確定方法來獲取位置資訊。
處理器118也可以耦合到其他週邊裝置138，該週邊裝置138可以包括提供附加特徵、功能性及/或無線或有線連接的一個或多個軟體及/或硬體模組。例如，週邊裝置138可以包括加速度計、電子指南針（e-compass）、衛星收發器、數位相機（用於照片或者視訊）、通用串列匯流排（USB）埠、振動裝置、電視收發器、免持耳機、藍芽R模組、調頻（FM）無線電單元、數位音樂播放器、媒體播放器、視訊遊戲播放器模組、網際網路瀏覽器等等。
第2C圖是根據一個實施方式的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，而RNC仍然與實施方式保持一致。e節點B 140a、140b、140c每個可以包含一個或多個收發器以經由空中介面116來與WTRU 102a、102b、102c通訊。在一個實施方式中，e節點B 140a、140b、140c可以實施MIMO技術。由此，e節點B 140a例如可以使用多個天線以向WTRU 102a傳送無線信號、並從WTRU 102a接收無線信號。
該e節點B 140a、140b、140c中的每一個可與特定胞元（未示出）關聯、並可配置為處理無線電資源管理決策、切換決策、上鏈及/或下鏈的用戶排程等。如第2C圖所示，e節點B 140a、140b、140c可以經由X2介面相互通訊。
第2C圖中所示的核心網路106可包括移動性管理閘道（MME）142、服務閘道144及封包資料網路（PDN）閘道146。雖然將上述各個元件表示為核心網路106的一部分，但應當可以理解的是，任何一個元件都可由核心網路操作者以外的實體擁有及/或操作。
MME 142可以經由S1介面以連接至RAN 104中的e節點B 140a、140b、140c中的每一個、並可充當控制節點。例如，MME 142可以負責對WTRU 102a、102b、102c的用戶認證、承載啟動/停用、在WTRU 102a、102b、102c的初始連結期間選擇特定服務閘道等。MME 142也可提供控制平面功能，以用於在RAN 104及使用例如GSM或WCDMA之類的其他無線電技術的其他RAN(未顯示)之間進行切換。
服務閘道144可以經由S1介面以連接至RAN 104中的e節點B 140a、140b、140c中的每一個。服務閘道144通常可以向/從WTRU 102a、102b、102c路由及轉發用戶資料封包。服務閘道144也可執行其他功能，例如在e節點B間的切換期間錨定用戶面、當下鏈資料可用於WTRU 102a、102b、102c時觸發傳呼、管理及儲存WTRU 102a、102b、102c上下文等。
服務閘道144也可連接至PDN閘道146，該PDN閘道可向WTRU 102a、102b、102c提供對例如網際網路110之類的封包交換網路的存取，從而便於WTRU 102a、102b、102c與IP賦能的裝置之間的通訊。
核心網路106可以便於與其他網路的通訊。例如，核心網路106可以向WTRU 102a、102b、102c提供對例如PSTN 108之類的電路交換網路的存取，以便於WTRU 102a、102b、102c與傳統陸線通訊裝置之間的通訊。例如，核心網路106可以包括IP閘道（例如，IP多媒體子系統（IMS）伺服器）、或可以與該IP閘道進行通訊，該IP閘道充當核心網路106與PSTN 108之間的介面。此外，核心網路106可以向WTRU 102a、102b、102c提供對網路112的存取，該網路112可以包括由其他服務提供者擁有/操作的有線或無線網路。
下文中，術語“SCL”及“服務能力”可互相交換使用，除非明確說明服務能力指的是特定服務能力。術語“M2M伺服器”及“伺服器”、“M2M控制伺服器”及“控制伺服器”、“M2M資料伺服器”及“資料伺服器”、“M2M閘道”及“閘道”、“M2M裝置”及“裝置”也可分別互相替換使用。
M2M服務能力提供將被不同的應用共用的M2M功能。M2M服務能力經由一組開放介面來顯露（expose）功能、使用核心網路功能、並經由隱藏網路特性來簡化及優化應用開發及部署。網路域、閘道及裝置中的M2M服務能力包括應用賦能、一般通訊、可觸及性、定址及貯藏（repository）、通訊選擇、遠端實體管理、安全性、歷史及資料保持、交易管理、補償代理、電信公司操作者暴露（exposure）、交互作用代理等等。M2M應用是運行服務邏輯並使用可經由開放介面存取的M2M服務能力的應用。
在M2M裝置位於M2M閘道之後的情況中，服務能力可以以分級結構的形式在M2M系統上分佈。如果認為M2M閘道可存在於其他M2M閘道之後，並且認為可在許多M2M服務提供者之間複製及共用網路服務能力，則該分層結構架構可被進一步一般化。共用服務能力可提供益處，比如減少裝置負荷（例如帶有有限硬體能力的M2M裝置將不需要支援複雜服務能力功能並可利用網路中的其他服務能力）。
ETSI M2M標準使用RESTful架構，從而資訊由構造為樹的資源來表示。表示性狀態轉移（REST）是分散式系統（比如全球資訊網）的軟體架構的類型。RESTful架構是關於可唯一定址的資源的表示的轉移。資源是RESTful架構中的可唯一定址的實體。當處理RESTful架構中的資源時，存在四種基本方法（稱為“動作（verbs）”）。創建（CREAT）方法創建子資源（child resource）。獲取（RETRIEVE）方法讀取資源的內容。更新（UPDATE）方法寫入資源的內容。刪除（DELETE）方法刪除資源。
資源具有可使用verbs來轉移及操縱的表示。可使用通用資源識別符（URI）來定址資源。子資源是與所定址的（父（parent））資源具有包含關係的資源。子資源可被稱為下一代資源。父資源表示包含對下一代資源的引用。主（hosting）SCL是所定址的資源所位於的SCL。發佈方是請求的執行者。發佈方可以是應用或SCL。
下文及所附圖式中的標誌<資源名稱（resourceName）>指的是特定類型的資源的識別符的佔位符，而且並不預先確定該資源的實際名稱。標誌“屬性（attribute）”表示一個或多個固定名稱的佔位符。在不具有定界符<及（and）>或“及（and）”的情況下，附圖的方框中出現的名稱可以是針對固定資源名稱或屬性的文字。
第26圖示出了示例性sclBase資源結構。sclBase資源2600是所有其他資源的根、並且包含主SCL的所有其他資源。sclBase資源2600可由絕對URI表示。寄存（hosted）在SCL中的所有其他資源可由URI來識別。
屬性2602是元資料，其提供與資源表示相關聯的性質。
SCL資源2604可表示相關聯的（遠端）SCL，其被授權與主SCL進行交互作用。為了被授權與主SCL交互作用，遠端SCL可經歷M2M服務登記程序。由於遠端SCL成功向其本地SCL登記，可創建SCL資源2604。
應用資源2606可儲存關於該應用的資訊。由於應用成功向本地SCL登記，可創建應用資源2606。
容器資源2608是一般資源，其可被用來在應用及/或SCL之間交換資料，這是藉由將該容器充當負責緩衝資料的中介者（mediator）來實現的。
群組資源2610可被用來定義及存取其他資源的群組。例如，群組資源可被用來向M2M容器資源的群組寫入相同的內容。
存取權（accessRight）資源2612可儲存准許的表示。存取權資源2612與可被主SCL外部的實體存取的資源相關聯。
訂閱資源2614可被用來追蹤對其父資源的活動訂閱的狀態。訂閱表示來自發佈方的請求，其將通知對父資源的修改。
發現資源2616可被用來允許發現。其可被用來獲取符合發現過濾標準的資源的URI列表。
在常規ETSI M2M功能架構中，控制及資料路徑並未被分離、且被假定使用相同傳輸機制。這種途徑可使控制及資料路徑互相影響。例如，如果在經由M2M伺服器路由的兩個M2M裝置之間存在大量的資料流，則其可延遲其他M2M裝置向M2M伺服器登記。另一方面，如果存在許多新的M2M裝置（正常的或惡意的）向M2M伺服器登記，則資料路徑上的現有的資料傳輸可被影響，甚至在最差的情形中可被停止。
常規的ETSI M2M SCL登記是以網路為中心的（即以NSCL為中心的）、並且限於DSCL到NSCL的登記及GSCL到NSCL的登記。這種限制的影響是，NSCL充當錨點，並且一些SCL之間不存在任何直接通訊，比如DSCL到DSCL、DSCL到GSCL、GSCL到GSCL、或NSCL到NSCL。
M2M伺服器（例如ETSI M2M框架中的NSCL）可被不同的商務或服務提供者擁有。其可以提供不同的服務能力功能、並聯合提供完全的服務。因此，需要NSCL到NSCL的交互作用。
屬於相同服務提供者的M2M閘道可能需要進行交互作用，以交換控制及用戶資料。為了效率，這種資訊不需要經過其公共NSCL。在移動情形中，例如，當裝置從一個閘道移動到另一個閘道時，需要閘道之間的直接通訊。
在涉及多個垂直位置（vertical）的情況中，需要完全尺度的各種SCL交互作用。例如，電子健康（eHealth）系統中的監控器偵測到緊急問題。家庭閘道向eHealth系統發送訊息，以報告緊急情況。eHealth系統向緊急醫療服務（EMS）聯繫救護車，並且救護系統聯繫城市交通控制系統，以獲得道路資訊。這裏，存在三種不同的SCL：一種針對eHealth，一種針對EMS，一種針對城市交通控制系統。為了執行必要的協調以便支援所述使用情況，需要在它們之間進行交互作用。
在一種實施方式中，基於ETSI M2M架構定義新的參考點及/或參考點上的新的操作，以支持SCL交互作用。常規參考點及應用編程介面（API）操作可被支援並再次使用。
第3圖示出了根據一種實施方式的帶有新參考點的示例M2M架構。M2M架構包括M2M裝置310/312、M2M閘道320及M2M伺服器330。M2M裝置可以是WTRU。定義了新的參考點mIm、dId、dIa、及aIa。
mIm是兩個M2M伺服器330（即NSCL）之間的參考點。在M2M架構之內，mIm參考點位於兩個NSCL之間，以提供新的服務功能共用及配置功能。在可縮放的M2M架構（SMA）（將於下文中進行解釋）中，mIm參考點可位於兩個M2M控制伺服器之間、M2M控制伺服器及M2M資料伺服器之間、或兩個M2M資料伺服器之間，以提供新的功能，比如資源拷貝/移動及收費。
dId是GSCL及GSCL之間、DSCL及GSCL之間、或DSCL及DSCL之間的參考點，其被定義為支援新的功能，比如能力共用及資源拷貝/移動。
dIa是DSCL及D’裝置312之間的參考點，其被定義為藉由利用增強型應用登記來均衡（leveraging）dIa參考點而使DSCL及D’裝置312之間能夠進行直接通訊。
aIa是D’裝置312之間的參考點。例如D’裝置可向M2M閘道320進行登記，但資料可在D’裝置312之間直接交換。替代地，一個D’參考點可向M2M閘道320進行登記，而其他D’裝置可經由登記到M2M閘道320的該D’裝置來向M2M閘道320進行登記。D/D’裝置可直接與其他D/D’裝置交換資料。
在另一實施方式中，在帶有擴展的情況下，可再次使用常規mId參考點，而並不引入新的參考點。第4圖示出了示例性M2M架構，其中使用了帶有擴展的mId參考點。例如帶有延伸的mId參考點可被用於M2M伺服器430之間的交互作用。
在另一實施方式中，可實施可縮放M2M架構（SMA）。在SMA中，M2M伺服器被分解（split）為M2M資料伺服器及M2M控制伺服器。一個M2M控制伺服器可控制一個或多個M2M資料伺服器。控制路徑及資料路徑可以是分離的。SMA可消除常規M2M功能架構中的缺陷、並可實現更好的系統可靠性、縮放性及可管理性。
在SMA中，ETSI M2M架構中的功能及程序可被分類為控制功能及資料功能。控制功能包括但不限於M2M引導、M2M SCL登記、M2M應用登記、M2M資源發現、以及M2M遠端實體管理（REM）等等。資料功能包括其他常規資源存取，比如對容器及群組資源的操作。
第5圖示出了示例性可縮放M2M架構（SMA）。M2M網路包括M2M裝置（D裝置510及/或D’裝置512）、一個或多個M2M閘道520、一個或多個M2M控制伺服器532、以及一個或多個M2M資料伺服器534。M2M伺服器分解為M2M控制伺服器532及M2M資料伺服器534。M2M控制伺服器532及M2M資料伺服器534兩者是邏輯實體。M2M控制伺服器532具有用於執行控制功能（包括但不限於引導、登記、資源發現及管理等等）的服務能力。M2M資料伺服器534具有用於M2M資料功能的服務能力、並處理資料路徑傳輸，比如M2M資料存取及儲存等等。M2M控制伺服器532及M2M資料伺服器534之間經由參考點（例如mIm參考點）進行交互作用。M2M控制伺服器532可配置、監控及改變M2M資料伺服器534的行為。
在第5圖中，尾綴“_d”代表資料路徑，而尾綴“_c”代表控制路徑。控制參考點及資料參考點可使用不同的傳輸協定。例如，傳輸控制協定（TCP）及流控制傳輸協定（SCTP）可被用於供控制參考點提供可靠的傳輸，而用戶資料報協定（UDP）可被用於供資料參考點提供低負荷及潛時。
mIm是兩個M2M伺服器之間的參考點。mIm參考點可被用於M2M伺服器之間的訂閱/通知、登記、授權、M2M接觸點（PoC）操作、管理功能、能力/功能共用、SCL及應用登記、拷貝或移動資源、記帳（例如所請求的服務、流量統計等等）等等。
dId_d是針對非控制操作的兩個M2M閘道或兩個D裝置之間的參考點。dId_d參考點可被用於DSCL/GSCL容器上的DSCL/GSCL獲取及更新、內容實例集合管理、群組管理、群組集合管理、能力/功能共用等等。
dId_c是針對控制操作的兩個M2M閘道或兩個D裝置之間的參考點。dId_c參考點可被用於DSCL/GSCL閘道或裝置引導、SCL管理、存取權管理、資源發現、通知頻道集合管理、通知頻道管理、M2M PoC及M2M PoC集合管理、能力/功能共用等等。
aIa_d是用於資料操作的兩個D’裝置之間的參考點。aIa_d參考點可被用於記帳（例如流量統計）、多點跳躍資料中繼等等。
aIa_c是用於控制操作的兩個D’裝置之間的參考點。aIa_c參考點可被用於DA引導操作、遠端觸發、登記、DA上的資源發現、能力/功能共用等等。
mIa_d是NA及M2M資料伺服器之間的參考點。mIa_d參考點可被用於NA宣告/解除宣告、獲取及更新應用、容器、內容實例管理及群組集合管理、記帳（例如流量統計）等等。
mIa_c是NA及M2M控制伺服器之間的參考點。mIa_c參考點可被用於NA登記、授權、宣告/解除宣告、訂閱及訂閱集合管理、存取權管理、資源發現及遠端實體管理、能力/功能共用、應用登記等等。
mId_d是DSCL/GSCL及M2M資料伺服器之間的參考點。mId_d參考點可被用於DSCL/GSCL、容器及內容實例管理、群組及群組集合管理、拷貝或移動資源、記帳（例如流量統計）等等。
mId_c是DSCL/GSCL及M2M控制伺服器之間及DSCL及GSCL之間的參考點。mId_c參考點可被用於DSCL/GSCL閘道或裝置引導、SCL管理、存取權管理、資源發現、通知頻道集合管理及通知頻道管理、M2M PoC及M2M PoC集合管理、SCL登記、記帳（例如請求的服務）、能力或功能共用等等。
dIa_d是針對非控制操作的DSCL/GSCL及DA/GA之間的參考點。dIa_d參考點可被用於DA/GA宣告/解除宣告、容器及內容實例管理、DSCL/GSCL上的群組及群組集合管理、記帳（例如流量統計）等等。
dIa_c是用於控制操作的DSCL/GSCL及DA/GA之間的參考點。dIa_c參考點可被用於DA/GA引導操作、遠端觸發、登記、資源發現及遠端實體管理、DSCL/GSCL上的M2M PoC及M2M PoC集合管理、能力/功能共用、應用登記等等。
第6圖示出了一個M2M控制伺服器632控制多個M2M資料伺服器634的示例性結構。如第6圖所示，一個M2M控制伺服器632可控制多個M2M資料伺服器634。為了諸如負載平衡或群組操作的目的，M2M控制伺服器可指導M2M裝置或閘道從一個M2M資料伺服器到另一個M2M資料伺服器。M2M控制伺服器632及M2M資料伺服器634之間可存在安全交換，從而可確保M2M控制伺服器632及M2M資料伺服器634之間的交互作用的安全，並確保M2M資料伺服器634及M2M裝置、閘道以及應用之間的通訊的安全。一個M2M資料伺服器634可將其自己向多個M2M控制伺服器632進行登記。
多個M2M裝置及/或閘道可成組的進行操作，例如在多個裝置提供相同的服務的情況中、或為相同公司部署多個裝置的情況中。如果M2M裝置目前並不位於同一M2M資料伺服器之下，則其可能很難有效地執行群組操作。因此，M2M控制伺服器可將M2M裝置/閘道群組移動到相同的M2M資料伺服器。
如果M2M資料伺服器有擁塞的風險，則M2M控制伺服器可將一些M2M裝置從目前M2M資料伺服器移動到其他M2M資料伺服器。如果一個M2M資料伺服器失靈，則M2M裝置可移動到另一個M2M資料伺服器。一個或多個M2M資料伺服器可被用於互相作為備份、並可具有彼此的一致的圖像（image），例如使用mIm參考點。
為了管理多個M2M資料伺服器，M2M控制伺服器可維持M2M資料伺服器清單，以具有目前活動M2M資料伺服器的列表。在一種實施方式中，每個M2M資料伺服器可將其自己登記或連結到M2M控制伺服器。此外，一旦M2M資料伺服器變成線上或活動的，M2M控制伺服器及M2M資料伺服器可週期性地交換訊息，使得M2M控制伺服器可具有關於每個M2M資料伺服器的即時資訊。在另一實施方式中，M2M控制伺服器可使用服務發現機制（比如域名稱系統服務發現（DNS-SD））來動態地發現M2M資料伺服器。
將M2M伺服器分解為M2M控制伺服器及M2M資料伺服器可被擴展到GSCL及/或DSCL。例如，GSCL可分解為一個控制閘道（即CGSCL）及一個或多個資料閘道（即DGSCL）。CGSCL可處理與控制有關的GSCL功能，而DGSCL可處理與資料有關的GSCL功能。CGSCL可向M2M控制伺服器（即CNSCL）進行登記，而DGSCL可直接與M2M資料伺服器（即DNSCL）進行通訊。可向DSCL應用相同的方案。
mIm參考點可處理M2M伺服器之間或M2M控制伺服器及M2M資料伺服器之間的交互作用。mIm參考點也可處理兩個M2M資料伺服器之間或兩個M2M控制伺服器之間的交互作用。
M2M控制伺服器可管理一組M2M資料伺服器。M2M控制伺服器可使兩個M2M資料伺服器之間能夠進行直接通訊。例如，M2M控制伺服器可觸發從一個M2M資料伺服器向另一個M2M資料伺服器移動資料或資源。M2M控制伺服器可向M2M資料伺服器傳遞M2M裝置及與閘道登記有關的資訊，從而M2M資料伺服器可認證來自M2M裝置及閘道的訊息及操作。
對於M2M控制伺服器及M2M資料伺服器之間的交互作用來講，每個M2M資料伺服器可首先向M2M控制伺服器登記。第7圖是M2M資料伺服器向M2M控制伺服器登記的示例性程序的流程圖。M2M資料伺服器754向M2M控制伺服器752發送登記請求(702)。M2M控制伺服器752向M2M資料伺服器754發送登記回應(704)。在建立了該登記（關聯）之後，M2M資料伺服器754及M2M控制伺服器752可交換週期性訊息，以維持該關聯(706)。M2M控制伺服器752可配置、控制、管理M2M資料伺服器754的行為(708)。
該配置、控制及管理操作可經由RESTful操作來執行。每個M2M資料伺服器可提供管理物件，其中M2M控制伺服器可經由該管理物件來管理M2M資料伺服器。
SCL可向多個SCL進行登記。例如，裝置可連接到多個本地閘道並可使用每個閘道中的不同服務能力功能（例如一個用於快取，一個用於安全及定址能力）。裝置可進行漫遊，並且其SCL可被登記到本地及受訪問的網路核心兩者。單對多SCL登記可以在初始SCL登記時發生（即SCL在初始登記時向多個SCL登記），或者其可遞增地發生（即，SCL起初向一個SCL登記、並且隨後向多個SCL登記）。一旦發生SCL登記，可在目標SCL上為請求方SCL創建SCL資源。
應用可具有一個錨SCL、或可登記到多個SCL。應用可從其所登記到的SCL請求不同的服務能力功能。不同的SCL可交換應用的資訊。
每次M2M裝置、閘道或應用將其自己向M2M控制伺服器登記時，M2M控制伺服器可向M2M裝置或閘道指派一個或多個M2M資料伺服器。第8圖是SCL登記的示例性程序的流程圖。M2M裝置/閘道856向M2M控制伺服器852發送登記請求(802)。M2M控制伺服器852獲得M2M資料伺服器的狀態(804)，並選擇M2M資料伺服器(806)。
M2M控制伺服器852可通知M2M資料伺服器854或M2M閘道856、並可在本地創建相應的資源(808)。M2M控制伺服器852可向一個或多個M2M資料伺服器854中創建或拷貝這種資源，使得所述一個或多個M2M資料伺服器854可認證來自M2M裝置/閘道856的訊息及操作。M2M控制伺服器852可向M2M裝置/閘道856發送登記回應(810)。M2M資料伺服器854可向M2M控制伺服器852傳遞流量統計資訊，例如，用於收費。替代地，M2M控制伺服器852可向M2M資料伺服器854詢問這種資訊。
一旦接收到來自M2M控制伺服器的指令，M2M資料伺服器可從另一M2M資料伺服器推送或拉取資料或資源，例如用於資料複製、資料移動等等。M2M資料伺服器之間的直接通訊可由M2M控制伺服器管理及控制。
第9A圖是根據一種實施方式的資料移動及拷貝操作的示例性程序的傳訊圖，其中資料在M2M資料伺服器之間被間接存取。M2M控制伺服器952向M2M資料伺服器954發送獲取請求(902)。該請求對主SCL的特定資源進行定址。主SCL是被定址的資源所在的SCL。如果經過驗證存在所請求的資源並且允許對該資源進行獲取，則M2M資料伺服器954在向M2M控制伺服器952的回應中返回所請求的資訊(904)。M2M控制伺服器952隨後向M2M資料伺服器956發送創建請求(906)。M2M資料伺服器956在資源樹中創建資源，並向M2M控制伺服器952發送回應(908)。M2M控制伺服器952向M2M資料伺服器954發送刪除請求(910)。M2M資料伺服器956刪除該資源並向M2M控制伺服器發送回應(912)。
第9B圖是根據一種實施方式的資料移動及拷貝操作的示例性程序的傳訊圖，其中資料在M2M資料伺服器之間被直接存取。M2M控制伺服器952及M2M資料伺服器956執行資源發現(922)。資源發現程序允許對位於SCL上的資源進行發現。主SCL使用主SCL中所發現的資源的合適的URI列表來向發佈方進行回應。發佈方是執行請求的一方。發佈方可以是應用或SCL。
一旦發現了資源（在本例中，資料伺服器954），M2M資料伺服器956向資料伺服器954發送獲取請求(924)。M2M資料伺服器954向M2M資料伺服器956發送回應(926)。M2M資料伺服器可向M2M控制伺服器952發送資源操作報告(928)。M2M資料伺服器956向M2M資料伺服器954發送刪除請求(930)。M2M資料伺服器954刪除資源並向M2M資料伺服器956發送回應(932)。M2M資料伺服器956可向M2M控制伺服器952發送資源操作報告(934)。
第10A圖是根據另一種實施方式的資料拷貝及移動操作的示例性程序的傳訊圖，其中資料在M2M資料伺服器之間被間接存取。M2M控制伺服器1052向M2M資料伺服器1054發送創建/更新請求，其中帶有拷貝或拷貝樹屬性(1002)。
包括子樹的整個資源可藉由一個訊息或操作被移動、拷貝或創建。“拷貝”屬性用來拷貝單一資源。“拷貝樹”屬性用來拷貝所請求的資源之下的整個子樹，包括所請求的資源。“移動樹”屬性用來移動所請求的資源之下的整個子樹，包括所請求的資源。“創建樹”屬性用來創建所請求的資源之下的子樹。上述屬性可藉由使用CREATE或UPDATE方法來觸發。
M2M資料伺服器1054在向M2M控制伺服器1052的回應中發送所請求的資源的完全表示(1004)。M2M控制伺服器1052向M2M資料伺服器1056發送創建/更新請求，其中帶有創建樹屬性(1006)。M2M資料伺服器1056創建資源樹、並拷貝資源、並向M2M控制伺服器1052發送回應(1008)。對於移動樹操作，M2M控制伺服器1052向M2M資料伺服器1054發送帶有移動樹屬性的創建/更新請求(1010)。M2M資料伺服器1054在向M2M控制伺服器1052的回應中發送所請求的資源的完全表示、並刪除該資源(1012)。M2M控制伺服器1052向M2M資料伺服器1056發送帶有創建樹屬性的創建/更新請求(1014)。M2M資料伺服器1056創建資源樹、並拷貝資源、並向M2M控制伺服器1052發送回應(1016)。
第10B圖是根據另一種實施方式的資料移動及拷貝操作的示例性程序的傳訊圖，其中資料在M2M資料伺服器之間被直接存取。M2M資料伺服器1056向M2M資料伺服器1054發送創建/更新請求，其帶有拷貝或拷貝樹屬性(1022)。M2M資料伺服器1054在向M2M資料伺服器1056的回應中發送資源的完全表示(1024)。M2M資料伺服器1056創建資源樹、並拷貝資源、並向M2M控制伺服器1052發送資源操作報告(1026)。對於移動樹操作，M2M資料伺服器1056向M2M資料伺服器1054發送帶有移動樹屬性的創建/更新請求(1028)。M2M資料伺服器1054在向M2M資料伺服器1056的回應中發送所請求的資源的完全表示、並刪除該資源(1030)。M2M資料伺服器1056創建資源樹、拷貝資源、並向M2M控制伺服器1052發送資源操作報告(1032)。
藉由從一個資料伺服器向另一個資料伺服器拷貝及移動資源，可能會暗示資源發現。例如，所移動的資源可能在之前已被宣告。在其移動到另一資料伺服器之後，之前宣告的資源變得失效了，並且舊的資料伺服器可執行解除宣告、並執行宣告更新，以反映所移動的資源的新位置。如第9B及10B圖所示，資料伺服器可經由資源操作報告向控制伺服器報告“資源拷貝/移動”的結果(928、934、1026、1032)，從而控制伺服器可更新其所宣告的資源記錄。
應當注意到，雖然第9A圖、第9B圖、第10A圖及第10B圖描述了在兩個資料伺服器之間的資源拷貝及移動的程序，相同的程序可應用到在兩個M2M閘道或兩個M2M裝置之間拷貝或移動資源的情況（例如，在M2M移動中）。
在ETSI M2M的上下文中，控制伺服器及資料伺服器兩者可被對待為NSCL。換言之，控制伺服器及資料伺服器兩者可創建並維持sclBase樹（如第26圖所示），但也有所不同，這是因為他們處理不同的功能。控制伺服器處理與控制有關的功能，比如SCL登記、應用登記、資源發現、管理等等。資料伺服器主要處理資料功能，比如資料儲存及存取。資料伺服器需要將其自己向一個或多個控制伺服器進行登記。
資源<dsclBase>及<gsclBase>（即分別是裝置及閘道的根資源）需要新的資源及屬性來表示資料伺服器的列表。當其向M2M控制伺服器進行登記時，每個DSCL/GSCL可獲得其可存取的所指派的資料伺服器的列表。作為替代，控制伺服器可向M2M裝置或閘道更新或重新指派新的資料伺服器。
在一種實施方式中，引入新的資源“資料伺服器”。這是指派給裝置或閘道的資料伺服器的集合。
資源“資料伺服器”可以是集中式的。第11A圖示出了包括集中式資源“資料伺服器”1110的示例性資源結構。資源“資料伺服器”1110可被安置為<dsclBase>或<gsclBase>1120的直接子資源。
替代地，資源“資料伺服器”可以是分散式的。第11B圖示出了包括分散式資源“資料伺服器”1110的示例性資源結構。資源“資料伺服器”1110可被安置為<cnscl>1130的直接子資源。<cnscl>代表裝置/閘道登記到的控制伺服器。如果裝置/閘道向多個控制伺服器進行登記，則可存在多個<cnscl>並進而存在多個“資料伺服器”。資源“資料伺服器”的結構示於第14圖中。
參見第11A圖及第11B圖，<d/gsclBase>樹中的每個<scl>1130、1132可具有新的屬性：資料伺服器ID、控制伺服器ID及/或伺服器指示。
資料伺服器ID是指派給<scl>的資料伺服器ID的列表。每個資料伺服器ID指向在資源“資料伺服器”1110中所包含的資料伺服器。
控制伺服器ID是指派給<scl>的控制伺服器ID的列表。每個控制伺服器ID指向<d/gsclBase/<scls>之下的<cnscl>。表示控制伺服器的<scl>可能不具有此屬性。
伺服器指示是用來示出<scl>是<cnscl>還是<d/gscl>的旗標。如果其是<d/gscl>，則此屬性也可指明此<d/gscl>是否具有用來支援分層服務結構的伺服器能力，即用來示出此<scl>所代表的裝置/閘道在其之後是否具有其他D/GSCL。伺服器指明屬性可不被使用。
<d/gsclBase>樹中的每個<應用>1140可具有新的屬性：資料伺服器ID及控制伺服器ID。資料伺服器ID是指派給此<應用>的資料伺服器ID的列表。每個資料伺服器ID指向在資源“資料伺服器”1110中所包含的資料伺服器。控制伺服器ID是指派給此<應用>的控制伺服器ID的列表。每個控制伺服器ID指向<d/gsclBase/<scls>之下的<cnscl>。
第12A圖及第12B圖示出了用於M2M控制伺服器的示例性sclBase樹結構（即<cnsclBase>）。控制伺服器可維持與該控制伺服器相關聯或向該控制伺服器登記的資料伺服器的列表。
在第12A圖中，<scl>資源結構用來表示資料伺服器，其藉由添加新的屬性“伺服器指示”來示出此<scl>是否是資料伺服器。
在第12B圖中，作為<cnsclBase>的子資源，引入分離的資源“資料伺服器”1210，其作為用來維持與控制伺服器相關聯的資料伺服器的集合。第14圖中示出了資源“資料伺服器”的結構。
如第12A圖及第12B圖所示，<cnsclBase>之下的每個<d/gscl>1220可具有子資源“資料伺服器”1222、“請求的服務（requestedService）”1224、及“同意的服務（agreedService）”1226。“請求的服務”1224表示D/GSCL或應用請求哪種類型的服務。例如，服務類型可代表服務能力的集合、具有統一價格（flat-based）的收費的服務類、具有基於使用的收費的服務類等等。
<cnsclBase>之下的每個<應用>1230可具有子資源“資料伺服器”1232、“請求的服務”1234、及“同意的服務”1236。第16圖示出了“請求的服務”1224/1234的結構，第17圖示出了“同意的服務”1226/1236的結構。<cnsclBase>之下的每個<scl>可能不具有與資料有關的資源，比如容器。
第13A圖及第13B圖示出了用於資料伺服器的sclBase樹結構（即<dnsclBase>1305）。資料伺服器可維持其所登記到的控制伺服器的列表。在一種實施方式中，如第13A圖所示，<scl>資源結構用來表示資料伺服器，其藉由添加新的屬性“伺服器指示”來示出該<scl>是否是控制伺服器。
替代地，如第13B圖所示，可以引入分離的資源“控制伺服器”1310，作為<dnsclBase>1305的子資源，其作為用來維持與伺服器相關聯的資料伺服器的集合。
<dnsclBase>之下的每個<d/gscl>1320可具有兩個子資源“控制伺服器”1322及“流量統計”1324。<dnsclBase>之下的每個<應用>1330可具有子資源“控制伺服器”1332及“流量統計”1334，例如，為了收費的目的。<dnsclBase>之下的每個<scl>可具有與資料有關的資源，比如容器。
第14圖示出了資源“資料伺服器”的示例性結構。資料伺服器是集合資源，其包括多個<資料伺服器>實例。每個<資料伺服器>實例1400可具有以下屬性：資料伺服器ID、控制伺服器ID、DGSCL列表（listOfDGSCL）、應用列表（listOfApp）、創建時間（creationTime）、最後修改時間（lastmodifiedTime）、及期滿時間（expirationTime）。資料伺服器ID代表此<資料伺服器>的ID。控制伺服器ID代表此<資料伺服器>登記到的控制伺服器的ID。在<資料伺服器>登記到多個控制伺服器的情況中，此屬性代表控制伺服器ID的列表。DGSCL列表是指派給此<資料伺服器>的<d/gscl>的列表。應用列表是指派給該<資料伺服器>的<應用>的列表。
資源“資料伺服器”可以是<scl>、應用>或<cnsclBase>的子資源。對於<cnsclBase>/資料伺服器，<資料伺服器>也可具有子資源“群組（group）”1402以供資料伺服器在控制伺服器上創建群組、以及具有“容器（container）”1404以供資料伺服器在控制伺服器上創建容器，以使得每個資料伺服器在它們的控制伺服器上創建群組及容器。
第15圖示出了資源“控制伺服器”的示例性結構。控制伺服器是集合資源，其包括多個<控制伺服器>實例。每個<控制伺服器>實例1500可具有以下屬性：資料伺服器ID、控制伺服器ID、創建時間、最後修改時間、及期滿時間。控制伺服器ID代表此<控制伺服器>的ID，且資料伺服器ID代表此<控制伺服器>具有的資料伺服器的ID。在此<控制伺服器>具有多個資料伺服器的情況中，此屬性代表資料伺服器ID的列表。
資源“控制伺服器”可以是<scl>、<應用>或<dnsclBase>的子資源。對於<dnsclBase>/控制伺服器，<控制伺服器>也可具有子資源“群組”1502以供控制伺服器在資料伺服器上創建群組、以及具有“容器”1504以供控制伺服器在資料伺服器上創建容器，以使每個控制伺服器在其資料伺服器上創建群組及容器。
第16圖示出了資源“請求的服務”的結構。“請求的服務”描述<d/gscl>或<應用>請求哪種服務類型。其是<服務實例（serviceInstance）>的集合。每個<服務實例>1600可具有以下屬性：服務類型、期滿時間、開始時間及創建時間。服務類型代表服務的類或類型。每個服務類型可具有一些子屬性，其中包括性能要求（比如延遲、流通量、封包丟失率等）、記帳性質（比如統一價格、基於使用、免費等等）、及使用束縛（bound）（比如最大儲存大小、最大流量等）。期滿時間代表結束時間，到結束時間時，此<服務實例>將按照請求變得失效。開始時間代表此<服務實例>將按照請求開始的起始時間。創建時間代表此<服務實例>的創建時間。
第17圖示出了資源“同意的服務”的結構。“同意的服務”描述向<d/gscl>或<應用>批准了哪種服務類型。其是<同意的服務實例（agreedserviceInstance）>的集合。每個<同意的服務實例>1700可具有以下屬性：請求的服務ID（requestedServiceID）、同意的服務類型（agreedserviceType）、期滿時間、開始時間及創建時間。請求的服務ID指明對儲存在“請求的服務”中的所請求的服務實例的引用。同意的服務類型代表所同意的服務的類或類型。每個同意的服務類型可具有一些子屬性，其包括性能要求（比如延遲、流通量、封包丟失率等）、記帳性質（比如統一價格、基於使用、免費等等）、及使用束縛（比如最大儲存大小、最大流量等）。期滿時間代表結束時間，到結束時間時，此<服務實例>將按照同意變得失效。開始時間代表此<服務實例>將按照同意開始的起始時間。創建時間代表該<服務實例>的創建時間。
第18圖示出了“流量統計”資源1802的示例性結構。流量統計可具有多個<性能度量（performanceMetric）>1810子資源及一個存取歷史（accessHistory） 1830子資源。每個<性能度量>1810可具有以下屬性：名稱（name）、測量模式（measureMode）、測量週期（measurePeriod）、開始時間、創建時間及期滿時間。名稱指明此<性能度量>的名稱。其可是延遲、延遲抖動、流通量、封包丟失率等等。測量模式代表此<性能度量>如何被測量。其可是週期性的或一次最新的平均測量、最小或最大值等等。測量週期代表每個測量的週期。開始時間代表何時開始測量此<性能度量>。創建時間是此<性能度量>被創建的時間。期滿時間是<性能度量>期滿的時間。
每個<性能度量>1810可具有子資源“結果（result）”1812，以用於儲存測量值。每個<結果實例（resultInstance）>代表值。每個<結果實例>可具有兩個屬性：開始時間及結束時間。開始時間是<結果實例>的開始時間，而且結束時間是<結果實例>的結束時間。
每個<性能度量>1810可具有子資源“活動（action）”1814，其具有兩個屬性（開始及停止），以通過在這兩個屬性上使用更新或創建方法來開始或停止測量。屬性開始是用於開始測量，屬性停止用於停止測量。
作為替代實施方式，資源“請求的服務”、“同意的服務”及“流量統計”可直接應用於常規ETSI M2M資源結構（例如將它們添加為<scl>及<應用>的子資源），以提供收費及記帳功能。
可添加新的屬性，以用於應用指明其資料是否可被分配給其他SCL（除了主SCL之外）。例如，可使用屬性“本地（Local）”。藉由使用此屬性，登記到SCL（即主SCL）的應用可指明並決定其資料是否可被分配給其他SCL（除了主SCL之外）。屬性“本地”可以是布林值。例如，當其設定為“1”時，其意味著該資料只在主SCL處是可用的。替代地，該屬性可以是對子資源容器的引用。
當在所分佈的SCL中共用資料時，可執行隱私控制。存取權可被創建為資源，並且每個存取權資源的URI可變成與不同資源相關聯的存取權ID。存取權資源定義誰可以做什麼（例如讀（READ）、寫（WRITE）、創建（CREATE）、刪除（DELETE）、發現（DISCOVER）等等）
當兩個SCL由不同的商業擁有時，它們可能不能完全地建立存取權。在主SCL上創建資料的應用可決定關於該資料是否可被共用的一般規則。
在一種實施方式中，當由不同服務提供者擁有的SCL登記到主SCL時，主SCL可創建或更新存取權資源，以便為屬於另一SCL的SCL定義存取權。主SCL可將該存取權ID應用到其資源樹中的不同資源。
為了增強所分佈的SCL上（例如由不同服務提供者擁有的SCL上）的存取權保護，常規存取權准許及旗標可被擴展。指明存取模式的新的“准許標記（permissionFlag）”值可被定義為支援附加操作。表1示出了示例准許標記值。可引入新的“外部准許（externalPermission）”屬性，以便為由不同服務提供者擁有的SCL定義准許。如果不存在屬性“外部准許”，則對應於祖先（ancestor）資源的實體可能不具有准許。
服務能力是一個SCL所支援的功能。在由ETSI M2M標準所定義的各種服務能力之中，SCL可能並不支援所有的服務能力、並且可能依賴於不同SCL所提供的能力。在共用服務能力的細節之前，根據需要（像是兩者是否都想要共用能力、或是只有一個SCL想要從其他SCL獲得支持），SCL可向其他SCL進行登記、或彼此互相登記。建立共用能力的兩個SCL之間可存在安全交換。能力共用可由NSCL、GSCL及DSCL藉由共用它們支持的能力及它們想要共用的能力的細節來執行。
對於使用共用服務能力的其他M2M實體（比如M2M裝置及M2M網路應用）來講，服務能力共用可以是透明的。換言之，共用來自其他SCL服務能力的原始SCL可被保持在環路（loop）中、並可控制相關的程序。例如，假定共用或獲得來自NSCL1從NSCL2的額外服務能力（例如遠端實體管理（REM））。M2M網路應用（NA1）及M2M裝置（Dev1）登記到NSCL1。由於NSCL1不具有REM，則其可依靠NSCL2中的REM來管理Dev1。NA1仍可向NSCL1發出管理命令，並且NSCL1可將管理命令轉發到NSCL2。從這裏開始，NSCL2可使用其REM來代表NSCL1管理Dev1、並從Dev1獲得回應。NSCL2可將管理回應轉發回NSCL1，並且NSCL1可向NA1轉發回應。在這一進程中，請求及回應訊息兩者可通過NSCL1、並且處於NSCL1的控制之下，而且Dev1及NA1兩者可能不需要意識到NSCL2的存在。
在另一示例中，DSCL1可向NSCL1登記。NSCL1可具有與NSCL2共用的容器管理服務能力。當NSCL1及NSCL2彼此登記時，NSCL1及NSCL2協商並配置這一能力。即使DSCL1未登記到NSCL2，NSCL2也可為DSCL1進行容器管理。
在一種實施方式中，能力管理資源可被添加到SCL資源樹，以促進並維持SCL-SCL交互作用及能力共用。第19A圖示出了針對在<sclBase>之下的能力管理的示例性資源。第19B圖示出了資源“能力”的示例性結構。第19C圖示出了資源“遠端能力（remoteCaps）”的示例性結構。第19A圖至第19C圖中的資源結構添加這一特性，以使得SCL能夠保持其與另一SCL共用的能力/功能的細節。SCL可對其自身支持的能力/功能進行追蹤。
稱為“能力”1910的集合資源可被添加到資源樹<sclBase>1905（如第19A圖所示）。“能力”資源1910可被用來追蹤目前SCL與其他SCL的能力共用。在<scl>1920的每個實例之下，可存在資源“遠端能力”1922，其記錄登記到目前SCL基的遠端SCL的能力。
參見第19B圖，“能力”資源1910可包含稱為<能力>的一個或多個實例，其中每個<能力>實例是與另一SCL的能力共用協議。對於<能力>的每個實例，其可具有支援的能力（capSupported）1932、共用到的能力（capSharedTo）1934及共用自的能力（capSharedFrom）1936。“支援的能力”1932指明目前SCL所支援的能力（例如登記）。“共用到的能力”1934指明目前SCL可向其他SCL提供什麼能力以及這些能力可被共用給什麼實體，例如資料管理。“共用自的能力”1936指明目前SCL從其他SCL以及分別從哪些實體獲得了什麼能力。
參見第19C圖，在資源“遠端能力”1922之下，登記到目前SCL的遠端SCL可在<能力>實例1924中提供其能力、或者可藉由在<能力宣告（capabilityAnnc）>1926之下的“屬性”中提供其能力URI的鏈結來宣告其能力。
下文中對用於不同SCL服務能力配置的操作的程序進行了描述。操作可應用於控制平面參考點。
在共用服務能力之前，SCL可向其他SCL登記。根據需要，該登記可以是相互的或單向的。例如，如果只有一個SCL想要與其他SCL共用能力，則可能不需要相互登記。如果想要共用能力的NSCL屬於兩個不同的服務提供者，則在共用服務能力之前，NSCL可執行安全程序。例如，它們可使用共用密碼或一些已知密鑰來在登記程序期間互相認證。
第20圖是用於進行相互登記的能力共用的示例性程序的傳訊圖。NSCL-1 2052向NSCL-2 2054發送登記請求（例如創建）(2002)。在請求訊息中，NSCL-1 2052可包括能力資訊，其包括支援的能力及/或共用到的能力。NSCL-2 2054從共用到的能力獲知來自NSCL-1 2052的可用的能力。NSCL-2 2054可執行安全檢查，以認證NSCL的通訊，並且如果經認證，則可為NSCL-1 2052創建資源(2004)。如果NSCL-1 2052不被允許與NSCL-2 2054進行通訊，則可拒絕該請求。NSCL-2 2054隨後向NSCL-1 2052發送回應(2006)。
對於相互登記，NSCL-2 2054向NSCL-1 2052發送登記請求（例如創建）(2008)。在請求訊息中，NSCL-2 2054可包括能力資訊，其包括支援的能力及/或共用到的能力。NSCL-1 2052從共用到的能力以獲知來自NSCL-2 2054的可用的能力。NSCL-1 2052可執行安全檢查，以認證NSCL-2 2054的通訊(2010)。如果NSCL-2 2054不被允許與NSCL-1 2052進行通訊，則可拒絕該請求。如果經認證，則NSCL-1 2052向NSCL-2 2054發送回應(2012)。
當NSCL-1 2052需要從NSCL-2 2054獲得能力時(2014)，NSCL-1 2052可針對能力共用以向NSCL-2 2054發送創建請求(2016)。在請求中，NSCL-1 2052指明其需要從NSCL-2 2054獲得的能力。一旦NSCL-2 2054許可所請求的能力，例如在<scl2Base>\scls\<scl1>遠端能力\<能力>資源下，NSCL-2 2054可創建共用自的能力資源(2018)。NSCL-2 2054向NSCL-1 2052發送成功回應(2020)。
第21圖是用於不進行相互登記的能力共用的示例性程序的傳訊圖。NSCL-1 2152向NSCL-2 2154發送登記請求（例如創建）(2102)。在請求訊息中，NSCL-1 2152可包括能力資訊，其包括支援的能力及/或共用的能力。NSCL-2 2154從共用到的能力獲知來自NSCL-1 2152的可用能力。NSCL-2 2154可執行安全檢查，以認證NSCL的通訊，並且如果通過認證而且NSCL-1 2152被允許與NSCL-2 2154進行通訊，則NSCL-2 2154可為NSCL-1 2152創建資源(2104)。如果NSCL-1 2152不被允許與NSCL-2 2154進行通訊，則可拒絕該請求。NSCL-2 2154隨後向NSCL-1 2152發送回應(2106)。
在不相互登記的情況下，NSCL-1 2152可能不會意識到NSCL-2 2154所支援以及所提供的能力。替代地，NSCL-2 2154可將這種資訊（例如支援的能力及/或共用到的能力）包括在向NSCL-1 2152的回應中。由於NSCL-1 2152登記到NSCL-2 2154，所以NSCL-2 2154可決定其是否可向NSCL-1 2152許可能力。
當NSCL-1 2152需要從NSCL-2 2154獲得能力時(2108)，NSCL-1 2152可針對能力共用以向NSCL-2 2154發送創建請求(2110)。在請求中，NSCL-1 2152指明其需要從NSCL-2 2154獲得的能力。一旦NSCL-2 2154許可所請求的能力，NSCL-2 2154可創建共用自的能力資源，例如在<scl2Base>\scls\<scl1>遠端能力\<能力>資源下(2112)。NSCL-2 2154向NSCL-1 2152發送成功回應(2114)。
第22圖是用於SCL相互登記的示例性程序的傳訊圖。發佈方SCL 2252可針對登記以向主SCL 2254發送創建請求(2202)。相互登記可由發佈方SCL 2252發起。如果是這樣的話，在創建請求中，發佈方SCL 2252可指明需要進行相互登記。主SCL 2254可檢查發佈方SCL 2252是否被授權以針對登記來創建資源(2204)。
如果確定發佈方SCL 2252被授權，則主SCL 2254發送對該請求的肯定回應(2206)。如果發佈方SCL 2252在創建請求中不請求相互登記，則可由主SCL 2254來請求相互登記。主SCL 2254可在回應中只明相互登記請求。發佈方SCL 2252可等待相互登記請求(2208)。由於發佈方SCL 2252請求了相互登記、或來自主SCL 2254的回應指明了相互登記，所以發佈方SCL 2252知道存在未決（pending）的相互登記。
主SCL 2254發送相互登記請求（例如創建）(2210)。發佈方SCL 2252認證並授權主SCL 2254 (2212)。發佈方SCL 2252對該請求進行肯定地回應(2214)。
發佈方SCL 2252可在其sclBase資源樹中為主SCL 2254創建scl資源，並且主SCL 2254可在其sclBase資源樹中為發佈方SCL 2252創建scl資源(2216、2218)。
為了發佈方SCL 2252及主SCL 2254指明需要相互登記，可引入針對創建請求的兩種基元（primitive）類型：SCL_ 相互_創建_請求及SCL_相互_創建_回應。表2及3分別示出了scl創建請求指示（sclCreateRequestIndication）及scl創建回應確認（sclCreateResponseConfirm）（成功情況）基元。當向發佈方SCL 2252發回回應時，狀態_接受可被用於主SCL 2254。替代地，新狀態碼狀態_ 相互_登記_未決可被使用。
替代地，SCL可指明scl資源中需要相互登記。例如，屬性“相互登記（mutualRegis）”可被添加到<scl>資源屬性，以指明需要相互登記。在這種方式中，指示可被其他SCL發現並獲取。替代地，SCL可將其作為基元屬性而包括在scl創建請求指示中。
為了促進SCL決定是否應進行相互登記，例如，稱為“scl類型（sclType）”的屬性可被添加到<scl>資源屬性列表。scl類型屬性可指明SCL類型：NSCL、GSCL、DSCL。
第23A圖及第23B圖是GSCL-GSCL能力共用的示例性程序的傳訊圖。第23A圖及第23B圖分別示出了當GSCL-1 2352及GSCL-2 2354向NSCL-1 2362及NSCL-2 2364進行登記時的呼叫流，而且GSCL-1 2352想要與GSCL-2 2354通訊並與之共用能力。雖然第23A圖及第23B圖中未示出，但是GSCL-1 2352及GSCL-2 2354可執行相互登記。
GSCL-1 2352及GSCL-2 2354之間的能力共用程序與NSCL-1 2362及NSCL-2 2364相同。額外的複雜性在於NSCL在通訊中的角色以及安全。第23A圖及第23B圖以示例的形式示出了安全由NSCL進行管理並且通訊是在GSCL之間指導（direct）（使用來自NSCL-1的初始指示）。如果安全性及信任關係允許，則可實現xSCL之間的完全分佈的通訊。
GSCL-1 2352向NSCL-1 2362指明其想要與GSCL-2 2354進行通訊(2302)。GSCL-1 2352已經向NSCL-1 2362進行登記，並且GSCL-2 2354已經向NSCL-2 2364進行登記。NSCL-1 2362可向NSCL-2 2364中繼該請求(2304)，而且NSCL-2 2364可向GSCL-2 2354中繼該請求(2306)。假定NSCL-1 2362及NSCL-2 2364具有信任關係。GSCL-2 2354向GSCL-1 2352發送由NSCL-2 2364及NSCL-1 2362所相關的回應(2308、2310、2312)。
GSCL-1 2352藉由向GSCL-2 2354發送登記請求來發起登記程序(2314)。在請求訊息中，GSCL-1 2352可包括能力資訊，其包括支援的能力及/或共用到的能力。GSCL-2 2354從共用到的能力獲知來自GSCL-1 2352的可用的能力。GSCL-2 2354可執行安全檢查，以認證來自GSCL-1 2352的通訊(2316)。GSCL-2 2354可檢查所支援的服務能力(2318)。
在發送成功回應之前，GSCL-2 2354可要來自NSCL-2 2364的認證檢查(2320)。如果GSCL-1 2352及GSCL-2 2354屬於相同的服務提供者，則GSCL-2 2354可能不需要認證GSCL-1 2352。如果GSCL-1 2352及GSCL-2 2354不屬於相同的服務提供者，則NSCL-2 2364可從NSCL-1 2362獲取並驗證GSCL-1 2352 (2322)。NSCL-1 2362向NSCL-2 2364發回回應(2324)。
如果允許GSCL-1 2352及GSCL-2 2354進行通訊，則NSCL-2 2364向GSCL-2 2354發送成功回應(2326)。GSCL-2 2354向GSCL-1 2352發送成功回應(2328)。
當GSCL-1 2352需要從GSCL-2 2354獲得能力時，GSCL-1 2352可針對能力共用以向GSCL-2 2354發送請求（例如創建）(2330、2332)。在請求中，NSCL-1 2362指明其需要從GSCL-2 2354獲得的能力。關於從GSCL-1 2352請求的能力，可在NSCL-1 2362及NSCL-2 2364之間執行附加的安全檢查程序(2334)。GSCL-2 2354許可所請求的能力並向GSCL-1 2352發送成功回應(2336、2338)。GSCL-1 2352可向NSCL-1 2362更新能力的變更，以及GSCL-2 2354可向NSCL-2 2364更新能力的變更(2340、2342)。
目前，在ETSI M2M中，當SCL1向SCL2進行登記時，創建了兩個<scl>資源，一個在SCL1中，一個在SCL2中。第24圖示出了常規SCL資源結構。SCL1上的資源可能類似於<sclBase1>/scls/<scl2>。這是SCL1為其自己保留的記錄，其指明SCL1向SCL2進行登記。SCL2上的資源可以類似<sclBase2>/scls/<scl1>，這是在SCL2上創建的與SCL1有關的資源。如果存在另一個SCL，名叫SCL3，其向SCL1進行登記，則基於ETSI M2M中定義的資源樹結構將創建類似<sclBase1>/scls/<scl3>的資源。沒有辦法對scl2及scl3進行區分。
可如第25圖所示對資源樹結構進行變更。在一種實施方式中，兩種SCL可被區分為scls-入（in）2502及scl-出（out）2504。scls-入2502針對到來的scl，而scl-出2502則針對離開的scl。應該注意到，scl的名稱只是作為示例，可使用任何其他名稱。使用以上相同的示例，不同的SCL可被儲存為：<sclBase1>/scls-出/<scl2>及<sclBase1>/scls-入/<scl3>。
在另一個實施方式中，可保留相同的SCL資源結構而不進行變更，並可引入被稱為例如“方向（Direction）”的新的屬性。應該注意到，屬性的名稱只是作為示例，可為屬性使用任何其他名稱。“方向”屬性指明SCL資源是否是本地SCL登記到的SCL或在本地SCL登記的其他SCL。
實施例：
1．一種用於支援機器對機器（M2M）通訊的裝置。
2．如實施例1所述的裝置，該裝置包括處理器，該處理器包括服務能力層，用於提供機器對機器（M2M）服務能力，該M2M服務能力提供將由不同應用共用的M2M功能。
3．如實施例2所述的裝置，其中該處理器包括應用，應用被配置為運行服務邏輯以及使用可經由開放介面存取的該M2M服務能力。
4．如實施例3所述的裝置，其中該應用被配置為經由該M2M服務能力以在應用級別來與M2M閘道或M2M裝置進行交互作用。
5．如實施例2-4中的任一實施例所述的裝置，其中該處理器被配置為與M2M伺服器進行交互作用，其中該M2M伺服器在服務能力層被分解為M2M控制伺服器及M2M資料伺服器，以分別提供用於控制功能的服務能力及用於資料功能的服務能力。
6．如實施例5所述的裝置，其中該服務能力層使用分離的介面來與該M2M控制伺服器及該M2M資料伺服器進行交互作用。
7．如實施例2-6中的任一實施例所述的裝置，該裝置更包括用於儲存指派給該裝置的M2M資料伺服器的列表的資源。
8．如實施例3-7中的任一實施例所述的裝置，其中該應用被配置為與另一實體交互作用，以推送或拉取資源樹結構中的資源的子樹中的資料或資源。
9．如實施例2-8中的任一實施例所述的裝置，該裝置更包括用於儲存用於與其他服務能力層共用M2M服務能力的資訊的能力資源。
10．如實施例9所述的裝置，其中該能力資源的每個實例包括用於儲存與所支援的能力、與其他服務能力層共用的能力、及/或共用自其他服務能力層的能力有關的資訊的子資源。
11．如實施例2-10中的任一實施例所述的裝置，該裝置更包括以下中的至少一個：用於所請求的服務的資源、用於同意的服務的資源、及用於流量統計的資源，其中所述用於所請求的服務的資源描述了裝置或閘道服務能力層或應用請求哪種服務類型，所述用於同意的服務的資源描述哪種服務類型被批准給該裝置或閘道服務能力層或應用，並且所述用於流量統計的資源用於儲存與流量有關的測量。
12．一種用於支援機器對機器（M2M）通訊的方法。
13．如實施例12所述的方法，該方法包括裝置向M2M伺服器進行登記。
14．如實施例13所述的方法，其中該裝置及M2M伺服器包括用於提供M2M服務能力的服務能力層，該M2M服務能力提供將由不同應用共用的M2M功能。
15．如實施例13-14中的任一實施例所述的方法，該方法更包括該裝置經由該M2M服務能力以在應用級別與M2M閘道或另一M2M裝置進行交互作用。
16．如實施例13-15中的任一實施例所述的方法，其中該M2M伺服器在服務能力層被分解為M2M控制伺服器及M2M資料伺服器，以分別提供用於控制功能的服務能力及用於資料功能的服務能力。
17．如實施例16所述的方法，其中該裝置使用分離的介面來與該M2M控制伺服器及該M2M資料伺服器進行交互作用。
18．如實施例13-17中的任一實施例所述的方法，該方法更包括該裝置在資源中儲存被指派給該裝置的M2M資料伺服器的列表。
19．如實施例13-18中的任一實施例所述的方法，該方法更包括該裝置與另一實體交互作用，以推送或拉取資源樹結構中的資源的子樹中的資料或資源。
20．如實施例13-19中的任一實施例所述的方法，該方法更包括在能力資源中儲存用於與另一服務能力層共用M2M服務能力的資訊。
21．如實施例20所述的方法，其中該能力資源的每個實例包括用於儲存與所支援的能力、與其他服務能力層共用的能力、及/或共用自其他服務能力層的能力有關的資訊的子資源。
22．如實施例13-21中的任一實施例所述的方法，其中該裝置更包括以下中的至少一個：用於所請求的服務的資源、用於同意的服務的資源、及用於流量統計的資源，其中所述用於所請求的服務的資源描述了裝置或閘道服務能力層或應用請求哪種服務類型，所述用於同意的服務的資源描述哪種服務類型被批准給該裝置或閘道服務能力層或應用，並且所述用於流量統計的資源用於儲存與流量有關的測量。
23．一種機器對機器（M2M）通訊網路，包括至少一個網路伺服器，被配置為提供網路服務能力。
24．如實施例23所述的網路，該網路包括至少一個閘道，被配置為提供閘道服務能力。
25．如實施例23-24中的任一實施例所述的網路，其中至少在網路服務能力層之間、在閘道服務能力層之間、在M2M裝置的裝置服務能力層及閘道服務能力層之間、在M2M裝置應用之間、及/或在網路、閘道或裝置服務能力層及M2M應用之間提供參考點。
26．如實施例23-25中的任一實施例所述的網路，其中該網路伺服器在服務能力層被分解為控制伺服器及資料伺服器，以分別提供用於控制功能的服務能力及用於資料功能的服務能力。
27．如實施例26所述的網路，其中在網路服務能力層之間、在閘道服務能力層之間、在閘道服務能力層及裝置服務能力層之間、在M2M裝置應用之間、及/或在網路、閘道或裝置服務能力層及M2M應用之間分離地提供針對控制功能及資料功能的參考點。
28．如實施例23-27中的任一實施例所述的網路，其中一個控制伺服器控制多於一個資料伺服器。
29．如實施例26-28中的任一實施例所述的網路，其中該資料伺服器被配置為與另一資料伺服器、該閘道、或M2M裝置交互作用，以直接地或經由該控制伺服器間接地推送或拉取資料或資源。
30．如實施例26-29中的任一實施例所述的網路，其中該控制伺服器及該資料伺服器具有用於儲存所登記的資料伺服器或控制伺服器的列表的資源。
31．如實施例23-30中的任一實施例所述的網路，其中該網路伺服器及/或該閘道具有用於儲存用於與其他網路伺服器或其他閘道共用能力的資訊的能力資源，並且該能力資源的每個實例包括用於儲存關於所支援的能力、與其他服務能力層共用的能力、及/或共用自其他服務能力層的能力的資訊的子資源。
32．如實施例24-31中的任一實施例所述的網路，其中該閘道被配置為與另一閘道共用閘道服務能力。
33．如實施例26-32中的任一實施例所述的網路，其中該控制伺服器被配置為從M2M裝置、閘道、或應用接收登記請求、獲得M2M資料伺服器的狀態、為該M2M裝置、閘道、或應用選擇M2M資料伺服器、並且向該M2M裝置、閘道、或應用發送包括所選擇的M2M資料伺服器識別碼的登記回應。
雖然上面以特定組合的方式描述了特徵及元素，但是每個特徵或元素都可在沒有其他特徵及元素的情況下單獨使用，或與其他特徵及元素進行各種組合。此外，此處所述的方法可在結合至電腦可讀儲存媒體中的電腦程式、軟體或韌體中實現，以由電腦或處理器執行。電腦可讀媒體的示例包括電信號（經由有線或無線連接傳送）及電腦可讀儲存媒體。電腦可讀儲存媒體的示例包括但不限於唯讀記憶體（ROM）、隨機存取記憶體（RAM）、暫存器、快取記憶體、半導體記憶裝置、例如內置磁片及可移式磁片的磁性媒體、磁光媒體及光學媒體（例如CD-ROM盤及數位多用途光碟（DVD））。與軟體相關聯的處理器可被用於實施在WTRU、UE、終端、基地台、RNC或任何主機中使用的射頻收發器。
aIa310、312．．．機器對機器(M2M)裝置
320．．．機器對機器(M2M)閘道
330．．．機器對機器(M2M)伺服器
NSCL．．．網路服務能力層
M．．．裝置應用
mIa、dIa、mId、mIm、dId、aIa．．．參考點
GA．．．閘道應用
NA．．．網路應用
D、D'．．．裝置
Claims (20)
- 一種用於支援機器對機器（M2M）通訊的裝置，該裝置包括一處理器，該處理器包括：
一服務能力層，用於提供多個機器對機器（M2M）服務能力，該多個M2M服務能力提供將由不同應用共用的多個M2M功能；以及
一應用，被配置為運行一服務邏輯以及使用可經由一介面存取的該多個M2M服務能力，
其中該應用被配置為經由該多個M2M服務能力在一應用級別與一M2M閘道或一M2M裝置進行交互作用。 - 如申請專利範圍第1項所述的裝置，其中該處理器被配置為與一M2M伺服器進行交互作用，其中該M2M伺服器在一服務能力層被分解為一M2M控制伺服器及一M2M資料伺服器，以分別提供用於多個控制功能的多個服務能力及用於多個資料功能的多個服務能力，並且該服務能力層使用多個分離的介面與該M2M控制伺服器及該M2M資料伺服器進行交互作用。
- 如申請專利範圍第2項所述的裝置，該裝置更包括：
用於儲存被指派給該裝置的M2M資料伺服器的一列表的一資源。 - 如申請專利範圍第1項所述的裝置，其中該應用被配置為與另一實體交互作用，以推送或拉取一資源樹結構中的多個資源的一子樹中的資料或多個資源。
- 如申請專利範圍第1項所述的裝置，該裝置更包括用於儲存用於與另一服務能力層共用多個M2M服務能力的一資訊的一能力資源，並且該能力資源的每個實例包括用於儲存與所支援的多個能力、與其他服務能力層共用的多個能力、及/或共用自其他服務能力層的多個能力有關的一資訊的多個子資源。
- 如申請專利範圍第1項所述的裝置，該裝置更包括以下中的至少一者：用於所請求的服務的一資源、用於多個同意的服務的一資源、及用於多個流量統計的一資源，其中用於所請求的服務的該資源描述一裝置服務能力層或一閘道服務能力層或一應用請求哪種服務類型，用於多個同意的服務的該資源描述哪種服務類型被批准給該裝置服務能力層或該閘道服務能力層或該應用，並且用於多個流量統計的該資源用於儲存多個流量相關測量。
- 一種用於支援機器對機器（M2M）通訊的方法，該方法包括：
一裝置向一M2M伺服器進行登記，其中該裝置及該M2M伺服器包括用於提供多個M2M服務能力的一服務能力層，該多個M2M服務能力提供將由不同應用共用的多個M2M功能；以及
該裝置經由該多個M2M服務能力一應用級別與一M2M閘道或另一M2M裝置進行交互作用。 - 如申請專利範圍第7項所述的方法，其中該M2M伺服器在一服務能力層被分解為一M2M控制伺服器及一M2M資料伺服器，以分別提供用於多個控制功能的多個服務能力及用於多個資料功能的多個服務能力，並且該裝置使用多個分離的介面來與該M2M控制伺服器及該M2M資料伺服器進行交互作用。
- 如申請專利範圍第8項所述的方法，該方法更包括：
該裝置在一資源中儲存被指派給該裝置的M2M資料伺服器的一列表。 - 如申請專利範圍第7項所述的方法，該方法更包括：
該裝置與另一實體交互作用，以推送或拉取一資源樹結構中的多個資源的一子樹中的資料或多個資源。 - 如申請專利範圍第7項所述的方法，該方法更包括：
在一能力資源中儲存用於與另一服務能力層共用多個M2M服務能力的一資訊，其中該能力資源的每個實例包括用於儲存與所支援的能力、與其他服務能力層共用的多個能力、及/或共用自其他服務能力層的多個能力有關的一資訊的多個子資源。 - 如申請專利範圍第7項所述的方法，其中該裝置更包括以下中的至少一者：用於所請求的服務的一資源、用於多個同意的服務的一資源、及用於多個流量統計的一資源，其中用於所請求的服務的該資源描述一裝置服務能力層或一閘道服務能力層或一應用請求哪種服務類型，用於多個同意的服務的該資源描述哪種服務類型被批准給該裝置服務能力層或該閘道服務能力層或該應用，並且用於多個流量統計的該資源用於儲存多個流量相關測量。
- 一種機器對機器（M2M）通訊網路，該網路包括：
至少一個網路伺服器，被配置為提供多個網路服務能力；以及
至少一個閘道，被配置為提供多個閘道服務能力，
其中至少在多個網路服務能力層之間、在多個閘道服務能力層之間、在一M2M裝置的一裝置服務能力層與一閘道服務能力層之間、在多個M2M裝置應用之間、及/或在一網路服務能力層、一閘道服務能力層或一裝置服務能力層與一M2M應用之間提供多個參考點。 - 如申請專利範圍第13項所述的網路，其中該網路伺服器在一服務能力層被分解為一控制伺服器及一資料伺服器，以分別提供用於多個控制功能的多個服務能力及用於多個資料功能的多個服務能力，並且在多個網路服務能力層之間、在多個閘道服務能力層之間、在一閘道服務能力層與一裝置服務能力層之間、在多個M2M裝置應用之間、及/或在一網路服務能力層、一閘道服務能力層或一裝置服務能力層與一M2M應用之間分離地提供針對多個控制功能及多個資料功能的多個參考點。
- 如申請專利範圍第14項所述的網路，其中一個控制伺服器控制多於一個資料伺服器。
- 如申請專利範圍第14項所述的網路，其中該資料伺服器被配置為與另一資料伺服器、該閘道、或一M2M裝置交互作用，以直接地或經由該控制伺服器間接地推送或拉取資料或資源。
- 如申請專利範圍第14項所述的網路，其中該控制伺服器及該資料伺服器具有用於儲存所登記的資料伺服器及/或控制伺服器的一列表的一資源。
- 如申請專利範圍第13項所述的網路，其中該網路伺服器及/或該閘道具有用於儲存用於與另一網路伺服器或另一閘道共用多個能力的一資訊的一能力資源，並且該能力資源的每個實例包括用於儲存關於所支援的能力、與其他服務能力層共用的多個能力、及/或共用自其他服務能力層的多個能力的一資訊的多個子資源。
- 如申請專利範圍第13項所述的網路，其中該閘道被配置為與另一閘道共用多個閘道服務能力。
- 如申請專利範圍第14項所述的網路，其中該控制伺服器被配置為從ㄧM2M裝置、閘道、或應用接收一登記請求，獲得一M2M資料伺服器的一狀態、為該M2M裝置、閘道、或應用選擇一M2M資料伺服器、以及向該M2M裝置、閘道、或應用發送包括所選擇的M2M資料伺服器的一識別碼的一登記回應。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201261586352P | 2012-01-13 | 2012-01-13 | |
| US201261694904P | 2012-08-30 | 2012-08-30 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| TW201342856A true TW201342856A (zh) | 2013-10-16 |
| TWI587664B TWI587664B (zh) | 2017-06-11 |
Family
ID=47522950
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| TW101149033A TWI587664B (zh) | 2012-01-13 | 2012-12-21 | 支援機器對機器通訊方法及裝置 |
Country Status (4)
| Country | Link |
|---|---|
| US (3) | US20150055640A1 (zh) |
| EP (3) | EP3425942A1 (zh) |
| TW (1) | TWI587664B (zh) |
| WO (1) | WO2013106188A2 (zh) |
Families Citing this family (42)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2014037055A1 (en) * | 2012-09-10 | 2014-03-13 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system for communication between machine to machine m2m service provider networks |
| WO2014069968A1 (ko) * | 2012-11-05 | 2014-05-08 | 엘지전자 주식회사 | 무선 통신 시스템에서 특정 리소스에 대한 정보 갱신을 위한 방법 및 장치 |
| EP2950497B1 (en) * | 2013-01-18 | 2018-03-07 | LG Electronics Inc. | Method and apparatus for controlling access in wireless communication system |
| KR101432128B1 (ko) * | 2013-01-29 | 2014-08-21 | 주식회사 케이티 | Ｍ２ｍ 네트워크상에서의 리소스를 디바이스 오브젝트로 추상화하는 ｍ２ｍm 플랫폼 |
| KR101467173B1 (ko) * | 2013-02-04 | 2014-12-01 | 주식회사 케이티 | Ｍ２ｍ 네트워크의 리소스 관리 방법 및 리소스 관리 장치 |
| CN104662858B (zh) * | 2013-02-20 | 2017-10-17 | 华为技术有限公司 | 机器通信操作触发方法和装置 |
| KR101999231B1 (ko) | 2013-02-27 | 2019-07-11 | 주식회사 케이티 | 차량 콤포넌트 제어 유닛 및 차량 콤포넌트 제어를 위한 휴대용 단말 |
| EP3557894B1 (en) * | 2013-05-06 | 2023-12-27 | Convida Wireless, LLC | Device triggering |
| KR101687340B1 (ko) | 2013-09-12 | 2016-12-16 | 주식회사 케이티 | 홈 네트워크 운영환경 설정 방법 및 이를 위한 장치 |
| JP6279718B2 (ja) * | 2013-09-20 | 2018-02-14 | コンヴィーダ ワイヤレス， エルエルシー | 関心に基づく拡張ｍ２ｍコンテンツ管理 |
| KR102035359B1 (ko) * | 2013-10-14 | 2019-10-24 | 전자부품연구원 | 리소스 접근 방법 및 이를 적용한 시스템 |
| KR101593115B1 (ko) | 2013-10-15 | 2016-02-11 | 주식회사 케이티 | 홈 네트워크 시스템에서의 구형 기기 상태 모니터링 방법 및 홈 네트워크 시스템 |
| KR102345346B1 (ko) * | 2013-12-01 | 2021-12-30 | 엘지전자 주식회사 | 무선 통신 시스템에서 특정 리소스의 관리를 위한 방법 및 장치 |
| KR101922100B1 (ko) * | 2014-02-10 | 2018-11-27 | 지티이 코포레이션 | M2m 통신을 도모하는 방법 및 장치 |
| JP6514315B2 (ja) | 2014-03-18 | 2019-05-15 | 中興通訊股▲ふん▼有限公司Ｚｔｅ Ｃｏｒｐｏｒａｔｉｏｎ | マシン対マシンネットワークにおけるリソースおよび属性管理 |
| US9609674B2 (en) * | 2014-03-31 | 2017-03-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Machine-to-machine domain proxy |
| US9918351B2 (en) * | 2014-04-01 | 2018-03-13 | Belkin International Inc. | Setup of multiple IOT networks devices |
| US10284562B2 (en) | 2014-05-16 | 2019-05-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Device authentication to capillary gateway |
| KR20170028878A (ko) | 2014-06-30 | 2017-03-14 | 엘지전자 주식회사 | 무선 통신 시스템에서 요청 메시지를 처리하기 위한 방법 및 이를 위한 장치 |
| CN106664514B (zh) * | 2014-07-18 | 2021-02-19 | 康维达无线有限责任公司 | 在m2m接口中建立和执行组-组操作的装置和方法 |
| EP3206350B1 (en) * | 2014-10-07 | 2019-06-19 | Nec Corporation | Communication aggregation system, control device, processing load control method, and non-transitory computer readable medium storing program |
| US9553843B1 (en) | 2014-10-08 | 2017-01-24 | Google Inc. | Service directory profile for a fabric network |
| US9838258B2 (en) | 2014-12-04 | 2017-12-05 | At&T Intellectual Property I, L.P. | Network service interface for machine-to-machine applications |
| KR102069751B1 (ko) * | 2015-01-07 | 2020-01-23 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 응답 메시지 처리 방법, 장치 및 시스템 |
| CN107211043B (zh) * | 2015-02-05 | 2020-02-21 | 华为技术有限公司 | M2m数据处理方法、设备及系统 |
| US10129088B2 (en) | 2015-06-17 | 2018-11-13 | Extreme Networks, Inc. | Configuration of rules in a network visibility system |
| US10771475B2 (en) * | 2015-03-23 | 2020-09-08 | Extreme Networks, Inc. | Techniques for exchanging control and configuration information in a network visibility system |
| US10911353B2 (en) | 2015-06-17 | 2021-02-02 | Extreme Networks, Inc. | Architecture for a network visibility system |
| US9774729B2 (en) * | 2015-03-26 | 2017-09-26 | Futurewei Technologies, Inc. | System and method for mobile core data services |
| US9900775B2 (en) * | 2015-09-02 | 2018-02-20 | International Business Machines Corporation | On-device authorization of devices for collaboration and association |
| WO2017175954A1 (ko) * | 2016-04-05 | 2017-10-12 | 엘지전자 주식회사 | 무선 통신 시스템에서 다중 자원에 대한 구독을 처리하기 위한 방법 및 이를 위한 장치 |
| WO2017195964A1 (ko) * | 2016-05-11 | 2017-11-16 | 엘지전자 주식회사 | 무선 통신 시스템에서 콜렉션 패턴을 적용한 어드레싱 방법 및 이를 위한 장치 |
| US10116497B2 (en) | 2016-05-20 | 2018-10-30 | Moneygram International, Inc. | Systems and methods for providing split control of multiple execution environments |
| US10643039B2 (en) | 2016-08-04 | 2020-05-05 | Industrial Technology Research Institute | Location based situation awareness system and method thereof |
| US10127420B2 (en) | 2016-08-04 | 2018-11-13 | Industrial Technology Research Institute | Location based situation awareness system and method thereof |
| WO2018140006A1 (en) * | 2017-01-25 | 2018-08-02 | Intel Corporation | Transaction resources for stateless message protocol |
| US10666766B2 (en) | 2017-04-05 | 2020-05-26 | Cisco Technology, Inc. | Application descriptive language for network gateways |
| EP3673372A1 (en) * | 2017-08-22 | 2020-07-01 | Convida Wireless, LLC | Overlay resource trees in a communications network |
| WO2019060758A1 (en) * | 2017-09-22 | 2019-03-28 | Intel Corporation | DEVICE MANAGEMENT SERVICES BASED ON NON-REST MESSAGING |
| US10469600B2 (en) * | 2017-11-14 | 2019-11-05 | Dell Products, L.P. | Local Proxy for service discovery |
| KR20200118333A (ko) * | 2019-04-05 | 2020-10-15 | 삼성전자주식회사 | 조명 시스템 및 조명 장치 |
| US20220141658A1 (en) * | 2020-11-05 | 2022-05-05 | Visa International Service Association | One-time wireless authentication of an internet-of-things device |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB0402572D0 (en) * | 2004-02-05 | 2004-03-10 | Nokia Corp | A method of organising servers |
| US20060173997A1 (en) * | 2005-01-10 | 2006-08-03 | Axis Ab. | Method and apparatus for remote management of a monitoring system over the internet |
| US8316152B2 (en) * | 2005-02-15 | 2012-11-20 | Qualcomm Incorporated | Methods and apparatus for machine-to-machine communications |
| US7962613B2 (en) * | 2008-11-14 | 2011-06-14 | At&T Intellectual Property I, Lp | System and method for modifying an allocation scheme based on a resource utilization |
| JP5589098B2 (ja) * | 2010-03-09 | 2014-09-10 | インターデイジタル パテント ホールディングス インコーポレイテッド | 機器対機器通信をサポートするための方法および装置 |
| US8416741B2 (en) * | 2010-09-07 | 2013-04-09 | Verizon Patent And Licensing Inc. | Machine-to-machine communications over fixed wireless networks |
| US9426222B2 (en) * | 2011-02-11 | 2016-08-23 | Interdigital Patent Holdings, Inc. | Systems, methods and apparatus for managing machine-to-machine (M2M) entities |
| US10045175B2 (en) * | 2011-07-14 | 2018-08-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Handling device generated data |
-
2012
- 2012-12-20 EP EP18190737.9A patent/EP3425942A1/en not_active Withdrawn
- 2012-12-20 US US14/371,984 patent/US20150055640A1/en not_active Abandoned
- 2012-12-20 EP EP12813219.8A patent/EP2803208B1/en active Active
- 2012-12-20 EP EP20193612.7A patent/EP3761683A1/en active Pending
- 2012-12-20 WO PCT/US2012/071028 patent/WO2013106188A2/en active Application Filing
- 2012-12-21 TW TW101149033A patent/TWI587664B/zh active
-
2017
- 2017-10-10 US US15/729,131 patent/US20180035243A1/en not_active Abandoned
-
2019
- 2019-12-20 US US16/722,900 patent/US20200205232A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| WO2013106188A2 (en) | 2013-07-18 |
| TWI587664B (zh) | 2017-06-11 |
| WO2013106188A3 (en) | 2013-09-12 |
| US20180035243A1 (en) | 2018-02-01 |
| EP3761683A1 (en) | 2021-01-06 |
| EP2803208A2 (en) | 2014-11-19 |
| EP3425942A1 (en) | 2019-01-09 |
| US20150055640A1 (en) | 2015-02-26 |
| EP2803208B1 (en) | 2018-09-05 |
| US20200205232A1 (en) | 2020-06-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI587664B (zh) | 支援機器對機器通訊方法及裝置 | |
| JP6603341B2 (ja) | リソースの公表および公表取消しのためのマシン間（ｍ２ｍ）インタフェース手順 | |
| US11451633B2 (en) | Methods, systems and apparatuses for application service layer (ASL) inter-networking | |
| CN109314887B (zh) | 连接到虚拟化的移动核心网络 | |
| TWI601396B (zh) | 在服務能力層處支援機器對機器快取的方法和裝置 | |
| JP2016158248A (ja) | マシンツーマシン（ｍ２ｍ）エンティティを管理するシステム、方法、および装置 | |
| WO2018232253A1 (en) | Network exposure function | |
| MX2012010363A (es) | Metodo y aparato para soportar comunicaciones de maquina a maquina. | |
| TW201215181A (en) | Machine-to-machine (M2M) call flow security | |
| US11714830B2 (en) | Mechanisms for multi-dimension data operations | |
| US11405481B2 (en) | System and methods for service layer cache management | |
| KR102500594B1 (ko) | 통신 네트워크에서의 서비스 계층 메시지 템플릿들 |