TWI601396B

TWI601396B - 在服務能力層處支援機器對機器快取的方法和裝置

Info

Publication number: TWI601396B
Application number: TW102108919A
Authority: TW
Inventors: 董利君; 戴爾席德; 王崇廣; 麥克史塔新尼克; 陸廣; 保羅路瑟爾二世
Original assignee: 內數位專利控股公司
Priority date: 2012-03-22
Filing date: 2013-03-13
Publication date: 2017-10-01
Also published as: EP2829084A2; WO2013142139A2; US20150055557A1; WO2013142139A3; TW201342852A; EP2829084B1

Description

在服務能力層處支援機器對機器快取的方法和裝置

相關申請案的交叉引用本申請案要求2012年3月22日申請的美國臨時申請案No.61/614,156以及2012年12月20日申請的美國臨時申請案No.61/739,921的權益，這些申請案的內容藉由引用合併於此。

歐洲電信標準協會(ETSI)機器對機器(M2M)標準包含整個端到端M2M功能架構。ETSI M2M標準描述了可以被用於機器之間的資料和事件交換的基於資源的架構。

第1圖示出了機器對機器(M2M)網路的示例系統架構。 M2M系統10包括：多個M2M裝置12、M2M區域網路14、M2M閘道16、以及M2M伺服器18。M2M區域網路14提供M2M裝置12與M2M閘道16之間的連接。M2M區域網路14的示例包括但不限於例如IEEE 802.15、紫蜂(ZigBee)、藍芽等的個人區域網路，或者例如無線M匯流排(M-BUS)等的區域網路。M2M裝置12使用M2M能力和網路域功能運行應用。M2M裝置12可以被直接連接到M2M伺服器18或經由M2M區域網路14與M2M閘道16 介接。

第2圖示出了ETSI M2M架構。在ETSI M2M架構中，D’裝置22a是經由M2M閘道26介接以連接到M2M伺服器28的M2M裝置，而D裝置22b是直接連接到M2M伺服器28的M2M裝置。M2M閘道26充當M2M區域網路24的代理，以具有到M2M伺服器28和外部網路的連接。

裝置應用(DA)可以存在於可以實施或不實施M2M服務能力的M2M裝置22a/22b中。mIa參考點允許應用存取網路和應用域中的M2M服務能力。dIa參考點允許存在於M2M裝置22a/22b中的應用(例如，DA)存取同一M2M裝置22a/22b或在M2M閘道26中的不同M2M服務能力，以及允許存在於M2M閘道26中的應用(例如，閘道應用(GA))存取同一M2M閘道26中的不同M2M服務能力。mId參考點允許存在於M2M裝置22a/22b或M2M閘道26中的M2M服務能力與網路和應用域中的M2M服務能力通信。mId參考點使用核心網路連接功能作為底層。

揭露了一種用於在服務能力層處支援機器對機器(M2M)快取的方法和裝置。M2M實體的服務能力層提供由該M2M應用共享的功能、並經由一組開放介面以向該M2M應用顯示功能性。服務能力層可以被配置為在該服務能力層的資源結構中快取資源。該服務能力層快取可以提供完整的快取的資源發現，設備以及提供更智慧和強健的安全性機制，以認證用戶端。該服務能力層也藉由對快取的資源的預約來提供靈活性。M2M服務可以在雲中被虛擬化。M2M快取管理器可以維持在多個M2M伺服器中快取的資源的記錄、並且協調正在快取該資源的M2M伺服器。該M2M快取管理器可以提供虛擬化的快取的資源與真實的快取的資源之間的映射。

10‧‧‧M2M系統

12‧‧‧M2M裝置

14‧‧‧M2M區域網路

16，26，604‧‧‧M2M閘道

18，28，606，2804，2806，2808‧‧‧M2M伺服器

22a，22b，602‧‧‧裝置

24‧‧‧M2M區域網路

100‧‧‧通信系統

102，102a，102b，102c，102d‧‧‧WTRU

104‧‧‧RAN

106‧‧‧核心網路

108‧‧‧PSTN

110‧‧‧網際網路

112‧‧‧其他網路

114a，114b‧‧‧基地台

116‧‧‧空中介面

118‧‧‧處理器

120‧‧‧收發器

122‧‧‧傳輸/接收元件

124‧‧‧揚聲器/麥克風

126‧‧‧鍵盤

128‧‧‧顯示器/觸控板

130‧‧‧不可移式記憶體

132‧‧‧可移式記憶體

134‧‧‧電源

136‧‧‧GPS晶片組

138‧‧‧週邊裝置

140a，140b，140c‧‧‧e節點B

142‧‧‧MME

144‧‧‧服務閘道

146‧‧‧PDN閘道

402‧‧‧應用層

404‧‧‧SCL

406‧‧‧應用協定層

502，504，508，510，512，514，516，904‧‧‧資源

804‧‧‧屬性子資源

1002‧‧‧示例結構

1004‧‧‧屬性

1702‧‧‧DIP

1704‧‧‧GIP

1706‧‧‧NIP

1710‧‧‧傳統d裝置

1712‧‧‧DSCL

1714‧‧‧GSCL

1716‧‧‧NSCL

1902，1904‧‧‧內容資源

2202，2204‧‧‧快取容器資源

2302，2304‧‧‧快取記憶體資源

2802‧‧‧M2M SCL快取記憶體管理器

aPoC‧‧‧應用接觸點

CoAP‧‧‧約束應用協定

DA‧‧‧裝置應用

DIP‧‧‧M2M裝置網接代理

DSCL‧‧‧裝置SCL

GA‧‧‧閘道應用

GIP‧‧‧閘道網接代理

GPS‧‧‧全球定位系統

GSCL‧‧‧閘道SCL

HTTP‧‧‧超文本傳輸協定

M2M‧‧‧機器對機器

mId‧‧‧參考點

MME‧‧‧移動性管理閘道

NIP‧‧‧網路網接代理

NSCL‧‧‧網路SCL

PDN‧‧‧封包資料網路

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

RAN‧‧‧無線電存取網路

WTRU‧‧‧無線傳輸/接收單元

S1，X2‧‧‧介面

SCL‧‧‧不使用服務能力層

TCP‧‧‧傳輸控制協定

UDP‧‧‧用戶資料報協定

URI‧‧‧統一資源識別符

更詳細的理解可以從以下結合附圖並且舉例給出的描述中得到，其中：第1圖示出了機器對機器(M2M)網路的示例系統架構；第2圖示出了ETSI M2M架構；第3A圖是可以在其中實施所揭露的一個或多個實施方式的示例通信系統的系統圖；第3B圖是可以在第3A圖所示的通信系統中使用的示例無線傳輸/接收單元(WTRU)的系統圖；第3C圖是可以在第3A圖所示的通信系統中使用的示例無線電存取網路和示例核心網路的系統圖；第4圖示出了支援服務能力層快取的M2M實體的示例協定架構；第5圖示出了M2M閘道和M2M伺服器的示例ETSI M2M資源樹結構；第6圖示出了D’裝置向M2M閘道註冊名為daapp的裝置應用(DA)，以及向M2M伺服器註冊M2M閘道的示例情況；第7圖示出了由D’裝置的DA在M2M閘道上創建的示例資源結構；第8圖示出了M2M伺服器的示例資源結構；第9圖示出了根據一種實施方式的<容器發佈>(<containerAnnc>)的新結構；第10圖示出了根據一種實施方式的快取的資源的示例<快取的內容>(<cachedContent>)結構；第11A圖至第11C圖是針對網路應用的資源發現和資源檢索的示例過程的流程圖；第12圖是用於不使用服務能力層(SCL)快取的資源更新通知的傳訊流程；第13圖是用於使用SCL快取的資源更新通知的傳訊流程；第14圖示出了示例存取權(accessRight)資源結構；第15圖是快取的資源從原始資源繼承同一accessRightID屬性的示例程序的傳訊圖；第16圖示出了ZigBee智慧能源2.0資源結構；第17圖示出了傳統d裝置分別經由裝置網接代理(DIP)、閘道網接代理(GIP)、網路網接代理(NIP)與裝置SCL(DSCL)、閘道SCL(GSCL)、以及網路SCL(NSCL)介接的三種情況；第18A圖和第18B圖示出了M2M區域網路到ETSI M2M資源架構的映射；第19圖示出了用於源於非ETSI M2M裝置的快取的資源的資源架構；第20圖示出了應用接觸點(aPOC)參考ZigBee智慧能源2.0資源結構的應用資源結構中的最頂層資源；第21圖示出了aPOC參考應用資源結構中的最頂層資源的情況；第22圖示出了用於未發佈的資源的示例快取的資源結構；第23圖示出了在<scl基礎>(<sclBase>)下包括快取記憶體(caches)資源的示例資源結構；第24圖示出了在<sclBase>/scls/<scl>下包括caches資源的示例資源結構；第25圖示出了示例caches資源結構；第26圖和第27圖分別示出了<快取記憶體>(<cache>)和快取內容(<cachedContent>)資源；第28圖示出了具有存在於雲中或虛擬化於雲中的M2M伺服器的示例M2M架構；第29圖示出了虛擬化的資源結構；第30圖是用於單獨預約和單獨通知的示例程序的傳訊圖；以及第31圖是用於委託和虛擬預約的示例程序的傳訊圖。

這裏揭露了用於控制前向存取頻道(Cell_FACH)狀態中的胞元間干擾的系統和方法。例如，這可以被實現以克服胞元間干擾並允許Cell_FACH狀態更廣泛的使用。由於共用E-DCH資源可以從單一節點B中被分配，因此上鏈巨集分集在鄰近節點B之間或許是不可能的。此外，被分配共用E-DCH資源的UE可以不被允許執行胞元重選。因此，保持將共用E-DCH資源分配至給定UE多於幾百毫秒可能是不現實的，因為例如如果UE移動到離由非服務節點B控制的鄰近胞元更近的位置，則可能導致不可接受的胞元間干擾。在一些情況中，網路可能必須將UE轉變到Cell_DCH狀態、或者可能必須在分配共用E-DCH資源之後將該共用E-DCH資源釋放幾百毫秒。每一個選項對於正經歷低活動性水準一段擴展週期的UE來說可能都不理想。因此，這裏揭露的實施方式可以允許UE將它的共用E-DCH資源保持更大的週期、並且可以將胞元間干擾最小化。

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

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

通信系統100還可以包括基地台114a和基地台114b。基地台114a和114b中的每個基地台可以是被配置以與WTRU 102a、102b、102c、102d中的至少一個WTRU無線介接以便於存取一個或多個通信網路(諸如核心網路106、網際網路110、及/或網路112)的任何類型的裝置。例如，基地台114a、114b可以是基地台收發站(BTS)、節點B、e節點B、家用節點B、家用e節點B、站點控制器、存取點(AP)、無線路由器等。雖然基地台114a、114b各自都被描述為單獨的元件，但是應當理解的是，基地台114a、114b可以包括任何數量的互連基地台及/或網路元件。

基地台114a可以是RAN 104的一部分，該RAN 104還可以包括其他基地台及/或網路元件(未示出)，諸如基地台控制器(BSC)、無線電網路控制器(RNC)、中繼節點等。基地台114a及/或基地台114b可以被配置為在被稱為胞元(未示出)的特定地理區域內傳送及/或接收無線信號。胞元還可以被進一步劃分成胞元扇區。例如，與基地台114a相關聯的胞元可以被劃分成三個扇區。因此，在一個實施方式中，基地台114a可以包括三個收發器，也就是說，每一個收發器對應於胞元的一個扇區。在一個實施方式中，基地台114a可以利用多輸入多輸出(MIMO)技術，並且，因此可以針對胞元的每個扇區應用多個收發器。

基地台114a、114b可以經由空中介面116來與WTRU 102a、102b、102c、102d中的一個或多個WTRU進行通信，該空中介面116可以是任何適當的無線通信鏈路(例如，射頻(RF)、微波、紅外線(IR)、紫外線(UV)、可見光等)。可以使用任何適當的無線電存取技術(RAT)來建立空中介面116。

更具體地，如上所述，通信系統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、 1O2c可以實施諸如演進型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)等無線電技術。

第3A圖中的基地台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等)來建立微微胞元或毫微微胞元。如第3A圖所示，基地台114b可以直接連接到網際網路110。因此，基地台114b可以不需要經由核心網路106來存取網際網路110。

RAN 104可以與核心網路106通信，該核心網路106可以是被配置為向WTRU 102a、102b、102c、102d中的一個或多個WTRU提供語音、資料、應用及/或網際網路協定語音(VoIP)服務的任何類型的網路。例如，核心網路106可以提供呼叫控制、計費服務、基於移動位置的服務、預付費呼叫、網際網路連接性、視訊分配等、及/或執行高階安全功能(例如用戶認證)。雖然未在第3A圖中示出，但是應當理解的是，RAN 104及/或核心網路106可以直接或間接地和其他那些使用與RAN 104相同RAT或不同RAT的RAN進行通信。例如，除了連接到正在利用E-UTRA無線電技術的RAN 104之外，核心網路106還可以與採用GSM無線電技術的另一RAN(未示出)進行通信。

核心網路106還可以充當WTRU 102a、102b、102c、102d存取PSTN 108、網際網路110、及/或其他網路112的閘道。PSTN 108可以包括提供普通老式電話服務(POTS)的電路交換電話網路。網際網路110可以包括使用公共通信協定的全球互連電腦網路和裝置系統，該公共通信協定例如是傳輸控制協定(TCP)/網際網路協定(IP)族中的TCP、用戶資料報協定(UDP)和IP。網路112可以包括由其他服務供應者擁有及/或操作的有線或無線通信網路。例如，網路112可以包括與一個或多個RAN連接的另一核心網路，其中所述一個或多個RAN可以使用與RAN 104相同的RAT或不同的RAT。

通信系統100中的WTRU 102a、102b、102c、102d的一些或所有可以包括多模能力，即WTRU 102a、102b、102c、102d可以包括用於經由不同的無線鏈路以與不同的無線網路進行通信的多個收發器。例如，第3A圖所示的WTRU 102c可以被配置為與可以使用基於蜂巢的無線電技術的基地台114a通信、以及與可以使用IEEE 802無線電技術的基地台114b通信。

第3B圖是示例WTRU 102的系統圖。如第3B圖所示，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。雖然第3B圖將處理器118和收發器120描述為是分離元件，但是應該理解的是，處理器118和收發器120可以一起被集成到電子封裝或晶片中。

傳輸/接收元件122可以被配置以經由空中介面116來向基地台(例如，基地台114a)傳送信號、或經由空中介面116接收來自基地台(例如，基地台114a)的信號。例如，在一個實施方式中，傳輸/接收元件122可以是被配置為傳送及/或接收RF信號的天線。在另一個實施方式中，傳輸/接收元件122可以是被配置為傳送及/或接收例如IR、UV、或可見光信號的發射器/偵測器。在另一實施方式中，傳輸/接收元件122可以被配置為傳送和接收RF和光信號兩者。應當理解的是，傳輸/接收元件122可以被配置為傳送及/或接收無線信號的任何組合。

此外，雖然在第3B圖中將傳輸/接收元件122描述為單一元件，但是WTRU 102可以包括任何數量的傳輸/接收元件122。更具體地，WTRU 102可以採用MIMO技術。因此，在一個實施方式中，WTRU 102可以包括用於經由空中介面116以傳送和接收無線信號的兩個或更多個傳輸/接收元件122(例如，多個天線)。

收發器120可以被配置為調變將由傳輸/接收元件122傳送的信號以及解調由傳輸/接收元件122接收到的信號。如上所述，WTRU 102可以具有多模能力。因此，收發器120可以包括例如用於使WTRU 102能夠經由多個RAT(諸如UTRA和IEEE 802.11)進行通信的多個收發器。

WTRU 102的處理器118可以耦合到下述裝置、並且可以接收來自下述裝置的用戶輸入資料：揚聲器/麥克風124、鍵盤126、及/或顯示器/觸控板128(例如，液晶顯示器(LCD)顯示單元或有機發光二級管(OLED)顯示單元)。處理器118還可以向揚聲器/麥克風124、鍵盤126、及/或顯示器/觸控板128輸出用戶資料。此外，處理器118可以訪問來自任何類型的適當的記憶體(例如不可移式記憶體130及/或可移式記憶體132)的資訊，以及將資料存入這些記憶體。不可移式記憶體130可以包括隨機存取記憶體(RAM)、唯讀記憶體(ROM)、硬碟、或任何其他類型的記憶體儲存裝置。可移式記憶體132可以包括用戶身份模組(SIM)卡、記憶條、安全數位(SD)記憶卡等。在其他實施方式中，處理器118可以存取來自那些並非實體地位於WTRU 102上(例如可以位於伺服器或家用電腦(未示出)上)的記憶體的資訊、以及將資料存入這些記憶體中。

處理器118可以接收來自電源134的電力、並且可以被配置以向WTRU 102中的其他元件分配及/或控制電力。電源134可以是向WTRU 102供電的任何適當的裝置。例如，電源134可以包括一個或多個乾電池(例如，鎳-鎘(NiCd)、鎳-鋅(NiZn)、鎳-氫(NiMH)、鋰離子(Li-ion)等)、太陽能電池、燃料電池等。

處理器118還可以耦合到GPS晶片組136，GPS晶片組136可以被配置為提供關於WTRU 102的目前位置的位置資訊(例如，經度和緯度)。作為來自GPS晶片組136的資訊的補充或替代，WTRU 102可以經由空中介面116以從基地台(例如基地台114a、114b)接收位置資訊、及/或基於正在從兩個或更多個鄰近基地台接收到的信號的時序來確定其位置。應當理解的是，在保持符合實施方式的同時，WTRU 102可以用任何適當的位置確定方法來獲取位置資訊。

處理器118還可以耦合到其他週邊裝置138，週邊裝置138可以包括提供附加特徵、功能及/或有線或無線連接的一個或多個軟體及/或硬體模組。例如，週邊裝置138可以包括加速器、電子指南針、衛星收發器、數位相機(用於相片或視訊)、通用串列匯流排(USB)埠、振動裝置、電視收發器、免持耳機、藍芽R模組、調頻(FM)無線電單元、數位音樂播放器、媒體播放器、視訊遊戲機模組、網際網路瀏覽器等。

第3C圖是根據實施方式的RAN 104和核心網路106的系統圖。如上所述，RAN 104可以採用E-UTRA無線電技術以通過空中介面116來與WTRU 102a、102b、102c通信。RAN 104還可以與核心網路106通信。

RAN 104可以包括e節點B 140a、140b、140c，但是應當理解的是，RAN 104可以包括任何數量的e節點B，同時保持與實施方式的一致性。e節點B 140a、140b、140c各可以包括用於經由空中介面116以與WTRU 102a、102b、120c通信的一個或多個收發器。在一種實施方式中，e節點B 140a、140b、140c可以實施MIMO技術。因此，例如，e節點B 140a可以使用多個天線來向WTRU 102a傳送無線信號、以及從WTRU 102a接收無線信號。

e節點B 140a、140b、140c的每一個可以與特定胞元(未示出)相關聯、並可以被配置為處理無線電資源管理決定、切換決定、上鏈及/或下鏈中的用戶排程等。如第3C圖所示，e節點B 140a、140b、140c可以經由X2介面彼此通信。

第3C圖中所示的核心網路106可以包括移動性管理閘道(MME)142、服務閘道144、和封包資料網路(PDN)閘道146。雖然每一個前述元件被描述為核心網路106的一部分，但是應當理解的是，這些元件中的任何一個元件都可以由除了核心網路操作者之外的實體所擁有及/或操作。

MME 142可以經由S1介面連接到RAN 104中的e節點B 140a、140b、140c中的每一者、並且可以充當控制節點。例如，MME 142可以負責認證WTRU 102a、102b、102c的用戶、承載啟動/停用、在WTRU 102a、102b、102c的初始連結期間選擇特定的服務閘道等。MME 142還可以提供用於在RAN 104與採用其他無線電技術(諸如GSM或WCDMA)的RAN(未示出)之間進行切換的控制面功能。

服務閘道144可以經由S1介面以連接到RAN 104中的e節點B 140a、140b、140c中的每個。服務閘道144通常可以路由用戶資料封包至WTRU 102a、102b、102c/轉發來自WTRU 102a、102b、102c的用戶資料封包。服務閘道144還可以執行其他功能，諸如在e節點B間的切換期間錨定用戶面、在下鏈資料可由WTRU 102a、102b、102c使用時觸發傳呼、管理和儲存WTRU 102a、102b、102c的上下文等。

服務閘道144還可以連接到PDN閘道146，其中PDN閘道146可以向WTRU 102a、102b、102c提供到封包交換網路(諸如網際網路110)的存取，以促成WTRU 102a、102b、102c與IP賦能裝置之間的通信。

核心網路106可以促成與其他網路的通信。例如，核心網路106可以向WTRU 102a、102b、102c提供到電路交換網路(諸如PSTN 108)的存取，以促成WTRU 102a、102b、102c與傳統陸線通信裝置的通信。例如，核心網路106可以包括IP閘道(例如，IP多媒體子系統(IMS)伺服器)或者可以與之通信，其中IP閘道充當核心網路106與PSTN 108之間的介面。另外，核心網路106可以向WTRU 102a、102b、102c提供到網路112的存取，其中網路112可以包括由其他服務供應者所擁有及/或操作的其他有線或無線網路。

快取是計算和網路系統(包括M2M系統)的重要部分。好的快取策略可以將延遲降低巨大百分比，以及藉由採取卸載昂貴的背景伺服器和資料庫來改善流通量。

快取已經應用到網際網路系統中。兩種主要的機制是網路快取和內容傳遞(delivery)網路。網路快取記憶體臨時儲存或快取經由其的網路文件(例如，超文本標記語言(HTML)頁和影像)，以減少頻寬使用、伺服器負載等。如果滿足特定條件，則後續請求可以從快取記憶體中被滿足。內容傳遞網路(CDN)意圖藉由將內容檔案複製到鄰近終端用戶的快取記憶體(即，代理伺服器)來增加網際網路容量。代理伺服器快取內容檔案集合、並代表起點來傳遞內容檔案集合，以降低經由源伺服器的訊務以及降低整個網路訊務。典型地，代理伺服器位於鄰近終端用戶的網路的邊緣處。內容供應者可以向CDN供應者登記(sign in)，以及附近的終端用戶之後可以從代理伺服器中以透明的方式檢索內容檔案。

在M2M系統中，快取可以在應用協定層處被支援。超文本傳輸協定(HTTP)和約束應用協定(CoAP)可以在M2M系統中使用。

HTTP支援快取，使得內容可以由瀏覽器在本地儲存、或由位於用戶端與源伺服器之間的某處的代理儲存、並且當需要時被重新使用。一些類型的資料(例如，股票價格以及天氣預報)經常改變，以及瀏覽器不顯示這些資源的舊版本是很重要的。藉由謹慎地控制快取，靜態內容可以被重新使用，以及能夠防止動態資料的儲存。

HTTP定義了三種用於控制快取記憶體的基本機制：新鮮度(freshness)、有效性(validation)、和無效性。新鮮度允許回應被使用，而無需向源服務器重新檢查該回應。HTTP提供了兩種用於伺服器指定回應的新鮮度壽命的方式：期滿(Expires)標頭和最大年齡(max-age)快取記憶體控制指令。Expires標頭的值是回應變舊的日期和時間。max-age快取記憶體控制指令指定回應應當被認為是新鮮的秒數。

有效性可以被用於檢查快取的回應在其變舊之後是否依然良好。快取記憶體可以使用If-Modified-Since(如果-修改-自)標頭做出有條件的請求，以查看其是否已經改變。由HTTP/1.1提供的另一驗證器(validator)被稱作實體標記(ETag)。ETag是用於識別物件的具體實例的不透明的字串。快取記憶體使用ETag來驗證其具有If-None-Match(如果-無-匹配)請求標頭的物件。

無效性通常是經由快取記憶體的另一請求的邊際效應(side effect)。如果與快取的回應關聯的URL稍後得到公佈(POST)、放入(PUT)或刪除(DELETE)請求，則快取的回應將是無效的。

為了有效地完成請求，CoAP支持回應的快取。簡單的快取是使用與CoAP回應一起攜帶的新鮮度和有效性資訊被啟用。快取記憶體可以位於端點或中間位置。CoAP定義比HTTP更簡化的新鮮度模型、有效性模型和無效性模型。對於新鮮度，Max-age選項指明在回應年齡大於特定秒數之後將不認為回應是新鮮的。對於有效性，端點可以使用獲得(GET)請求中的ETag選項來向源伺服器給出選擇將被使用的儲存的回應和更新其新鮮度這兩者的時機。對於無效性，快取記憶體應對針對創建的、刪除的和改變的不新鮮的資源的任何儲存的回應做標示。

應當注意的是，這裏揭露的實施方式可應用到目前可用的ETSI M2M架構或可以在未來被發展的非ETSI M2M架構。

在一種實施方式中，快取可以在SCL 404處被支援。第4圖示出了支援服務能力層快取的M2M實體(例如，M2M裝置、M2M閘道、和M2M伺服器)的示例協定結構。M2M裝置(D裝置)、M2M閘道、和M2M伺服器共享相似的架構。應用層402提供不同種類的M2M應用，例如排放控制、收費付款、生產鏈監控和自動化、貨物供應和分配監控等。SCL 404提供被不同應用所共享的功能。SCL 404經由一組開放介面來顯示(expose)功能性。SCL 404可以使用核心網路功能性、以及簡化和最佳化應用開發和部署，同時對應用隱藏網路規範。SCL 404可以與一個或幾個核心網路介接。應用協定層406支援例如超文本傳輸協定(HTTP)和約束應用協定(CoAP)之類的協定。與M2M閘道介接以具有到M2M伺服器和外部網路的連接的M2M裝置可以不具有SCL 404。SCL 404可以負責管理快取記憶體中所有快取的資源。

由於快取的資源屬於SCL 404上的資源結構，SCL快取可以提供完整的快取資源發現。快取的資源可以基於快取位置而被指派新的統一資源識別符(URI)。在這種情況下，資源可能不只具有原始URI，還具有在其他位置上快取的副本的新URI。請求方可以藉由使用對應的URI來選擇副本中的一個。另一方面，如果快取的資源遵循相同的URI並且原始的URI被儲存作為快取資源的屬性或子資源，請求方可以選擇在何處檢索資源。當點擊時，可能不自動地從一些網路代理返回資源。因此，可能不存在快取記憶體丟失或資源丟失，因而沒有額外的代理處理延遲。

利用SCL快取，對快取的資源的預約變得可行和靈活。利用預約，用戶將被通知來自快取位置的更新的資源，而不是來自遠端源伺服器。服務層快取記憶體還可以預約原始資源，以自動更新快取的副本。因此，用戶能夠接收復新的資源的自動更新、以及可以不具有舊的快取的資源。ETSI SCL還可以針對每個用戶端的請求，支援有條件的預約，因為快取的資源可以由SCL層傳輸到應用層以進行解析(interpretation)、或由ETSI SCL使用支援的內容感知服務直接處理。

HTTP或CoAP的快取的益處受基於對話的傳輸層安全性限制。處於連接兩端的用戶端和伺服器應當在各種參數上達成一致，以建立對話的安全性。因此，如果不同用戶端不共享相同的參數，則因為新的用戶端認證失敗，代理不能向不同用戶端共享由一個用戶端檢索的快取內容。在M2M系統中，應用需要向M2M伺服器或M2M閘道註冊以與其通信。同樣的操作也適用於伺服器到伺服器、閘道到伺服器通信。這限制了M2M伺服器或M2M閘道重新使用資源的本地副本以答覆來自不同應用的請求，甚至他們要求相同的資源。相反地，服務能力層快取可以提供訊息級安全性。其支持更智慧和強健的安全性機制以認證其他用戶端。每個資源(不管是原始創建的還是快取的)具有特定的存取權。其控制哪些用戶端能夠存取資源。

第5圖示出了M2M閘道和M2M伺服器的示例ETSI M2M資源樹結構。<sclBase>資源502包含所有代管(hosting)M2M SCL的其他子資源。 <sclBase>資源502是其包含的所有其他資源的根。<sclBase>資源502由絕對統一資源識別符(URI)表示。在SCL中代管的所有其他資源由URI識別，該URI從<sclBase>的URI中階層地得到。scls資源504是表示在除代管SCL以外的其他實體(例如，在其他M2M裝置、閘道、或伺服器上)上管理的M2M SCL的資源、並且是被授權與本地SCL相互作用(interact)的資源。為了被授權與本地SCL相互作用，遠端SCL可以進行M2M服務註冊程序。<scl>資源作為SCL向本地SCL的成功註冊的結果被創建，或者反之亦然。

應用資源506儲存關於應用的資訊。<應用>(<application>)資源可以作為應用向本地SCL的成功註冊的結果被創建。容器(Container) 資源508是通用資源，其可以被用於藉由使用容器作為負責緩衝資料的中介者來在應用及/或SCL之間交換資料。應用間的資料交換(例如，在裝置和網路側)從建立直接連接的需求中被提取、並允許交換的雙方不同時線上的情況。

群組資源510可以被用於定義和存取其他資源組。存取權資源512可以儲存許可的表示。存取權資源與可存取到代管SCL外部的實體的資源相關聯。預約資源514可以被用於追蹤對其父資源的活動預約的狀態。預約表示來自將被通知關於對父資源的修改的發佈方的請求。發現資源516可以被用於執行關於sclBase的發現。

為了裝置SCL(DSCL)、閘道SCL(GSCL)、和網路SCL(NSCL)，資源可以被認為是發佈或未發佈的。發佈的資源可以由來自本地SCL的應用發現和請求。發佈的資源可以源於ETSI M2M實體或非ETSI M2M裝置(例如，傳統ZigBee裝置)。非ETSI M2M裝置可以經由M2M互連代理或經由M2M應用接觸點(aPoc)代理介接到ETSI M2M SCL。

在ETSI M2M資源結構中，發佈的資源可以指向在另一SCL中代管的原始資源。發佈的資源的目的在於當詢問發佈到(announced-to)SCL時便於原始資源的發現，以使發現的發佈方不需要為了找到資源而聯繫所有SCL。例如，發佈的資源可以具有下列組合：<sclBase>/scls/<scl>/applications/<applicationAnnc>；<sclBase>/scls/<scl>/containers/<containerAnnc>；<sclBase>/scls/<scl>/containers/<locationContainerAnnc>； <sclBase>/scls/<scl>/applications/<applicationAnnc>/containers/<containerAnnc>；<sclBase>/scls/<scl>/applications/<applicationAnnc>/containers/<locationContainerAnnc>；<sclBase>/scls/<scl>/groups/<groupAnnc>；<sclBase>/scls/<scl>/applications/<applicationAnnc>/groups/<groupAnnc>；<sclBase>/scls/<scl>/accessRights/<accessRightAnnc>；or<sclBase>/scls/<scl>/applications/<applicationAnnc>/accessRights/<accessRightAnnc>.

第6圖示出了D’裝置602向M2M閘道604註冊名為daapp的DA、以及向M2M伺服器606註冊M2M閘道604的示例情況。daapp在M2M閘道SCL<sclBaseGw1>上創建名為container1的容器和名為內容實例1(contentIns1)的內容實例。第7圖示出了由D’裝置602的DA在M2M閘道604上創建的示例資源結構。例如，<contentIns1>的URI可以是<sclBaseGw1>/applications/<daapp>/containers/<container1>/contentInstances/<contentIns1>。資源<daapp>和<container1>例如根據資源被創建時的設定被發佈到M2M伺服器606。第8圖示出了在此示例中的M2M伺服器606的示例資源結構。在<containerAnnc1>802下，存在屬性(attributes)子資源804。

網路應用可以發現資源<contentIns1>。當NA1請求資源時，M2M伺服器606充當代理，以及資源表示經由M2M伺服器606以從M2M閘道604返回。利用SCL快取，資源可以由M2M伺服器606的NSCL快取。如果另一網路應用NA2之後請求相同的資源，其可以從M2M伺服器606直接地檢索。

用於管理資源(此示例中的<contentIns1>)的快取的實施方式將參考第6圖的示例被闡述。用於管理資源(此示例中的<contentIns1>)的快取的實施方式將參考第6圖的示例被闡述。

在一種實施方式中，更多的資源可以被添加到<containerAnnc1>902下，以進行快取<contentIns1>，如第9圖所示。第9圖示出了根據一種實施方式的<containerAnnc>的新結構。<contentIns1>可以被快取，作為<containerAnnc1>容器902中的內容實例(contentInstances)資源904下的一個<cachedContent>。內容實例資源904表示容器中內容實例的收集。其可以追蹤最近的(最新的)和最舊的實例。這些可以分別參考在收集中的最新的實例和最舊的實例。如果在收集中沒有實例，則最近的和最舊的資源可不存在。內容實例資源904是特殊的，因為對內容實例的檢索可以給出收集中<contentInstance>資源的內容的返回的資源表示(受限於過濾標準)，而不僅是對這些子(child)資源的參考。

由於此結構，內容實例資源904可以不需要具有任何更新的屬性，但僅用<cachedContent>代替子資源<contentInstance>，以及不需要對資源預約做改變。

第10圖示出了根據一種實施方式的用於快取的資源的示例<cachedContent>結構1002。如第10圖所示，與<contentInstance>相比，<cachedContent>可以多出三個屬性和一個子資源。屬性1004可以包括源URI(originURI)、maxAge、和accessRightID。屬性originURI保持快取的資源的原始URI的記錄。屬性maxAge指明快取的資源在其年齡大於特定的秒數後將不認為其是新鮮的。屬性accessRightID使得安全性能夠下降到快取的內容實例的等級。利用子資源預約，用戶端可以預約每個快取的內容實例。

由於ETSI M2M資源結構中的虛擬資源，發現資源可以被用於執行關於sclBase的發現、以及將結果提供回至發佈方。請求被定址到代管SCL的<sclBase>/discovery。

第11A圖至第11C圖是用於NA1和NA2的資源發現和資源檢索的示例過程的流程圖。NA1向M2M伺服器1(即，<sclBaseServer1>)發佈資源發現請求(例如，GET<sclBaseServer1>/discovery)(1102)。針對NA1的喜好，一些過濾標準可以被添加到GET請求。M2M伺服器1返回具有與過濾標準匹配的資源的URI的成功回應，其是由在M2M閘道1上的GSCL上的daapp創建的發佈的容器(1104)。發佈的容器具有<sclBaseServer1>/scls/gscl1/applications/<daAnnc1>/containers/<containerAnnc1>的URI。

NA1接著向M2M伺服器1發佈針對<containerAnnc1>的檢索請求(1106)。發佈的資源是包括限制的屬性集的實際資源，該屬性是搜索字串(searchStrings)、到原始資源的鏈路(link)、以及存取權。因此，NA1接收<containerAnnc1>的鏈路屬性，其包含發佈的資源的URI(1108)。

NA1經由M2M伺服器1以向M2M閘道1發佈針對<container1>的檢索請求(1110)。<container>資源包含子資源和屬性，在其之中是內容實例參考(contentInstancesReference)。其是對<container>中的子資源內容實例的參考。NA1接收<container1>的子資源的URI(1112)。 M2M伺服器1充當NA1請求資源的代理。

NA1經由M2M伺服器1以向M2M閘道1發佈針對內容實例的檢索請求(1114)。內容實例資源表示容器中的內容實例的收集。對內容實例的檢索給出收集中<contentInstance>資源的內容的資源表示(受限於過濾標準)，而不僅是對子資源的參考。充當NA1的代理的M2M伺服器1接收<contentIns1>的資源表示(1116)。利用SCL快取，M2M伺服器1上的NSCL快取具有資源結構的<contentIns1>(1118)。M2M伺服器1向NA1轉發<contentIns1>的資源表示(1120)。

NA2向M2M伺服器1(即，<sclBaseServer1>)發佈資源發現請求(例如，GET<sclBaseServer1>/discovery)(1122)。由於M2M伺服器1的NSCL快取了<contentIns1>的資源表示，M2M伺服器1可以向NA2發送回應(1124)。M2M伺服器1可以向NA2返回發現的資源的原始URI和本地URI。替代地，M2M伺服器1可以向NA2返回發現的資源的原始URI。替代地，M2M伺服器1可以向NA2返回發現的資源的本地URI。

原始URI被儲存在快取的副本的originURI屬性中。按照SCL資源樹產生本地URI。當NA2接收回應訊息時，其可以從該回應中得知存在期望的資源的快取的副本。第11B圖示出了M2M伺服器1向NA2返回兩個URI。

NA2具有選擇從M2M伺服器1返回的URI中的一者的靈活性。NA2可以使用資源的原始URI向M2M閘道1發佈檢索請求(1126)。

當M2M伺服器1從NA2接收到該請求時，M2M伺服器1可以藉由將原始URI映射到所有快取的資源的originURI屬性來找到快取的副本 (1128)。M2M伺服器1還檢查快取的資源的maxAge屬性(1128)。若其maxAge仍超過0，M2M伺服器1可以直接返回快取的資源。如果maxAge已經期滿，M2M伺服器1可以向M2M閘道1上的原始資源發佈更新請求或轉發NA2的請求(1130)。M2M伺服器1從M2M閘道1接收包括<contentIns1>的資源表示的回應、以及將其轉發給NA2(1132、1134)。因此，新鮮的資源可以被返回給NA2。

替代地，NA2可以使用快取的資源的本地URI以向M2M閘道1發佈檢索請求(1136)。M2M伺服器1檢查快取的資源的maxAge屬性(1138)。若在其maxAge仍超過0，M2M伺服器1可以返回具有本地快取的副本的資源表示。如果maxAge已經期滿，M2M伺服器1可以向M2M閘道1上的原始資源發佈更新請求或轉發NA2的請求(1140)。M2M伺服器1從M2M閘道1接收包括<contentIns1>的資源表示的回應，以及將其轉發給NA2(1142、1144)。因此，新鮮的資源可以被返回給NA2。

SCL快取確保快取的資源的完整發現和存在。將不會存在快取記憶體丟失或應用協定層快取的資源丟失發佈，因此沒有額外的代理處理延遲。

參考第6圖中的示例，NA1、NA2、和NA3全都對M2M閘道1的GSCL上的資源感興趣，以及預約具有<sclBaseGw1>/applications/<daapp>/containers/<container1>/contentInstances/的URI的資源。為了預約資源，NA1、NA2、和NA3可以在對應的預約收集中創建預約資源。

通知程序被用於通知用戶資源的修改，針對該資源，該用戶具有活動預約。預約類型可以是非同步或長輪詢。出於簡化的目的，非同步預約將在下文中被闡述，但實施方式也可應用到長輪詢情況中。<預約>(<subscription>)資源包括屬性聯繫(contact)。contact屬性被用於直接發送更新的資源表示到用戶，其是用戶想在此接收該用戶的通知的URI。用戶接收通知並將成功回應發回。

第12圖是用於不使用SCL快取的資源更新通知的傳訊流程。由於不使用SCL快取，M2M閘道1向每個用戶(NA1、NA2、和NA3)發送通知(1202、1206、1210)，以及每個用戶向M2M閘道1發回成功回應(1204、1208、1212)。

第13圖是用於使用SCL快取的資源更新通知的傳訊流程。由於使用SCL快取，M2M伺服器1的NSCL快取一個資源副本。替代預約原始資源(在此示例中的M2M閘道1)，NA1、NA2、和NA3可以選擇預約在M2M伺服器1處的鄰近資源副本，其具有<sclBaseServer1>/scls/gscl1/applications/<daAnnc1>/containers/<containerAnnc1>/contentInstances/<cachedContent1>的URI。M2M伺服器1的NSCL還可以預約源伺服器上的具有<sclBaseGw1>/applications/<daapp>/containers/<container1>/contentInstances/<contentIns1>的URI的資源。

M2M閘道1的GSCL向M2M伺服器1的NSCL發送存在新版本的資源的通知(1302)。M2M伺服器1的NSCL接收更新的版本並替代在快取記憶體中的舊版本，以及向M2M閘道的GSCL發送回應(1304)。在M2M伺服器1處接收通知也觸發對用戶進行通知。M2M伺服器1的NSCL分別向NA1、NA2、和NA3轉發通知(1306、1310、1314)。NA1、NA2、和NA3 分別將成功的回應發送回至M2M伺服器1(1308、1312、1316)。與第12圖中所示的不使用SCL快取的過程相比，SCL快取減少了M2M閘道1與M2M伺服器1之間的傳輸負荷。一旦NSCL可以從GSCL檢索到更新的資源，其他用戶可以獲得附近快取的副本的自動更新。

第14圖示出了示例存取權資源結構。快取的資源可以具有accessRightID屬性，其是如第14圖所示的存取權資源的URI。在被參考的<存取權>(<accessRight>)資源中定義的“許可”確定允許誰存取資源。快取的資源的accessRightID屬性可以是從原始資源繼承的或重新配置的。如果資源類型不具有accessRighID屬性定義，則針對該類型的資源的存取權可以用不同方式來管理。例如，與父關聯的存取權可以應用到子資源，該子資源不具有accessRighID屬性定義，或對存取的許可可以被固定。

第15圖是快取的資源從原始資源繼承同一accessRighID屬性的示例過程的傳訊圖。當M2M伺服器1的NSCL快取資源<contentIns1>時，其向原始SCL產生GET請求以在允許應用或另一SCL存取快取的資源前檢查存取權。由於在目前ETSI M2M架構中，資源內容實例(即，<contentInstance>)不具有定義的accessRighID屬性，他們的父資源<container>的存取權可以被應用到他們。為了獲得accessRighID屬性資源，M2M伺服器1可以發佈GET請求到M2M閘道1，該GET請求具有設定為<sclBaseGw1>/applications/<daapp>/containers/<container1>/accessRightID的請求URI(1502)。M2M閘道返回具有對應的存取權資源的URI(<sclBaseGW1>/accessRights/<accesRight1>)的回應訊息(1504)。

M2M伺服器1的NSCL接著從M2M閘道1的GSCL檢索 <accessRight>資源(1506，1508)。M2M伺服器1的NSCL為快取的資源的存取權指派值。假設快取的資源的<accessRightID>屬性儲存對應的<accessRight>的URI，作為<sclBaseServer1>/accessRights/<accesRightC1>。

M2M伺服器1的NSCL可以藉由創建<subscription>資源來預約<accessRightC1>資源(1510，1512)。其可以定址具有<sclBaseGw1>/accessRights/<accessRight1>/subscriptions的URI的預約收集資源。 <subscription>資源的contact屬性可以被設定為<sclBaseServer1>/accessRights/<accesRightC1>。利用此程序，快取的資源可以維持與原始資源相同的存取權。

存在很多不採用同一ETSI M2M定義的SCL資源結構的其他M2M區域網路，例如ZigBee智慧能源2.0。第16圖示出了ZigBee智慧能源2.0資源結構。

M2M傳統裝置可以與M2M SCL介接。一種解決方案是藉由使用在ETSI M2M架構中定義的M2M閘道網接代理(GIP)、M2M裝置網接代理(DIP)以及M2M網路網接代理(NIP)。另一種解決方式是藉由使用M2M應用接觸點(aPoc)。

第17圖示出了傳統d裝置1710分別經由DIP 1702、GIP 1704、NIP 1706以與DSCL 1712、GSCL 1714、和NSCL 1716介接的三種情況。網接代理單元(IPU)、DIP 1702、GIP 1704、和NIP 1706負責發現M2M區域網路結構、創建表示ETSI M2M SCL中的M2M區域網路結構的ETSI M2M資源結構、以及在M2M區域網路結構改變的情況下管理ETSI M2M資源結構。

第18A圖和第18B圖示出了M2M區域網路到ETSI M2M資源架構的映射。IPU以ETSI M2M<application>資源被模式化。由IPU控制的每個M2M區域網路以ETSI M2M<application>資源被模式化。屬於M2M區域網路的每個M2M傳統d裝置以ETSI M2M<application>資源被模式化。屬於M2M傳統d裝置的每個應用(其不是ETSI M2M應用)以ETSI M2M<application>資源被模式化。

屬於由應用實施的介面的每個資料欄位和每個方法可以被鏡像或被重新定標(retarget)。鏡像保持資料欄位與其在M2M資源結構中的表示同步。重新定標被定義為允許直接從裝置提取資料的機制，該機制不在M2M資源結構中儲存資料。利用SCL快取，重新定標的資源資料可以被快取以用於之後的請求，而不從M2M傳統d裝置中將其讀取。

ETSI M2M SCL充當針對來自非ETSI M2M裝置的裝置應用的代理。當從以非ETSI M2M裝置上的資源為目標的網路應用接收請求時，非ETSI M2M裝置註冊和介接到的ETSI M2M SCL轉發資源請求以重新定標非ETSI M2M裝置、以及轉發資源回應以重新定標網路應用。這為ETSI M2M SCL提供了快取訊息的機會。第19圖示出了用於源於非ETSI M2M裝置的快取的資源的資源結構。在一種實施方式中，快取的內容資源1902、1904可以被用於儲存重新定標的資料值，如第19圖所示。

ETSI M2M目前支援被認為是aPoC的特徵，該aPoC允許應用向M2M SCL註冊並且向SCL提供針對應用的轉發位址(例如，接觸點)。此位址可以由M2M SCL使用來轉發對實際應用檢索代管的資源的請求。例如，在如第20圖所示的具有ZigBee智慧能源2.0資源結構的M2M區域網路的情況下，aPoC參考在應用資源結構中的最頂層資源。

藉由使用M2M aPoC代理，在ETSI M2M SCL上的資源結構可以快取在原始M2M區域網路中的原始資源結構。利用SCL快取，ETSI M2M SCL能夠快取從M2M傳統裝置接收到的資源資料。第21圖示出了用於藉由M2M aPOC代理的源於非ETSI M2M裝置的快取的資源的資源結構。代替僅在aPOC中維持接觸位址，SCL可以儲存經過的資源，仍舊保留原始資源結構，如第21圖所示。

SCL可以從ETSI M2M實體接收未發佈的資源。這可能在資源URI是被供應而不是被發佈的情況下發生，這就意味著資源創建方通知具有資源的URI的潛在的請求方。在第6圖的示例中，M2M閘道1可以向網路應用(例如，NA1、NA2、NA3)通知其資源。另一方面，網路應用可以發佈關於遠端SCL的資源發現，該遠端SCL是第6圖中的M2M閘道1。在這些方式中，在M2M閘道1上的資源可以對NA可知，以及對於M2M伺服器1的NSCL，那些資源是未發佈的。

第22圖示出了用於未發佈的資源的示例快取的資源結構。在一種實施方式中，快取容器資源2202、2204可以被創建在容器之下，該容器被用於將快取的資源儲存在內容實例中。快取的資源源於SCL，該SCL應當已經向目前SCL進行了註冊。快取的資源可以被放在<scl>下。<scl>是已經向目前SCL進行了註冊的一個SCL。

此方法將快取的資源與本地創建的資源混合。這可能導致在管理這兩類資源時的複雜性。目前內容實例收集資源保持最近的和最舊的資源，其可能在快取記憶體填滿時不足以進行快取記憶體管理。其他統計 (statistic)(例如，最受歡迎、最不受歡迎、自開發和所有權快取標準)可以被需要以用於做出好的快取記憶體替代決定。在內容實例收集資源下，目前<contentInstance>資源包含屬性和內容。為了能夠將內容映射到原始URI，內容的原始URI可以被添加，作為多個屬性中的一個屬性，或作為<contentInstance>下的子資源。

在另一種實施方式中，新快取記憶體收集資源可以在<sclBase>下和在<sclBase>/scls/<scl>下被創建。第23圖示出了示例資源結構，該示例資源結構包括<sclBase>下的快取記憶體資源2302。第24圖示出了示例資源結構，該示例資源結構包括<sclBase>/scls/<scl>下的快取記憶體資源2304。第25圖示出了示例快取記憶體資源結構。快取記憶體資源2302/2304將快取的資源與源自本地的資源進行區分。快取記憶體資源2302/2304包含屬性、<cache>2306、以及預約。

第26圖和第27圖分別示出了<cache>和<cachedContent>資源。<cache>資源2306可以被用作在其下的<cachedContent>資源2308的聚合(aggregation)。例如，<cache>資源2306可以包含來自同一原始伺服器的快取的內容(例如，<sclBase>/scls/<gwscl>/caches/<cache>)。在另一示例中，<cache>資源2306可以包含針對來自不同M2M裝置的溫度讀數的快取的內容(例如，<sclBase>/caches/<tempcache>)。

為了示出聚合性能，<cache>的一個新屬性可以被添加，被命名為聚合。聚合屬性可以具有諸如IP位址或產生快取的資源的原始伺服器的名稱、或資源的資料類型的值。雖然資源的內容對SCL是不透明的，資料類型(例如溫度讀數或濕度讀數)可以從裝置的功能性中推斷。

如第26圖所示，<cache>資源2306可以包含屬性的子資源、<cachedContent>、最受歡迎、最不受歡迎、最近、最舊和預約。最受歡迎、最不受歡迎、最近的、最舊的資源可以被用作快取記憶體替代的標準。更多標準可以被添加在<cache>資源2306下。

<cachedContent>資源2308表示一個快取的資源，並且包含對應的內容和accessRightID、originURI、以及maxAge屬性，如第27圖所示。

應當注意的是，在第23圖至第27圖中所述的資源結構是通用的，以及這些實施方式也可以應用到發佈的資源(包括來自ETSI M2M實體和來自M2M傳統裝置的發佈的資源)。

第28圖示出了具有存在於或虛擬化於雲中的M2M伺服器2804、2806、2808的示例M2M架構。雲可以被部署有M2M SCL快取記憶體管理器2802。M2M SCL快取記憶體管理器2802可以維持在M2M伺服器2804、2806、2808中的每一個M2M伺服器中快取了哪些資源的記錄。在M2M SCL快取記憶體管理器2802中維持的快取的資源記錄格式如表1所示。所有快取的資源可以由其原始URI標索引。快取URI指明快取的資源的URI。標籤指明快取的資源是具有在資源樹下儲存的副本或是其被虛擬化(R意味著實際副本、V意味著虛擬化的副本)。M2M伺服器2804、2806、2808可以不在其本地資源樹中快取相同的資源。相反，可以存在位於雲中的快取的資源的一個副本。M2M SCL快取記憶體管理器2802追蹤其在哪里被實體地儲存、以及將其他標記為虛擬化的。

M2M SCL快取記憶體管理器2802可以協調在快取該資源的M2M伺服器2804、2806、2808，以避免快取複製的副本。M2M SCL快取記憶體管理器2802可以藉由代表M2M伺服器2804、2806、2808預約原始資源來維持快取的資源的新鮮度。M2M SCL快取記憶體管理器2802可以提供虛擬化的快取的資源與其被快取的位置的映射。例如，如果快取的資源位於M2M伺服器2806，但也經由M2M伺服器2808上的M2M SCL快取記憶體管理器2802被虛擬化，當存在由M2M伺服器2808捕獲的請求時，M2M SCL快取記憶體管理器2802可以將虛擬化的資源映射到M2M伺服器2806、並為M2M伺服器2808來提取它。M2M伺服器2808接著可以回應該請求。由於M2M伺服器2806，M2M伺服器2808和M2M SCL快取記憶體管理器2802可以位於同一雲中。

假設資源(具有<sclBaseGw1>/applications/<daapp>/containers/<container1>/contentInstances/<contentIns1>的原始URI)在雲中是新的，這就意味著沒有M2M服務器具有資源的快取的副本。當資源被快取記憶體在雲中的任何M2M伺服器(例如，M2M伺服器2804)的SCL中時，M2M SCL快取記憶體管理器2802可以在快取的資源記錄表中創建資源的新記錄。如果其他M2M伺服器(例如，M2M 伺服器2806和2808)想要具有虛擬化的快取的副本，M2M SCL快取記憶體管理器2802可以請求在該其他M2M伺服器中的SCL。虛擬化的快取的副本被定義為SCL在資源樹中創建的那個副本，但是資源本身不被本地儲存在SCL中。

第29圖示出了虛擬化的資源結構，其與第27圖相比不具有內容子資源。在這種方式中，快取的資源可以由其他網路應用發現和請求，該其他網路應用連結到M2M伺服器2806和2808(例如，在M2M伺服器2806上運行的NA2，或在M2M伺服器2808上運行的NA3)，而不僅是由在M2M伺服器2804上運行的應用(NA1)來發現和請求。M2M伺服器2806或2808可以接受虛擬化請求，以及為其產生新的URI。所得出的快取的資源記錄表可以類似於表1。

如果在M2M伺服器2808上運行的NA3稍後想要請求資源，其發送請求訊息到其連結的M2M伺服器2808。M2M伺服器2808請求M2M SCL快取記憶體管理器2802找到資源的物理位置。M2M SCL快取記憶體管理器2802檢查快取的資源記錄表、以及可以從M2M伺服器2804的NSCL提取資源的內容。

M2M SCL快取記憶體管理器2802可以協調在快取該資源的M2M伺服器，例如，以避免在雲中複製同一資源的副本。例如，在M2M伺服器2806和M2M伺服器2808快取了相同資源在其資源樹中的情況下，由M2M SCL快取記憶體管理器2802管理的快取的資源記錄表可以類似於表2。如果M2M SCL快取記憶體管理器2802發現資源在連結到M2M伺服器2808的網路應用之間是不受歡迎的，則其可以決定請求M2M伺服器2808從其資源樹中移除資源的副本(資源的內容)，以使在雲中沒有資源的複製、並且整個儲存使用率更加有效。M2M SCL快取記憶體管理器2802之後將標籤從R變為V，如表3所示。

如果M2M SCL快取記憶體管理器2802發現資源在連結到M2M伺服器2804的網路應用之間是非常受歡迎的(從M2M伺服器2804到M2M SCL快取記憶體管理器2802的很多請求要求資源檢索)，M2M SCL快取記憶體管理器2802可以請求M2M伺服器2804快取資源的內容，以避免頻繁的請求。所得出的M2M SCL快取記憶體管理器中的快取的資源記錄可以類似於表4。

M2M SCL快取記憶體管理器2802可以在M2M伺服器之間協調對原始資源的預約。M2M SCL快取記憶體管理器2802可以選擇一個M2M伺服器來代表其他M2M伺服器預約原始資源。假設快取的資源記錄如表4所示，其指明具有<sclBaseGw2>/applications/<daapp>/containers/<container2>/contentInstances/<contentIns2>的原始URI的資源具有由M2M伺服器2804的SCL和M2M伺服器2806的SCL快取的兩個真實副本。

第30圖是單獨預約和單獨通知的示例過程的傳訊圖。M2M伺服器1和M2M伺服器2可以單獨預約原始資源。當資源被更新時，通知分別從M2M閘道(3002,3006)被發送到M2M伺服器1和M2M伺服器2，並且回應分別從M2M伺服器1和M2M伺服器2被發送到M2M閘道(3004,3008)。這可以導致M2M閘道與用於複製訊息的雲之間的訊務。

M2M SCL快取記憶體管理器可以藉由向快取的資源記錄表再添加一列來協調原始資源預約，如表5所示。在表5中，“YD”表示M2M伺服器2的SCL預約原始資源、並且由M2M SCL快取記憶體管理器指定以進行該預約和接收通知。“YV”表示M2M伺服器1的SCL以虛擬方式也預約原始資源，以使其不直接從M2M閘道接收通知，而是經由M2M SCL快取記憶體管理器從M2M伺服器1被轉發。“N”表示M2M伺服器3不預約原始資源。

第31圖是委託和虛擬預約的示例過程的傳訊圖。當資源被更新時，通知從M2M閘道被發送到M2M伺服器2(3102)，以及回應從M2M伺服器2被發送到M2M閘道(3104)。M2M伺服器2經由M2M SCL快取記憶體管理器向M2M伺服器1轉發該通知(3106、3108)。

實施例

1、一種M2M實體。

2、如實施例1所述的M2M實體，該M2M實體包括應用層，被配置為提供多個M2M應用。

3、如實施例2所述的M2M實體，該M2M實體包括服務能力層，被配置為提供由該多個M2M應用共享的多個功能、以及經由一組開放介面以向該多個M2M應用顯示功能性。

4、如實施例3所述的M2M實體，其中該服務能力層被配置為快取和管理在該服務能力層的資源結構中的資源。

5、如實施例4所述的M2M實體，其中該快取的資源被儲存在ETSI M2M資源結構中。

6、如實施例3-5中任一實施例所述的M2M實體，其中該服務能力層被配置為接收包括過濾標準的發現請求、並返回具有匹配該過濾標準的發現的資源的URI的回應。

7、如實施例6所述的M2M實體，其中該服務能力層被配置為提供該發現的資源的原始URI及/或本地URI。

8、如實施例4-7中任一實施例所述的M2M實體，其中該服務能力層被配置為回應於對該快取的資源的預約請求而在該資源結構中創建預約資源、以及向用戶提供通知以向該用戶提供更新的資源表示。

9、如實施例4-8中任一實施例所述的M2M實體，其中該快取的資源從原始資源繼承相同存取權ID屬性，或該快取的資源的存取權被重新配置。

10、如實施例4-9中任一實施例所述的M2M實體，其中該服務能力層的該資源結構包括針對源於非ETSI裝置或ETSI裝置的資源的快取內容資源。

11、如實施例4-10中任一實施例所述的M2M實體，其中該快取的資源是發佈的資源或未發佈的資源，以及該發佈的資源或該未發佈的資源被儲存在容器資源下。

12、如實施例4-11中任一實施例所述的M2M實體，其中該快取的資源被儲存在服務能力層基礎資源下的快取記憶體資源中。

13、一種用於在服務能力層處支援M2M快取的方法。

14、如實施例13所述的方法，包括接收包括過濾標準的發現請求。

15、如實施例14所述的方法，包括返回具有匹配該過濾標準的資源的URI的回應。

16、如實施例15所述的方法，包括接收針對該資源的檢索請求。

17、如實施例16所述的方法，包括獲得該資源的資源表示。

18、如實施例17所述的方法，包括在服務能力層的資源結構中快取該資源的該資源表示。

19、如實施例18所述的方法，包括轉發該資源的該資源表示。

20、如實施例18-19中任一實施例所述的方法，更包括接收針對該資源的第二檢索請求。

21、如實施例20所述的方法，包括：回應於該第二檢索請求，提供該資源的快取副本。

22、如實施例15-21中任一實施例所述的方法，其中，回應於該發現請求，返回該資源的原始URI及/或本地URI。

23、如實施例15-22中任一實施例所述的方法，更包括接收針對該資源的預約請求。

24、如實施例23所述的方法，包括：回應於對該資源的預約請求，在該資源結構中創建預約資源。

25、如實施例23-24中任一實施例所述的方法，包括預約該資源的原始資源。

26、如實施例25所述的方法，包括從該原始資源接收針對更新的資源表示的第一通知。

27、如實施例26所述的方法，包括向用戶提供第二通知以向該用戶提供該更新的資源表示。

28、如實施例18-27中任一實施例所述的方法，其中該快取的資源從原始資源繼承相同存取權ID屬性，或者該快取的資源的存取權被重新配置。

29、如實施例18-28中任一實施例所述的方法，其中該服務能力層的該資源結構包括針對源於非ETSI裝置或ETSI裝置的資源的快取內容資源。

30、如實施例18-29中任一實施例所述的方法，其中該快取的資源是發佈的資源或未發佈的資源，以及該發佈的資源或該未發佈的資源被儲存在容器資源下。

31、如實施例18-30中任一實施例所述的方法，其中該快取的資源被儲存在服務能力層基礎資源下的快取記憶體資源中。

32、一種用於在服務能力層處支援M2M快取的方法。

33、如實施例32所述的方法，包括M2M快取管理器維持在多個M2M伺服器中被快取的資源的記錄，其中該資源在該多個M2M伺服器中的至少一個M2M伺服器的服務能力層處被快取。

34、如實施例33所述的方法，包括該M2M快取管理器協調在快取該資源的多個M2M伺服器。

35、如實施例33-34中任一實施例所述的方法，其中該M2M快取管理器提供虛擬化的快取的資源與真實的快取的資源之間的映射。

36、如實施例33-35中任一實施例所述的方法，其中該M2M快取管理器藉由代表該多個M2M伺服器預約原始資源來維持該快取的資源的新鮮度。

37、一種用於在服務能力層處支援M2M快取的裝置。

38、如實施例37所述的裝置，該裝置包括處理器，被配置為維持在多個M2M伺服器中被快取的資源的記錄。

39、如實施例38所述的裝置，其中該處理器被配置為協調在快取該資源的該多個M2M伺服器，其中該資源在該多個M2M伺服器中的至少一個M2M伺服器的服務能力層處被快取。

40、如實施例38-39中任一實施例所述的裝置，其中該處理器被配置為提供虛擬化的快取的資源與真實的快取的資源之間的映射，以及藉由代表該多個M2M伺服器預約原始資源來維持該快取的資源的新鮮度。

雖然在上文中描述了採用特定組合的特徵和元素，但是本領域中具有通常知識者將會瞭解，每一個特徵既可以單獨使用，也可以與其他特徵和元素進行任何組合。此外，這裏描述的方法可以在引入到電腦可讀媒體中並供電腦或處理器操作的電腦程式、軟體或韌體中實施。電腦可讀媒體的示例包括電信號(經由有線或無線連接傳送)以及電腦可讀儲存媒體。關於電腦可讀儲存媒體的示例包括但不限於唯讀記憶體(ROM)、隨機存取記憶體(RAM)、暫存器、快取記憶體、半導體儲存裝置、如內部硬碟和可移式磁片之類的磁性媒體、磁光媒體、以及如CD-ROM碟片和數位多功能光碟(DVD)之類的光學媒體。與軟體相關聯的處理器可以用於實施在WTRU、UE、終端、基地台、RNC或任何主電腦中使用的射頻收發器。