TWI613897B - 支援m2m內容及上下文為基礎服務的方法及裝置 - Google Patents

Abstract

公開了用於在應用服務層(ASL)處支援服務的裝置、電腦可讀媒體及方法。ASL可以是機器對機器(M2M)服務能力層(SCL)。內容函數可以解釋資料以生成該資料的語義描述。與資料相關聯的語義資訊可以被儲存。上下文感知函數可以處理資料的語義描述，以生成較低階上下文的線索。上下文感知推理函數可以處理較低階上下文的線索以推導較高階上下文。應用或第二ASL可以使用上下文的線索以及情境上下文來觸發動作。ASL可以根據接收到的消息創建觸發條件。ASL可以根據檢測到觸發條件來調用函數。ASL可以根據接收到的命令執行命令。ASL可以使用目標函數和回饋來控制裝置。

Description

支援M2M內容及上下文為基礎服務的方法及裝置

相關申請的交叉引用

本申請要求享有2012年2月3日提交的美國專利申請No.61/594,629和2012年5月31日提交的美國專利申請No.61/653,772的權益，這些申請的全部內容通過引用結合與此。

機器對機器(M2M)通信是指兩個機器之間的通信。隨著越來越多的資料被從感應器自動地收集以及隨著機器變得越來越有智慧，M2M正變得更加重要。

機器可以經由無線或有線系統與彼此通信。通常，機器(諸如感應器或儀錶)捕獲生成資料(諸如溫度或庫存水平)的事件。資料可以通過網路被傳遞到將資料轉化為有意義的資訊(諸如用於補充存貨的訂單項目)的應用(諸如軟體程序)。

通常，這些M2M服務需要耗費許多人多年的軟體和硬體來實現。

因此，本領域中存在對用於在應用服務層(ASL)處支持服務的裝置、電腦可讀媒體和方法的需要。

方法可以包括儲存資料，以及內容函數解釋資料，以生成資料的語義描述。將資料與相關聯的語義資訊一起儲存。語義資訊可以被儲存在ASL的資源樹中。該方法可以包括上下文感知(aware)函數處理資料的語義描述，以根據資料生成較低層上下文的線索。該方法可以包括上下文感知推理函數處理較低層上下文的線索，以推導較高層上下文。該ASL可以是機器對機器(M2M)服務能力層(SCL)。

公開了用於在第一應用服務層(ASL)處支持服務的裝置。該裝置可以包括儲存器，該儲存器被配置成儲存資料，以及一個或多個處理器，所述一個或多個處理器被配置成調用內容函數。該內容函數可以被配置成解釋資料以生成資料的語義描述。

AP、160a、160b、160c‧‧‧存取點

AR、150‧‧‧存取路由器

contentInstance、1220、3604‧‧‧內容實例

DELETE‧‧‧刪除

dla、mla、mld、S1、X2‧‧‧介面

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

functionAnnc‧‧‧函數通告

IP‧‧‧網際協議

GET、2906‧‧‧得到

GPS‧‧‧全球定位系統

M2M‧‧‧機器對機器

MAC‧‧‧媒體存取控制

MME、142‧‧‧移動性管理閘道

outputInstance、2208、3714‧‧‧輸出實例

PDN‧‧‧封包資料網路

PHY‧‧‧實體

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

PUT‧‧‧放置

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

<reading1>、1219‧‧‧<讀取值1>

SCL、452、460、466、602、2902、3002‧‧‧服務能力層

<TemperatureF>、1213、1228‧‧‧<溫度F>

TCP‧‧‧傳輸控制協議

URI‧‧‧統一資料標識符

100‧‧‧通信系統

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

106‧‧‧核心網路

110‧‧‧網際網路

112‧‧‧其他網路

114a、114b‧‧‧基地台

116‧‧‧空中介面

118‧‧‧處理器

120‧‧‧收發器

122‧‧‧發射/接收元件

124‧‧‧揚聲器/麥克風

126‧‧‧數字鍵盤

128‧‧‧顯示器/觸摸板

130‧‧‧不可移除記憶體

132‧‧‧可移除記憶體

134‧‧‧電源

136‧‧‧全球定位系統(GPS)晶片組

138‧‧‧週邊設備

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

144‧‧‧服務閘道

146‧‧‧PDN閘道

155‧‧‧無線區域網路(WLAN)

170a、170b、170c‧‧‧STA

202‧‧‧實體(PHY)協議層

204‧‧‧媒體存取控制(MAC)協議層

206‧‧‧網路協議層

208‧‧‧傳輸協議層

210‧‧‧應用協議層

212‧‧‧ASL(應用服務層)

214、540、550、816、1902‧‧‧應用

300、454‧‧‧網路

302、304‧‧‧裝置

306‧‧‧通信

400‧‧‧整體ETSI M2M架構

402‧‧‧M2M伺服器

404、458‧‧‧M2M閘道

450、456、468‧‧‧M2M應用

462‧‧‧M2M區域網路

464a、464b‧‧‧M2M裝置

502、504‧‧‧實體

506‧‧‧實體世界

508、510‧‧‧資料

541、551‧‧‧上下文推理層

542、552‧‧‧上下文處理層

543、553‧‧‧內容感知層

544、554‧‧‧資源管理層

545、555‧‧‧上下文的线索

556、572‧‧‧情境上下文

574‧‧‧動作

600‧‧‧系統

604‧‧‧應用層

606‧‧‧內容感知

608‧‧‧上下文處理

610‧‧‧上下文推理

702、3620‧‧‧<contentInstance>

704、712、820、902、1002、1006、1106、2020、2202、2308、2402、 2406、2502、2510、2602、2608、2702、2802、3606、3610‧‧‧屬性

706‧‧‧內容單位(contentUnits)

708‧‧‧內容格式(contentFormat)

710、1108、1212‧‧‧屬性內容定義(contentDefinition)

802‧‧‧資源樹sclBase

804‧‧‧發現

806‧‧‧資料類型(dataType)

808、906、2210、2710、2804、3614、3622、3726‧‧‧訂閱

810‧‧‧存取權(accessRight)

812‧‧‧組

814、1402‧‧‧容器

818、2006‧‧‧scls

904‧‧‧<資料類型>

1008、1110、1218、1226‧‧‧contentType

1010、1224、2408、2610‧‧‧定義

1102‧‧‧<contentDefinition>

1214‧‧‧內容

1217、1227‧‧‧應用/XML

1222‧‧‧容器實例<溫度感測器1>(<tempSensor1>)

1225‧‧‧XML模式

1230‧‧‧應用實例<app1>

1302‧‧‧函數資源

1306‧‧‧<sclBase>

1502‧‧‧<容器>資源

1602‧‧‧contentInstanee集合

1702‧‧‧組集合資源

1802‧‧‧<group>資源

1904‧‧‧<應用>(<application>)、

1906‧‧‧<應用通告>(<applicationAnnc>)

2004、2106、2110‧‧‧<函數>

2008‧‧‧<scl>

2010‧‧‧訂閱資源

2102、2112、2810‧‧‧輸入

2104、2114、2808‧‧‧輸出

2204、3704‧‧‧輸入類型

2206‧‧‧輸出類型

2230‧‧‧‧‧‧函數描述(functionDescription)

2232‧‧‧指針

2234‧‧‧執行

2236、3728‧‧‧觸發標準(triggerCriteria)

2238‧‧‧其他屬性

2240‧‧‧搜索字串(searchString)

2310‧‧‧輸入數(nrOfInput)

2504‧‧‧<輸出類型>

2508‧‧‧輸出數(nrOfOutput)

2704、3616、3718‧‧‧最新

2706、3618‧‧‧最老

2708‧‧‧<outputInstance>

2712‧‧‧最大實例數(NrOfInstance)

2812‧‧‧nrOfHit

2900、3000、3100、3200、3400、3500‧‧‧方法

2904、3004‧‧‧發布者

3300‧‧‧刪除(DELETE)方法

3602‧‧‧<tempSensor1>

3608‧‧‧函數

3612‧‧‧<avg>

3712‧‧‧整數

3722、3724‧‧‧平均值

從以舉例的方式結合所附的附圖給出的以下描述可以得到更加詳細 的理解，其中：第1A圖是可以在其中實現一個或多個公開的實施方式的示例通信系統的系統圖；第1B圖是可以在第1A圖中示出的通信系統中使用的示例無線發射/接收單元(WTRU)的系統圖；第1C圖是根據實施方式的RAN 104和核心網路106的系統圖；第2圖示出了包括應用服務層(ASL)的協議堆疊；第3圖示出了兩個應用經由公用ASL與彼此通信的示例；第4A圖和第4B圖示出了根據一些實施方式的M2M架構；第5圖示出了根據一些實施方式的M2M系統的示例；第6圖示出了根據一些實施方式的M2M系統的示例；第7圖示出了根據一些實施方式的對於具有基本資料類型的一組屬性的<內容實例>(<contentInstance>)的內容感知；第8圖示出了根據一些實施方式的用於內容感知的資源樹<sclBase>，其中複雜資料類型能夠由資料類型定義，以用於以後參考；第9圖示出了根據一些實施方式的對於複雜資料類型的資料類型定義；第10圖示出了根據一些實施方式的包括屬性定義的<資料類型>(<dataType>)實例；第11圖示出了內容定義(contentDefinition)，該contentDefinition可以包括內容的語義描述，或者可以識別內容實例(contentInstance)的資料類型；第12圖示出了根據一些實施方式的對於複雜資料類型的內容感知的示例；第13圖示出了位於M2M結構的<sclBase>資源樹中的函數集合(collection)；第14A圖、第14B圖、第14C圖、第14D圖、第15A圖、第151B圖、第15C圖、第15D圖、第16A圖、第16B圖、第16C圖、第16D圖、第17A圖、第17B圖、第17C圖、第17D圖、第18A圖、第18B圖、第18C圖、第18D圖、第19A圖、第19B圖、第19C圖以及第19D圖示出了根據一些實施方式的用於定位函數集合的結構；第20A圖、第20B圖以及第20C圖示出了函數集合的子資源和屬性；第21A圖和21B圖示出了<函數>(<function>)資源的實例； 第22A圖和第22B圖示出了根據一些實施方式的包括子資源和屬性的<函數>資源；第23A圖示出了根據一些實施方式的包括子資源和屬性的輸入類型(inputType)集合；第23B圖示出了根據一些實施方式的屬性；第24圖示出了具有屬性和訂閱的<輸入類型>(<inputType>)資源示意圖；第25圖示出了具有屬性、<輸出類型>(<outputType>)和訂閱的輸出類型(outputType)集合；第26圖示出了具有屬性和訂閱的<輸出類型>實例；第27圖示出了具有屬性和子資源的輸出實例(outputInstance)集合；第28圖示出了根據一些實施方式的具有屬性和訂閱的<輸出實例>(<outputInstance>)資源；第29圖示出了根據一些實施方式的用於outputInstance函數快取的方法；第30圖示出了創建<函數>資源的方法；第31圖示出了根據一些實施方式的<函數>資源取得方法；第32圖示出了根據一些實施方式的更新<函數>請求方法；第33圖示出了根據一些實施方式的删除<函數>請求方法；第34圖示出了用於發起<函數>執行的方法；第35圖示出了由應用或另一個SCL以RESTfully的方式調用<函數>的方法；第36圖示出了根據一些實施方式的示例；以及第37圖示出了根據一些實施方式的函數和輸出類型和輸出實例的示例。

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

如第1A圖所示，通信系統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)等等的無線電技術。

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

RAN 104可以與核心網路106通信，該核心網路106可以是被配置成將語音、資料、應用程序和/或網際網路協議語音(VoIP)服務提供到WTRU 102a，102b，102c，102d中的一者或多者的任何類型的網路。例如，核心網路106可以提供呼叫控制、計費服務、基於移動位置的服務、預付費呼叫、網際網路連接、視頻分配等，和/或執行高級安全性功能，例如用戶認證。儘管第1A圖中未示出，需要理解的是RAN 104和/或核心網路106可以直接或間接地與其他RAN進行通信，這些其他RAN可以使用與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可以包括用於通過不同通信鏈路與不同的無線網路進行通信的多個收發器。例如，第1A圖中所示的WTRU 102c可以被配置成與使用基於蜂巢的無線電技術的基地台114a進行通信，並且與使用IEEE 802無線電技術的基地台114b進行通信。

第1B圖是示例WTRU 102的系統圖。如第1B圖所示，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。儘管第1B圖中將處理器118和收發器120描述為分別的組件，但是可以理解的是處理器118和收發器120可以被一起整合到電子封裝或者晶片中。

發射/接收元件122可以被配置成通過空中介面116將信號傳送到基地台(例如基地台114a)，或者從基地台(例如基地台114a)接收信號。例如，在一種實施方式中，發射/接收元件122可以是被配置成傳送和/或接收RF信號的天線。在另一實施方式中，發射/接收元件122可以是被配置成傳送和/或接收例如IR、UV或者可見光信號的發射器/檢測器。在另一實施方式中，發射/接收元件122可以被配置成傳送和接收RF 信號和光信號兩者。需要理解的是發射/接收元件122可以被配置成傳送和/或接收無線信號的任意組合。

此外，儘管發射/接收元件122在第1B圖中被描述為單個元件，但是WTRU 102可以包括任何數量的發射/接收元件122。更特別地，WTRU 102可以使用MIMO技術。由此，在一種實施方式中，WTRU 102可以包括兩個或更多個發射/接收元件122(例如多個天線)，以用於通過空中介面116傳送和接收無線信號。

收發器120可以被配置成對將由發射/接收元件122傳送的信號進行調變，並且被配置成對由發射/接收元件122接收的信號進行解調。如上所述，WTRU 102可以具有多模式能力。由此，收發器120可以包括多個收發器，以用於使得WTRU 102能夠經由多RAT進行通信，所述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中的其他組件和/或對至WTRU 102中的其他組件的電力進行控制。電源134可以是任何適用於給WTRU 102供電的裝置。例如，電源134可以包括一個或多個乾電池(鎳鎘(NiCd)、鎳鋅(NiZn)、鎳氫(NiMH)、鋰離子(Li-ion)等)、太陽能電池、燃料電池等。

處理器118還可以耦合到GPS晶片組136，該GPS晶片組136可以被配置成提供關於WTRU 102的當前位置的位置資訊(例如經度和緯度)。WTRU 102可以通過空中介面116從基地台(例如基地台114a，114b)接收加上或取代GPS晶片組136資訊之位置資訊，和/或基於從兩個或更多個相鄰基地台接收到的信號的定時來確定其位置。需要理解的是，在與實施方式保持一致的同時，WTRU 102可以通過任何合適的位置確定 方法來獲取位置資訊。

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

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

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

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

第1C圖中所示的核心網路106可包括移動性管理閘道(MME)142、服務閘道144和封包資料網路(PDN)閘道146。雖然將上述各個元件表示為核心網路106的一部分，但應當可以理解的是，這些元件中的任意一者都可由核心網路營運商以外的實體擁有和/或營運。

MME 142可以經由S1介面連接至RAN 104中的e節點B 140a、140b、140c中的每一個，並可用作控制節點。例如，MME 142可以負責對WTRU 102a、102b、102c的用戶認證、承載啟動/解除啟動、在WTRU 102a、102b、102c的初始附著期間選擇特定的服務閘道等。MME 142還可提供控制平面功能，以用於在RAN 104與使用其他無線電技術(例如GSM或WCDMA)的RAN之間進行切換。

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

服務閘道144還可連接至PDN閘道146，該PDN閘道146可向WTRU 102a、102b、102c提供對封包交換網路(例如網際網路110)的存取，從而便於WTRU 102a、102b、102c與IP致能裝置之間的通信。無線區域網路(WLAN)155的存取路由器(AR)150可以與網際網路110通信。AR 150可以便於AP 160a、160b、和106c之間的通信。AP 160a、160b、和160c可以與STA 170a、170b、和170c通信。STA 170可以是例如WTRU 102的無線裝置。

核心網路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可以包括由其他服務提供方擁有和/或營運的其他有線或無線網路。

在一些實施方式中，WTRU 102可以是生成資料的裝置，諸如，水錶、發明者探測器、門感(door sense)、溫度感應器、視頻相機等等。

第2圖示出了包括應用服務層(ASL)的協議堆疊。在第2圖中示出的是實體(PHY)協議層202、媒體存取控制(MAC)協議層204、網路協議層206、傳輸協議層208、應用協議層210、ASL 212以及應用214。ASL 212可以提供用於應用214的支持層，其中函數的集合可以以可重複使用及模組化的方式被實施。例如，ASL 212可以支持應用程序介面(API)，該API提供應用214存取到應用協議層210的函數的集合或程序庫(library)的存取，以及到駐留在低協議層的函數和服務的存取。ASL 212可以，例如，提供諸如應用自舉(bootstrap)、註冊、發現、管理、以及應用消息的一般傳輸和接收等等的服務。ASL 212的服務可以經由API而使其對應用214可用，其中API可以使用定義的消息格式、資源結構和資源表示。

第3圖示出了兩個應用經由公用ASL與彼此通信的示例。第3圖示出了網路300、裝置A 302、裝置B 304以及通信306。裝置A 302和裝置B 304可以是無線裝置，諸如WTRU 102，或者直接有線連接到通信網路的裝置。裝置A 302和裝置B 304可以被稱為機器對機器(M2M)裝置302、304，因為裝置A 302和裝置B 304是彼此通信的裝置或機器。例如，裝置A 302和裝置B 304可以直接有線連接到網際網路110或其他網路112。 通信306可以是在裝置A 302的應用214與裝置B 304的應用214之間的通信306。通信306示出了裝置A 302的應用214和裝置B 304的應用214利用ASL 212通過使用ASL 212提供的協議和服務與彼此通信。

第4A圖示出了根據一些實施方式的M2M架構。歐洲電信標準協會(ETSI)機器對機器(M2M)通信功能架構定義了標準化的應用服務層(ASL)，其專門用於進行MSM應用與M2M裝置、閘道以及伺服器之間的通信。第4A圖示出了整體ETSI M2M架構400，該架構400包括M2M伺服器402、M2M閘道404、M2M裝置102以及M2M應用(未示出)。在ETSI M2M術語中，ASL被稱為服務能力層(SCL)。M2M裝置102可以經由WLAN 155、藍芽、3GPP等與伺服器402通信。M2M閘道404使得蜂巢和非蜂巢M2M裝置102能夠通過營運商網路106、112、110通信。M2M伺服器提供服務能力層。

第4B圖示出了根據一些實施方式的ETSI M2M架構。第4B圖中示出了應用450、M2M伺服器402、網路454、M2M閘道458(其包括M2M服務能力460)、M2M區域網路462、M2M裝置464a、應用456、M2M裝置464b(其包括M2M服務能力466以及應用468)。示出了介面dla、mld和mla。在ETSI M2M架構中，SCL452能夠被托管在M2M伺服器402、閘道458或裝置464b上。M2M應用468、450、456注册及對接到被托管在M2M伺服器402、閘道458或裝置464上的一個或多個SCL460、452、466上。ETSI M2M SCL 452定義了介面mIa、mId、dIa，包括由M2M SCL和應用456、468、450二者一起使用以與彼此通信的RESTful資源結構和過程。第4B圖示出了M2M裝置464a可以不具有M2M服務能力466，在這種情况下，M2M裝置464a可以與M2M閘道458通信。

第5圖示出了根據一些實施方式的M2M系統的示例。在第5圖中示出了實體1 502、實體2 504以及實體世界506。資料508、510(其可以是在實體1 502和實體2 504中的內容)是從實體世界506中的不同的源(諸如感應器(未示出))收集的。資源管理層554、544儲存並管理資料508、510。資料508、510可以被儲存為沒有描述資料508、510的資料類型的不透明(opaque)的內容。內容感知層543、553可以解釋該不透明的內容。內容感知層543、553的輸出可以是內容的語義描述。內容感知層543、553可以使用一個或多個內容函數解釋該不透明的內容。內容函數可以使用資料508、510的語義資訊來解釋資料508、510，以生成資料508、510的語義描述。在一些實施方式中，內容函數可以解釋資料508、510，以生成資料508、510的語義描述，而不需要使用被分開儲存的資料508、510的語義資訊。

上下文處理層542、552可以處理內容的語義描述，以及從內容中提取 較低階上下文的線索。這可以通過使用在上下文處理層542、552中支持的上下文感知處理函數來完成。然後，這些較低層上下文的線索545、555可以由上下文推理層541、551處理，以進一步推導被稱為情境(situational)上下文556的較高層上下文。這可以通過使用在上下文推理層541、551中支持的上下文感知推理函數來完成。然後，可以使上下文的線索545、555和情境上下文556在572處對應用540、550可用，該應用540、550可以使用上下文的線索545、555和情境上下文556來觸發某些動作。然後，基於上下文的線索545、555和情境上下文556，應用540、550可以决定是否進行諸如改變實體世界506的動作574。同時，參考架構的層形成一致和連續的循環。

除了上下文的線索545、555之外，上下文推理層541、551還可以使用來自內容感知層543、553的內容508、510的語義描述。此外，內容508、510的語義描述、上下文的線索545、555以及情境上下文556還可以在多個實體502、504(諸如ETSI M2M SCL)之間共享。實體1502和實體2504可以共享內容508、510、上下文的線索545、555以及情境上下文556。例如，實體1502的上下文推理層551從內容感知層553(在571處)和實體2504(在570處)接收較低層上下文的線索545。實體502、504之間的其他交互作用也是可能的，諸如一個實體502、504的內容感知層543、553與另一個實體502、504的內容感知層553、543進行交互作用。內容和上下文感知服務的參考架構還能夠被應用到雲(cloud)中的虛擬化實體。

第6圖示出了根據一些實施方式的M2M系統的示例。系統600包括應用層604、服務能力層602以及實體世界506。服務能力層602可以包括如在ETSI M2M架構中描述的功能。服務能力層602可以包括由內容感知606、上下文處理608以及上下文推理610提供的額外功能。

第7圖示出了根據一些實施方式的對於具有基本資料類型的一組屬性的<contentInstance>的內容感知。第7圖中示出了<contentInstance>702和屬性704。在一些實施方式中，<contentInstance>702可以是ETSI M2M SCL內容實例702。例如，<contentInstance>702可以是其中儲存溫度感應器的值的資源。在一些實施方式中，屬性704可以是用於基本資料類型的內容感知的屬性704。例如，屬性704可以用於可以被描述為單一資料元素並且具有可以由ETSI M2M SCL支持的單一資料類型的資料。例如，屬性704可以是字符串、長整型、無符號長整型、符記或其他資料類型。

在一些實施方式中，屬性704中的一些可以是新屬性706、708、710，而屬性704中的一些可以是現有屬性712，該現有屬性712是ETSI M2M SCL規範的一部分。例如，屬性內容定義(contentDefinition)710、內容格式(contentFormat)708、內 容單位(contentUnits)706是新屬性，而屬性712是ETSI M2M SCL規範的一部分。在一些實施方式中，屬性712是可選的。在一些實施方式中，不同的屬性712可以與不同的ASL 212一起被使用。

屬性contentDefiniton 710、contentFormat 708、contentUnits 706的描述在下面的表1中被提供。在一些實施方式中，ETSI M2M SCL的屬性712不需要被改變以支持新屬性706、708、710。當資源<contentInstance>702包括基於基本資料類型的內容時，新屬性706、708、710使得SCL或應用能夠進行檢測。contentDefiniton 710可以是基本資料類型的定義。contentFormat 708可以是基本資料的格式。contentUnits 706可以是基本資料類型的單位。新屬性706、708、710使得應用或SCL能夠提供基於內容的服務。在一些實施方式中，基於內容的服務是由應用或SCL提供的增值服務。

在一些實施方式中，新屬性706、708、710可以被加到<sclBase>的不同部分(見第8圖)。例如，在一些實施方式中，新屬性706、708、710可以被加到ETSI M2M定義的<容器>(<容器>)(見第12圖)或contentInstance(見第11圖)。在一些實施方式中，contentDefinition 710和contentFormat 708可以被合並成單個屬性。

在一些實施方式中，屬性704可以是用於複雜資料類型的內容感知的屬性。例如，複雜資料類型可以是使用多於一個的單一值或資料點描述的資料。例如，屬性704可以包括諸如字段、成員、對象或結構的多個資料元素集，其能夠具有不同資料類型。例如，屬性704可以是用於應用特定資料結構的屬性704，諸如包括標頭和有效負載字段的消息。

第8圖示出了根據一些實施方式的用於內容感知的資源樹<sclBase>，其中複雜資料類型能夠由資料類型定義，以用於以後參考。第8圖中示出了資源樹sclBase 802，該資源樹sclBase 802包括屬性820、scls 818、應用816、容器814、組812、存取權(accessRight)810、訂閱808、資料類型(dataType)806、以及發現804。在一些實施方式中，屬性820、scls 818、應用816、容器814、組812、存取權(accessRight)810、訂閱808、以及發現804可以如在ETSI M2M中公開的那樣。資源資料類型806可以是複雜資料類型的定義。在一些實施方式中，一個或多個資源資料類型806集合可以在SCL資源樹中的其他地方被支持。例如，資料類型806可以被定義在容器814的下方，在一些實施方式中，其可以定義具有限制為資料類型806被定義的容器814的實例的範圍和存取權之資料類型806。

在一些實施方式中，SCL可以通過使用資料類型806和針對內容實例資源的內容描述屬性而被提供有複雜資料類型的基於內容的感知，其中，內容描述屬性定義了在內容實例資源中的內容的複雜資料類型定義。

第9圖示出了根據一些實施方式的對於複雜資料類型的資料類型定義。在一些實施方式中，每個資料類型定義被儲存在<資料類型>904資源實例中。在第 9圖中示出了資料類型806、屬性902、<資料類型>904以及訂閱906。資料類型806可以是持有複雜資料類型的定義的資源容器。屬性902可以是資料類型806的屬性。<資料類型>904可以是資料類型的定義，其可以是複雜資料類型。訂閱906可以是持有應用或SCL的訂閱的容器，其中當資料類型806容器中有變化時，可以調用所述應用或SCL。在一些實施方式中，資料類型806集合中的定義能夠由SCL或應用重複使用和參考。每個資料類型定義可以被儲存在<資料類型>904資源實例中。

第10圖示出了根據一些實施方式的包括屬性定義的<資料類型>904實例。在一些實施方式中，屬性1002中的一些可以是如在ETSI M2M中公開的屬性1006。在一些實施方式中，定義1010可以是用於定義<資料類型>904的語義的屬性1002，其可包括不同資料元素的名稱、它們的順序以及它們的類型。在一些實施方式中，定義1010可以包括定義如何對資料執行操作的定義。在一些實施方式中，定義1010可以包括包含資料的知識表示語言的定義。在一些實施方式中，定義1010可以包括包含資料的類別定義的定義，其可參考已知的類別定義。在一些實施方式中，在其中定義1010被編碼的語法可以由<資料類型>904資源的contentType 1008指定。例如，contentType 1008能夠被設置為‘XML’或‘JSON’值，來分別指示定義1010被編碼為XML模式(schema)或JSON模式描述。作為另一個示例，contentType 1008可以是RDF模式。

第11圖示出了contentDefinition，該contentDefinition可以包括內容的語義描述，或者可以識別內容實例的資料類型。在一些實施方式中，<contentDefinition>1102可以如ETSI M2M中公開的，其包括屬性1106。在一些實施方式中，contentDefnition1108可以包括內容的語義描述，諸如不同資料元素的名稱、它們的順序以及它們的類型。在一些實施方式中，contentDefinition屬性1108可以參考<資料類型>604的定義(見第9圖和第10圖)。例如，contentDefinition屬性1108可以是統一資源標識符(URI)，該URI參考在資料類型集合806中定義的<資料類型>904的定義。

在一些實施方式中，如果contentDefinition 1108屬性包含語義描述，則用於該描述的語法可以由contentInstance資源1102的contentType 1110屬性定義。例如，contentType 1110屬性能夠被設置為‘XML’或‘JSON’值，來指示contentDefinition 1108屬性被編碼為XML模式或JSON模式描述。在一些實施方式中，contentDefinition 1108使得SCL或應用能夠解釋contentInstance 1102，其可以是複雜資料類型。在一些實施方式中，contentDefinition 1108被加到<sclBase>資源樹802的不同部分。在一些實施方式中，contentDefinition 1108被加到<容器>。在一些實施方式中，contentDefinition 1108被加到contentInstance集合。

第12圖示出了根據一些實施方式的對於複雜資料類型的內容感知的示例。在第12圖中示出了被稱為<溫度F>(<TemperatureF>)1228的複雜資料類型，該複雜資料類型在被提議的資料類型集合806中以XML格式1225來定義。ContentType 1226是諸如結合第11圖描述的contentType 1110那樣的屬性。定義1224可以是結合第11圖描述的contentDefinition 1108。contentType 1226具有應用/xml 1227的值。定義1224具有XML模式1225的值。應用816包括應用實例<app1>1230。容器實例<溫度感測器1>(<tempSensor1>)1222和contentInstance 1220。資源<讀取值1>(<reading1>)1218是contentInstance 1220的實例。資源<reading1>1218具有應用/XML 1217的屬性contentType 1218，以及指向<TenperatureF>1213的定義的contentDefinition 1212。然後，<reading1>1219的內容1214可以使用<TemperatureF>1228的定義中的XML模式1225來解釋。<TemperatureF>是複雜資料類型。

第13圖示出了位於M2M結構的<sclBase>資源樹中的函數集合。第13圖中示出了<sclBase>資源樹1306，其可包括屬性820、scls 818、應用816、容器814、組812、accessRight 810、訂閱808、函數1302以及發現804。函數集合1302可以被稱為在<sclBase>資源樹1306下。在一些實施方式中，<sclBase>1306可以是如在ETSI M2M結構中公開的資源結構。函數集合1302可以包括上下文感知函數的實例。應用或SCL可以使用函數來根據儲存在SCL(例如，在容器資源804)中、或當函數由應用或其他SCL調用時被傳遞到SCL中的內容來推斷上下文。SCL能夠使用在函數1302中定義的函數來為應用和其他SCL提供增值上下文感知服務。

在一些實施方式中，SCL支持本地(native)上下文感知函數1302的程序庫。在一些實施方式中，函數1302能夠由SCL例如基於資源的內容類型在SCL資源結構中的特定位置處被有條件地實例化，並且一旦檢測到觸發條件(例如，新<contentInstance>的創建)，則調用該函數1302。在一些實施方式中，這些函數1302能夠由應用或其他SCL發現以及調用。在一些實施方式中，函數能夠由應用或其他SCL在SCL結構中的特定資源下被有選擇地實例化。在一些實施方式中，函數能夠被發現，然後被從SCL取得。然後，應用能夠在期望的SCL資源下創建該函數的副本，並且如果期望的話，配置其觸發條件。

在一些實施方式中，SCL包括允許應用或其他SCL在SCL中創建上下文感知函數1302的支持機制。在一些實施方式中，函數1302然後能夠被配置成由SCL自主地調用，例如觸發條件能夠由應用定義，或者函數能夠由應用或其他SCL顯式地調用。

在一些實施方式中，函數1302在ETDI M2M中支持用於SCL的上下文 感知服務。在一些實施方式中，一個或多個函數1302提供RESTful機制，以支持SCL中的上下文感知函數1302。SCL能夠通過處理內容來生成上下文資訊，所述內容被儲存在SCL中(例如，在contentInstance資源中)，或當函數1302由應用調用時被傳遞到SCL中。然後，應用和SCL能夠使用所產生的上下文資訊。

第14圖、第15圖、第16圖、第17圖、第18圖和第19圖示出了根據一些實施方式的用於定位函數集合的結構。在一些實施方式中，函數資源1302可以遠程位於網路上。在一些實施方式中，函數資源1302可以位於雲中。

第14A圖至第14D圖示出了根據一些公開的實施方式的位於容器集合資源1402下的函數資源1302。

第15A圖至第15D圖示出了根據一些公開的實施方式的位於<容器>資源1502下的函數資源1302。

第16A圖至第16D圖示出了根據一些公開的實施方式的位於contentInstance集合1602下的函數資源1302。

第17A圖至第17D圖示出了根據一些公開的實施方式的位於組集合資源1702下的函數資源1302。

第18A圖至第18D圖示出了根據一些公開的實施方式的位於<group>資源1802下的函數資源1302。

第19A圖至第19D圖示出了根據一些公開的實施方式的位於應用1902下的函數資源1302。在第19B圖中示出的函數資源1302位於應用1902和<應用>(<application>)1904下。在第19D圖中示出的函數資源1302位於應用1902和<應用通告>(<applicationAnnc>)1906下。

第20A圖和第20B圖示出了函數集合的子資源和屬性。在一些實施方式中，函數集合1302包含<函數>2004資源和/或宣布的<applicationAnnc>2002資源的實例。例如，在第20A圖中示出的在<sclBase>1306下的函數集合1302可以包含<函數>資源2004，在一些實施方式中，其可以表示本地托管的函數。在第20B圖中示出的在<sclBase>1306、scls 2006以及<scl>2008下的函數集合1302可以包含<函數通告>(<functionAnnc>)資源2002，在一些實施方式中，其可以表示遠程函數，在一些實施方式中，其可以被托管到對應的<scl>2008上。函數1302下的訂閱資源2010包含0..n個<subscription>資源(未示出)的集合，其表示對函數1302的可訂閱的<函數>2004的個別訂閱。訂戶可以是應用或托管SCL，或其他SCL。在一些實施方式中，訂戶可以訂閱函數資源1302的改變。例如，當新<函數>2004被創建或<函數>2004被修改或删除時，訂戶可以被通知此改變。

第20C圖示出了函數可以包括的屬性2020。在一些實施方式中，屬性2020可以是如在ETSI M2M標準中公開的。

<函數>2004可以是被儲存在函數集合1302中作為<函數>資源2004的實例的個別函數。在一些實施方式中，<函數>2004的實例可以由SCL或應用創建、取得、更新、删除以及執行。在一些實施方式中，<函數>2004的實例可以由SCL或應用以RESTful方式創建、取得、更新、删除以及執行。

第21A圖示出了<函數>資源的實例。在第21A圖中示出了輸入2102、<函數>2106以及輸出2104。在一些實施方式中，<函數>2106是函數集合1302的實例。<函數>2106可以是低階上下文的函數，其可被用於根據內容和語義生成上下文的線索。例如，<函數>2106可以是用於計算具有相同的contentType 1218的一組contentInstance 1220的值中的最小值、最大值或平均值的函數。輸入2102可以是具有相同的contentType 1218的一組contentInstance 1220的值，以及輸出2104可以是輸入2102的最小值、最大值或平均值。

第21B圖示出了<函數>資源的實例。在第21B圖中示出了輸入2112、<函數>2110以及輸出2114。在一些實施方式中，<函數>2110是函數集合1302的實例。在一些實施方式中，<函數>2110可以是高階上下文的<函數>2110，其用於根據較低階上下文的線索、內容和語義的輸入2112生成情境上下文輸出2114。例如，<函數>2110可以根據燈是否點亮的輸入2112、人是否占據椅子的輸入2112以及房間中的噪音水平是否在定義的閾值以上的輸入2112來確定房間中是否有會議正在進行。

第22A圖和第22B圖示出了根據一些實施方式的包括子資源和屬性的<函數>資源。<函數>2004包含子資源輸入類型2204、輸出類型2206、outputInstance 2208、訂閱2210以及屬性2202。在一些實施方式中，屬性2202可以包括以下中的一者或多者：函數描述(functionDescription)2230、指針2232、執行2234、觸發標準(triggerCriteria)2236、其他屬性2238。其他屬性2238可以是如ETSI M2M SCL中公開的屬性。在一些實施方式中，functionDescription 2230可以提供描述<函數>2004的資訊，諸如其針對每個需要的或可選的輸入和輸出的總體目標和可能的描述。在一些實施方式中，搜索字串(searchString)2240可以提供描述函數的資訊，諸如其針對每個需要的或可選的輸入和輸出的總體目標和可能的描述。

在一些實施方式中，指針2232包含到<函數>2004實施開始的記憶地址。該地址可以參考內部SCL記憶位置或到遠程<函數>2004的URI，其可被托管在可以是遠程應用的應用中。指針2232可以由SCL或應用使用，以呼叫<函數>2004。在一些實 施方式中，指針2232可以僅對本地SCL可見。執行2234可以被用於RESTful地調用<函數>2004。

triggerCriteria 2236可以被配置有SCL自主地調用<函數>2004的情况。在一些實施方式中，triggerCriteria 2236可以是對指定的資源或資源分層進行的一個或多個創建/讀取/更新/刪除(CRUD)操作。在一些實施方式中，triggerCriteria 2236可以是一個或多個系統事件，諸如低儲存資源運行、或安全威脅檢測等等。在一些實施方式中，triggerCriteria 2236可以是特定M2M操作的檢測，諸如達到資源到期時間、資源被修改或存取權被修改等等。

第23A圖示出了根據一些實施方式的包括子資源和屬性的輸入類型集合。<函數>2004可需要或不需要輸入參數。在一些實施方式中，輸入類型集合2204可以由SCL或應用使用，以發現<函數>2004所需的輸入參數。在一些實施方式中，輸入類型集合2204包括針對由<函數>2004支持的每個輸入參數的類型聲明。

第23B圖示出了根據一些實施方式的屬性。在一些實施方式中，屬性2308可以是如在ETSI M2M規範中公開的。在一些實施方式中，輸入數(nrOfInput)2310可以是到<函數>2004的輸入的數量。

第24圖示出了具有屬性和訂閱的<輸入類型>資源。在一些實施方式中，每個輸入參數類型是由單獨的<輸入類型>2204實例使用定義2408來定義的。定義2408能夠包含複雜資料類型聲明或由SCL本地支持的基本資料類型聲明。定義2408能夠包含實際類型聲明，或者能夠參考在資料類型806集合中定義的現有聲明。參見例如結合第8圖至第12圖中公開的。在一些實施方式中，<輸入類型>2204的單一實例可以被用來按照複雜資料類型定義多個輸入參數，而不是針對每個輸入參數使用單獨的實例。

在一些實施方式中，到<函數>2004的輸入參數的類型聲明是使用在<函數>2004中的屬性定義的，而不是定義分別的<輸入類型>2204。例如，到<函數>2004的輸入參數的類型聲明可以被包括在functionDescription 2230中，或者一個或多個其他屬性2202中。一個或多個屬性2202可以包含針對一個或多個到<函數>2004的輸入參數的複雜資料類型的聲明。在一些實施方式中，一個或多個屬性2202包含參考在SCL資料類型806中的現有資料類型聲明的URI。屬性2402可以包括屬性2406，如在M2M規範(諸如ETSI M2M規範)中公開的。

第25圖示出了具有屬性、<輸出類型>和訂閱的輸出類型集合2206。輸出類型集合2206可以由SCL或應用使用，以發現由<函數>2204生成的輸出的類型。輸出類型集合2206可以包含針對由<函數>2204生成的輸出的一個或多個類型聲明。在一些 實施方式中，如果輸出是複雜的，並由具有不同類型的多個字段組成，每一個能夠由<輸出類型>2504的分別的實例定義。在一些實施方式中，<輸出類型>2504的單一實例可以被用於使用複雜資料類型來定義輸出。在一些實施方式中，定義屬性2610(見第26圖)可以包含複雜資料類型聲明或由SCL本地支持的基本資料類型聲明(如結合第8圖至第12圖描述的)。定義2610可以包含實際類型聲明，或者能夠參考在資料類型集合中定義的現有聲明。屬性2502可以包括根據M2M規範(諸如ETSI M2M規範)的屬性2510。在一些實施方式中，輸出數(nrOfOutput)2508可以是<函數>2204的輸出的數量。

第26圖示出了具有屬性和訂閱的<輸出類型>實例2504。屬性2602可以包括根據M2M規範(諸如ETSI M2M規範)的屬性2608。在一些實施方式中，到函數的輸出的類型聲明可以使用在<函數>資源中的一個或多個屬性定義，而不是定義分別的<輸出類型>2504。例如，此資訊可以被包括在functionDescription屬性中，或者包括在一個或多個附加屬性中。在一些實施方式中，附加的一個或多個屬性可以包含針對輸出中的一個或多個字段的複雜資料類型的聲明。在一些實施方式中，一個或多個附加的屬性可以包含參考在SCL資料類型集合中的現有資料類型聲明的URI。

第27圖示出了具有屬性和子資源的outputInstance集合2208。<函數>2004可以在其每次被調用時生成輸出。outputInstance 2208可以將此輸出儲存在SCL中，以使應用和SCL能夠發現和存取該輸出。子資源可以包括最新2704、最老2706、<outputInstance>2708以及訂閱2710。最新2704可以包含對最新2704<outputInstance>資源2708的參考。最老2706可以包含對最老<outputInstance>資源2708的參考。屬性2702可以是如在M2M規範(諸如ETSI M2M規範)中公開的。

第28圖示出了根據一些實施方式的具有屬性2802和訂閱2804的<outputInstance>資源2708。屬性2802可以根據M2M規範(諸如ETSI M2M規範)。輸出2808可以包括參考(諸如針對儲存在別處(諸如在本地SCL、遠程SCL中的contentInstance資源中，或甚至在應用資源中)的<outputInstance>2708的URI)，或來自<函數>的輸出實例。輸入2810可以包含當<函數>被調用時被傳遞的輸入參數(如果有的話)的副本。在一些實施方式中，輸入2810屬性被用於支持<outputInstance>2708的快取。在一些實施方式中，如果存在多個輸入，則將它們儲存作為輸入2810屬性中連續的列表。在一些實施方式中，集合可以被使用，其中在<outputInstance>2708中能夠支持針對每個輸入參數的分別的子資源，其與上面公開的輸入類型集合相類似。點擊數(NrOfHt)2812可以是計數器，該計數器在每次<outputInstance>2708被用於服務<函數>調用請求時由SCL遞增。NrOfHt 2812屬性可以被用來支持<outputInstance>2708的緩存。

第29圖示出了根據一些實施方式的用於outputInstance函數快取的方法。方法2900可以以發布者2904向接收者SCL2902發送得到(GET)2906開始。方法2900可以以在2908處，SCL 2902取得由參考通過使用在請求消息中的URI傳遞的輸入參數的值而繼續。在一些實施方式中，可以沒有輸入參數，或者輸入參數可以由值傳遞。在SCL 2902得到輸入參數的全部值之後，在2910處，其將它們與用於生成每個<outputInstance>資源的輸入值進行比較。例如，SCL可以比較用於生成<outputInstance>2708的輸入2810，以確定<outputInstance>2708是否能夠被使用，而不是使用由發布者2904傳遞的輸入參數調用該<函數>。如果SCL 2902找到匹配，在2912處，對應的<outputInstance>2708被用於服務請求，而不是SCL2902需要調用該<函數>。否則，如果沒有找到匹配，在2914處，SCL 2902調用函數，以使用由發布者2904傳遞的輸入參數生成新輸出。方法2900可以以在2916處準備響應消息而繼續。SCL 2902可以準備響應消息。方法2900可以以在2918處，SCL 2902發送響應而繼續。在一些實施方式中，如果在SCL中被用於生成<outputInstance>的內容被删除或修改，則SCL 2902可以使快取的<outputInstance>失效。在一些實施方式中，SCL 2902可以不快取<outputInstance>2708或者可以週期性地删除<outputInstance>2708。

在一些實施方式中，SCL快取機制被提供作為定義的<函數>資源的一部分。通過在每個對應的<outputInstance>資源2708的輸入屬性2810中維持輸入參數的副本，SCL能夠支持最佳的快取方案。由於<函數>的輸出取决於輸入，<outputInstance>2708能夠被用於服務具有相同輸入參數的未來的請求。由於如果具有相同輸入參數的<outputInstance>2708資源已經被緩存，其不需要重複函數的執行，因此這對SCL進行了優化。在由於緩存的<outputInstance>2708能夠被用於服務對函數的更大數量的未來請求，該緩存的<outputInstance>2708可以更有價值的情况下，函數可以沒有任何輸入。屬性nrOfHit 2812可以記錄<outputInstance>2708在不必須執行函數的情况下已經被用於回覆對函數的請求的次數(即，快取點擊數)。該資訊可以在<outputInstance>2708達到指定的最大實例數(NrOfInstance)2712並且<outputInstance>2708需要用一個新的取代時被使用。nrOfHt 2812能夠被用作取代度量。在一些實施方式中，SCL負責管理outputInstance集合，從發布者的方面來看，唯一允許的操作是取得(RETRIEVE)。

第30圖示出了創建<函數>資源的方法。方法3000可以是在SCL 3002中創建<函數>資源的創建(CREATE)方法3000。方法3000可以以在3006處另一個SCL或應用3004發送發佈(POST)到SCL 3002開始。在一些實施方式中，POST請求包括以下<函數>的可執行文件(executable)，或到<函數>的可執行文件的指針。如果POST請 求包括指針，該指針能夠參考被托管到諸如本地SCL函數的SCL中的<函數>，或者儲存在SCL容器或被托管到遠程SCL或應用中的<函數>可執行文件。在一些實施方式中，POST請求包括使用諸如此處描述的或在M2M規範(諸如ETSI M2M規範)中的機制的對輸入參數的聲明。在一些實施方式中，POST請求包括使用諸如此處描述的或在M2M規範(諸如ETSI M2M規範)中的機制的對輸出的聲明。在一些實施方式中，POST請求包括諸如<函數>的描述的其他屬性，以及創建的<函數>將會被公布到的URI列表。在3008處，SCL 3002可以執行本地過程以創建<函數>資源。

在一些實施方式中，如果發布者3004被授權，則SCL 3002將僅允許POST請求。如果該請求包括函數的可執行文件，那麽SCL 3002可以將其儲存在一些內部記憶位置，並初始化<函數>資源的指針屬性，使其指向可執行文件的記憶位置的開始位址。如果請求包括對函數的指針，那麽SCL 3002可以初始化<函數>資源的指針屬性，使其成為該指針值。除了創建<函數>資源之外，SCL 3002可以創建<函數>的子資源，諸如屬性、輸入類型以及輸出類型。在3010處，回應(RESPONSE)可以包括指示POST狀態的響應代碼和創建的<函數>資源的URI。

第31圖示出了根據一些實施方式的<函數>資源RETRIEVE方法。方法3100可以以在3102處，發布者3004發送GET開始。在3104處，SCL 3002可以執行本地處理以取得關於在資源樹<sclBase>中的GET中接收到的<函數>資源的資訊。方法3100可以以在3108處可以包括包含子資源的屬性值和URI的<函數>的響應而繼續。隨後的RETRIEVE請求能夠被進行到子資源，以執行進一步的發現，諸如輸入參數類型和輸出參數的發現。在一些實施方式中，RETRIEVE方法3100可以被用於發現關於<函數>的資訊，諸如函數類型以及函數支持的輸入和輸出類型。

第32圖示出了根據一些實施方式的更新(UPDATE)<函數>請求方法。在一些實施方式中，更新方法3200被用於修改<函數>的可執行文件和/或屬性以及子資源。在3206處，發布者3004可以發送放置(PUT)到SCL 3002。如果根據為<函數>定義的存取權，發布者3004沒有被授權修改<函數>資源，那麽SCL 3002可以拒絕該PUT。方法3200可以以在3208處，SCL 3002執行本地處理以更新<函數>資源而繼續。如果SCL 3002修改<函數>，包括對子資源(輸入類型，輸出類型)的更新，則SCL 3002可以執行以下動作。如果需要，SCL 3002可以更新<函數>的可執行文件和指針屬性。如果需要，SCL 3002可以更新<函數>屬性。如果由於<outputInstance>資源根據預先修改的<函數>的執行不再有效和有用，則SCL 3002可以使<outputInstance>資源失效。在一些實施方式中，可以由SC㊣㊣3002將在outputInstance集合中的實例從資源樹中删除。

第33圖示出了根據一些實施方式的删除<函數>請求方法。在一些實施方式中，删除(DELETE)方法3300被用於删除特定的<函數>資源。方法3300可以以發布者3004發送DELETE請求3302到SCL 3002開始。在一些實施方式中，如果發布者3004根據為該請求作為目標的<函數>資源定義的存取權而沒有被授權删除<函數>資源，則SCL 3002可以拒絕該請求。方法3300可以以在3304處，SCL 3002執行本地處理以删除<函數>而繼續。SCL 3002可以成功地删除資源樹<sclBase>中的<函數>資源。在一些實施方式中，用於儲存可執行文件的內部儲存器被釋放。方法3300可以以在3306處，SCL 3002發送響應到發布者3004而繼續。響應代碼可以指示<函數>是否被成功地删除。

第34圖示出了用於發起<函數>的執行的方法。在一些實施方式中，SCL執行<函數>，而在不需要由應用或另一個SCL調用。方法3400可以以在3402處，SCL 3002檢測匹配<函數>資源中triggerCriteria屬性的觸發事件的發生而開始。例如，駐留在contentInstance集合下的<函數>可以具有triggerCriteria，該triggerCriteria指定在每次新<contentInstance>資源被增加到contentInstance集合時<函數>應該被SCL 3002觸發。方法3400可以以在3404處，SCL 3002調用<函數>而繼續。方法3400可以繼續，其中在3406處，SCL 3002儲存<函數>的輸出。

第35圖示出了由應用或另一個SCL RESTful地調用<函數>的方法。在一些實施方式中，當<函數>由發布應用或另一個SCL 3004 RESTful地調用時，SCL 3002執行<函數>。

方法3500可以以發布者3004做出RESTful請求3502以執行<函數>資源的屬性開始。RESTful請求3502可以包括通過值或參考傳遞的輸入參數。輸入參數可以在RESTful請求3502中被RESTful地傳遞。在一些實施方式中，輸入在請求的M2M酬載中通過值傳遞，作為名稱/值對。在一些實施方式中，輸入在請求的URI中通過值傳遞，作為名稱/值對。在一些實施方式中，輸入在請求的酬載中通過參考傳遞，作為名稱/URI對。在一些實施方式中，輸入在請求的URI中通過參考傳遞，作為名稱/URI對。通過值傳遞的參數可以包括名稱/值對，諸如最小(min)為3或最大(max)為10。通過參考傳遞的參數可以包括名稱/URI對，其中URI是所述值對其可用的鏈結，諸如min=<sclBase>/app1/containers/<c1>/contentInstances/<ci1>/content。方法3500可以以在3504處，SCL 3002執行<函數>而繼續。SCL 3002可以在執行<函數>之前取得通過參考傳遞的任意輸入參數的值。方法3500可以以在3506處，SCL 3002發送響應到發布者3004而繼續。在實施方式中，PUT或POST請求可以被用於執行<函數>。

在執行<函數>之後，可以使函數的輸出RESTful地對應用和其他SCL 3004可用。在一些實施方式中，當SCL 3002自主地執行<函數>時，SCL 3002可以儲存響應在SCL 3002中，並使其對應用和其他SCL 3004可發現。例如，輸出能夠被儲存在contentInstance資源中。在一些實施方式中，SCL 3002可以發送通知到任意應用或遠程SCL 3004，該應用或遠程SCL 3004之前同意在執行函數之後接收針對該函數的通知。

當SCL 3002執行由應用或另一個SCL 3004 RESTful地調用的<函數>時，SCL 3002可以不將響應儲存在SCL 3002中，而是在被返回到發布者3004的響應酬載中通過值傳遞輸出。在一些實施方式中，SCL 3002將響應儲存在SCL 3002中(例如，在<outputInstance>資源中)，並且通過值或通過參考在返回到發布者的響應酬載中傳遞輸出。

在一些實施方式中，針對用於提供上下文感知服務的函數的數學模型可以被使用。在一些實施方式中，針對用於提供上下文感知服務的函數公式化的通用數學模型可以被使用。在一些實施方式中，該模型可以被應用於上面公開的函數資源。在一些實施方式中，該模型能夠被採用，作為用於達到最佳目標的最佳化模型。在一些實施方式中，上下文感知服務可以通過三個變量來描述：由u表示的服務提供方控制的控制變量；由v表示的服務提供方不控制但是影響服務的效用的效用參數；以及，由c表示的與效用相關並且服務提供者能夠觀測到的上下文變量。在一些實施方式中，應用或SCL以特定目標f(u，v)使用u作為最佳化變量來被最佳化的方式提供上下文感知服務。在一些實施方式中，f(u，v)的最大值是針對不同的u值所要求的。

等式(1)：針對不同的u值最大化f(u，v)。在一些實施方式中，服務提供方不控制效用參數v。在一些實際情况中，效用參數v是隨機的。如果是這樣的情况，服務提供方可能期望針對不同的u值來最大化f(u，v)。等式(2)：針對不同的u值最大化E(f(u，v))。

此外，效用參數v可能不容易被注意到。在實施方式中，服務提供方可以通過觀察上下文變量c來推斷v的值。在一些實施方式中，c的值與v的值相關。如果上下文變量c與效用參數v之間的關係被服務提供方已知，那麽服務提供方可以最大化：等式(3)：針對不同的u值最大化E(f(u，v)，c)。在一些實施方式中，服務提供方可能不能精確地知道v，但是能夠以多種方式觀察與V相關的上下文c。例如，所述提供方能夠從使用歷史或有關人的行為的概括統計，以概率性的方式根據c值推斷v值。服務提供方可以通過不同手段確定所述概率。甚至用c值與v值之間粗略的估算，就可以改進v值，並從而改進服務提供方的效用。在一些實施方式中，上下文變量c是多樣化和個人的。在一些實施方式中，上下文變量c具有與效用參數v不同的相關 等級。在一些實施方式中，上下文感知服務是其中服務提供方容易存取上下文變量c的服務。在一些實施方式中，上下文變量c與效用參數v非常相關。例如，上下文變量c和效用參數v可以相同，或從彼此導出。

在一些實施方式中，SCL或應用向可觀測到的變數應用等式(1)、(2)或(3)中的一者或多者，以改進效用變量v的值。SCL或應用通過使用u或c中的一者或多者來改進效用變量v，以提供上下文感知服務。上下文感知服務可以是M2M架構的一部分。在一些實施方式中，上下文感知服務可以是ETSI M2M架構的一部分。在一些實施方式中，函數可以由ASL提供，該ASL檢查來自裝置的資料，並通過改變裝置的致動器值、然後使用該裝置的資料作為反饋來應用等式中的一者。

第36圖示出了根據一些實施方式的示例。第37圖示出了根據一些實施方式的函數和輸出類型以及輸出實例的示例。第36圖和第37圖將在一起描述。SCL擁有具有被稱為<tempSensor1>3602的容器資源的容器1402，其中來自溫度感應器(未示出)的溫度讀取值(readings)被週期地儲存，作為容器中的<contentInstance>3620子資源。

第36圖中示出了容器1402以及<tempSensor1>3602。在一些實施方式中，<tempSensor1>3602是名為<tempSensor1>3602的容器資源的實例。容器資源<tempSensor1>3602包括contentInstance 3604，其可包括屬性3606、函數3608、最新3616、最老3618、<contentInstance>3620以及訂閱3622。

屬性3608可以是與contentInstance 3604相關聯的屬性。最新3616可以是被增加到<tempSensor1>3602的最新值。最老3618可以是被增加到<tempSensor1>3602的最老值。<contentInstance>3620可以包括<tempSensor1>3602的零個或多個值。訂閱3622可以是同意接收關於<tempSensor1>3602的通知的程式。函數3608可以包括屬性3610、<avg>3612以及訂閱3614。屬性3610可以是與函數3608相關的屬性。訂閱3614可以是與函數3608相關的訂閱。<avg>3612可以是函數3608的實例，並與第37圖相結合而被描述。函數3608可以是運行在contentInstance 3604上或者被傳遞到函數3604的值上的函數。函數3604可以提供內容感知服務以及上下文感知服務。

每個<contentInstance>3620中的內容是整數類型，其可以是由SCL本地支持的基本資料類型。SCL本地支持被稱為<avg>3612的函數，其計算容器<tempSensor1>3602中全部<contentInstance>3620資源的平均值。函數<avg>3612沒有任何輸入，所以輸入類型3704是空的。函數<avg>3612生成儲存在類型<輸出類型1>的outputInstance 3714中的輸出，其被定義為整數3712。函數<avg>3612被配置有triggerCriteria 3728，其導致在每次在容器<tempSensor1>3602中創建新資源 <contentInstance>3620時，SCL調用函數<avg>3612。每個函數<avg>3612調用的輸出可以由SCL儲存在函數<avg>3612的集合outputInstance 3714中的新資源<outputN>3724中。在一些實施方式中，SCL可以快取函數<avg>3612的結果。通過儲存函數<avg>3612之前的結果，SCL維持由函數<avg>3612計算的平均值的歷史。應用、其他SCL以及SCL能夠取得儲存的平均值3722、3724，並且能夠取得儲存在outputInstance 3714的最新3718處的最後計算的平均值。可替換地或此外，應用或其他SCL能夠創建對函數<avg>3612的訂閱3726，以在每次平均值變化或者每次由函數<avg>3612計算出平均值時，從SCL接收通知。在第36圖中示出的示例可以被用於在ETSI M2M中提供基於數值內容或上下文的服務。

在通信網路技術的標準化方面的發展趨勢是ASL的標準化。通過為特定網路技術標準化ASL，已經通過標準化較低層協議層實現的許多相同的好處也能夠針對ASL實現。通過標準化的ASL，符合相同ASL的應用具有以更可靠的方式與彼此進行交互操作的更高的可能性。

在一些實施方式中，上下文感知函數可以被配置成生成高階情境上下文，諸如在特定城市或地區檢測熱波(例如，最大溫度超過90華氏度的連續5天)。

在一些實施方式中，函數可以是程序、子程序、軟體模組或執行公開的函數、方法或算法的電腦代碼的一部分。而且，結合在此處公開的方面而描述的函數、方法或算法的步驟和/或動作可以直接嵌入到由處理器執行的硬體、軟體模組、或二者的組合中。軟體模組可以駐留在RAM記憶體、快閃記憶體、ROM記憶體、EPROM記憶體、EEPROM記憶體、暫存器、硬碟、可移動磁盤、CD-ROM或本領域中已知的其他形式的儲存媒體。示例性儲存媒體可以與處理器耦合，以使處理器能夠從儲存媒體中讀取資訊，以及向儲存媒體寫入資訊。可替換地或附加地，儲存媒體可以是處理器的一部分。此外，在一些方面，處理器和儲存媒體可以駐留在ASIC中。附加地，ASIC可以駐留在用戶終端中。可替換地或附加地，處理器和儲存媒體可以作為分離的組件駐留在用戶終端中。附加地或此外，在一些方面，方法或算法的步驟和/或動作可以作為指令中的一者、或任意組合、或者集合駐留在機器可讀媒體和/或電腦可讀媒體上。

雖然上面以特定組合的方式描述了特徵和元素，但是本領域技術人員將理解，每個特徵或元素都可單獨使用或與其他特徵和元素進行各種組合。此外，此處所述的方法可在結合至電腦可讀儲存媒體中的電腦程序、軟體或韌體中實現，以由電腦或處理器執行。電腦可讀媒體的示例包括電信號(通過有線或無線連接傳送)和電腦可讀儲存媒體。電腦可讀儲存媒體的示例包括但不限於唯讀記憶體(ROM)、隨機存取記 憶體(RAM)、暫存器、快取記憶體、半導體記憶裝置、例如內部硬碟和可移動磁碟的磁媒體、磁光媒體和光媒體(例如CD-ROM碟片和數位通用碟片(DVD))。在一些實施方式中，電腦可讀儲存媒體是永久的。與軟體相關聯的處理器可被用於實施在WTRU、UE、終端、基地台、RNC或任何主電腦中使用的射頻收發器。

實施例

1、一種用於在第一應用服務層(ASL)處支持服務的方法，該方法包括：儲存資料。

2、根據實施例1所述的方法，該方法還包括：解釋所述資料以生成該資料的語義描述。

3、根據實施例1或2中任一項實施例所述的方法，其中解釋包括：內容函數解釋所述資料，以生成該資料的語義描述。

4、根據實施例1-3中任一項實施例所述的方法，其中所述內容函數是由所述第一ASL支持的內容函數的程序庫中的一者。

5、根據實施例3-4中任一項實施例所述的方法，其中將所述資料與相關聯的語義資訊一起儲存；以及其中解釋所述資料包括：內容函數使用與所儲存的資料相關聯的語義資訊處理所述資料，以生成該資料的語義描述。

6、根據實施例5所述的方法，其中所述語義資訊是資料類型。

7、根據實施例5-6中任一項實施例所述的方法，其中所述語義資訊被儲存在所述ASL的資源樹中。

8、根據實施例5-7中任一項實施例所述的方法，其中所述語義資訊是基本資料類型或複雜資料類型中的一者。

9、根據實施例1-8中任一項實施例所述的方法，該方法還包括：處理所述資料的語義資訊，以根據所述資料生成較低層上下文的線索。

10、根據實施例9所述的方法，其中所述處理由上下文的處理層執行。

11、根據實施例9-10中任一項實施例所述的方法，其中所述資料的語義描述的處理由上下文感知函數執行。

12、根據實施例9-11中任一項實施例所述的方法，該方法還包括：處理所述較低層上下文的線索，以推導較高層上下文。

13、根據實施例9-12中任一項實施例所述的方法，其中所述處理由上下文推理層執行。

14、根據實施例9-13中任一項實施例所述的方法，其中所述較低階上 下文的線索的處理由上下文感知推理函數執行。

15、根據實施例12所述的方法，其中所述較高階上下文是情境上下文。

16、根據實施例12-15中任一項實施例所述的方法，該方法還包括：應用或第二ASL使用所述上下文的線索和所述情境上下文來觸發動作。

17、根據實施例16所述的方法，其中觸發所述動作還包括：應用發送命令到裝置，其中所述命令指示所述裝置改變影響實體世界的裝置的致動器。

18、根據實施例17所述的方法，其中所述裝置生成所述資料，以及其中所述裝置生成受該裝置的致動器的改變影響的新資料，以及其中所述裝置發送所述新資料到所述ASL。

19、根據實施例1-18中任一項實施例所述的方法，其中所述第一ASL是機器對機器(M2M)服務能力層(SCL)。

20、根據實施例1-19中任一項實施例所述的方法，該方法還包括：響應於所述第一ASL從第二ASL或應用接收到消息，根據所述消息創建觸發條件，其中所述觸發與在所述消息中指示的函數相關聯，以及其中在所述消息中指示所述觸發條件。

21、根據實施例1-20中任一項實施例所述的方法，該方法還包括：響應於所述第一ASL檢測到觸發條件，所述第一ASL調用與所述觸發條件相關聯的函數；以及所述函數執行響應於所檢測到的觸發條件的動作。

22、根據實施例1-21中任一項實施例所述的方法，該方法還包括：響應於從第二ASL或應用接收到得到資料請求，所述第一ASL取得在所述得到資料請求中指定的資料，以及以RESTful的方式發送所取得的資料到所述第二ASL或所述應用。

23、根據實施例1-22中任一項實施例所述的方法，該方法還包括：響應於從第二ASL或應用接收到命令函數請求，所述第一ASL根據所接收到的命令函數請求執行所述命令，以及發送響應到所述第二ASL或所述應用，其中所述命令是以下中的一者或多者：創建、删除、發現、更新、執行和修改。

24、根據實施例1-23中任一項實施例所述的方法，該方法還包括：響應於從第二ASL或應用接收到創建消息，創建用於解釋所述資料的新內容函數，其中所述新內容函數在所述創建消息中被指示，以及其中所述創建消息指示所述資料使用所述內容函數來進行解釋；以及將所述新內容函數儲存在所述SCL的資源樹中。

25、根據實施例1-24中任一項實施例所述的方法，其中從資料採集裝置接收所述資料，以及其中實施例1所述的方法還包括：所述ASL通過以下步驟提供上下文感知服務：使用估計函數和所述資料確定第二資料的值，以改進所述上下文感知服 務的效用；發送所述第二資料到所述裝置，其中所述第二資料命令所述裝置根據所述第二資料改變致動器值；以及所述裝置發送第三資料到所述ASL，作為對所述致動器值的改變的反饋。

26、一種用於在第一應用服務層(ASL)處支持服務的裝置，該裝置包括：儲存器，被配置成儲存資料。

27、根據實施例26所述的裝置，其中儲存器還被配置成儲存資料和該資料的語義資訊。

28、根據實施例26或27中任一項實施例所述的裝置，該裝置還包括：一個或多個處理器，被配置成解釋所述資料以生成該資料的語義描述。

29、根據實施例26-28中任一項實施例所述的裝置，其中內容函數被配置成解釋所述資料以生成該資料的語義描述。

30、根據實施例26-29中任一項實施例所述的裝置，其中所述內容函數是由所述第一ASL支持的內容函數的程序庫中的一者。

31、根據實施例28-30中任一項實施例所述的裝置，其中將所述資料與相關聯的語義資訊一起儲存；以及其中解釋所述資料包括：內容函數被配置成使用與所儲存的資料相關聯的語義資訊處理所述資料，以生成該資料的語義描述。

32、根據實施例31所述的裝置，其中所述語義資訊是資料類型。

33、根據實施例31或32中任一項實施例所述的裝置，其中所述語義資訊被儲存在所述ASL的資源樹中。

34、根據實施例31-33中任一項實施例所述的裝置，其中所述語義資訊是基本資料類型或複雜資料類型中的一者。

35、根據實施例27-34中任一項實施例所述的裝置，其中所述一個或多個處理器還被配置成：處理所述資料的語義資訊，以根據所述資料生成較低階上下文的線索。

36、根據實施例27-35所述的裝置，其中上下文的處理層被配置成處理所述資料的語義描述，以根據所述資料生成較低階上下文的線索。

37、根據實施例28-36中任一項實施例所述的裝置，其中一個或多個上下文感知函數被配置成處理所述資料的語義描述。

38、根據實施例35-37中任一項實施例所述的裝置，其中所述一個或多個處理器還被配置成：處理所述較低階上下文的線索，以推導較高階上下文。

39、根據實施例35-38中任一項實施例所述的裝置，其中上下文推理 層被配置成處理所述較低階上下文的線索，以推導較高階上下文。

40、根據實施例35-39中任一項實施例所述的裝置，其中一個或多個上下文感知推理函數被配置成處理所述較低階上下文的線索，以推導較高階上下文。

41、根據實施例38或39所述的裝置，其中所述較高階上下文是情境上下文。

42、根據實施例38-41中任一項實施例所述的裝置，該裝置還包括：應用或第二ASL，被配置成使用所述上下文的線索和所述情境上下文來觸發動作。

43、根據實施例42所述的裝置，其中所述應用還被配置成響應於所述觸發，發送命令到第二裝置，以及其中所述命令指示所述第二裝置改變影響實體世界的第二裝置的致動器。

44、根據實施例17所述的裝置，其中所述第二裝置生成所述資料，以及其中所述第二裝置生成受該第二裝置的致動器的改變影響的新資料，以及其中所述第二裝置發送所述新資料到所述ASL。

45、根據實施例27-44中任一項實施例所述的裝置，其中所述第一ASL是機器對機器(M2M)服務能力層(SCL)。

46、根據實施例27-45中任一項實施例所述的裝置，其中所述一個或多個處理器還被配置成：響應於所述第一ASL從第二ASL或應用接收到消息，根據所述消息創建觸發條件，以及其中所述觸發條件與在所述消息中指示的函數相關聯，以及其中在所述消息中指示所述觸發條件。

47、根據實施例27-46中任一項實施例所述的裝置，該裝置還包括：所述一個或多個處理器被配置成：響應於所述第一ASL檢測到觸發條件，調用與所述觸發條件相關聯的函數；以及其中該函數被配置成執行響應於所檢測到的觸發條件的動作。

48、根據實施例27-47中任一項實施例所述的裝置，其中所述一個或多個處理器還被配置成：響應於所述裝置從第二ASL或應用接收到得到資料請求，取得在所述得到資料請求中指定的資料，以及以RESTful的方式發送所取得的資料到所述第二ASL或所述應用。

49、根據實施例27-48中任一項實施例所述的裝置，其中所述一個或多個處理器還被配置成：響應於所述裝置從第二ASL或應用接收到命令函數請求，根據所接收的命令函數請求執行所述命令，以及發送響應到所述第二ASL或所述應用。

50、根據實施例49所述的裝置，其中所述命令是以下中的一者或多 者：創建、删除、發現、更新、執行和修改。

51、根據實施例27-50中任一項實施例所述的裝置，其中所述一個或多個處理器還被配置成：響應於所述裝置從第二ASL或應用接收到創建消息，創建用於解釋所述資料的新內容函數，其中所述新內容函數在所述創建消息中被指示，以及其中所述創建消息指示所述資料使用所述內容函數來解釋；以及其中所述一個或多個處理器還被配置成：在所述SCL的資源樹中儲存所述新內容函數。

52、根據實施例27-51中任一項實施例所述的裝置，其中從資料採集裝置接收所述資料，以及其中所述一個或多個處理器還被配置成：通過以下步驟提供上下文感知服務：使用估計函數和所述資料確定第二資料的值，以改進所述上下文感知服務的效用；發送所述第二資料到所述裝置，其中所述第二資料命令所述裝置根據所述第二資料改變致動器值；以及所述裝置發送第三資料到所述ASL，作為對所述致動器值的改變的反饋。

506‧‧‧實體世界

600‧‧‧系統

602‧‧‧服務能力層

604‧‧‧應用層

606‧‧‧內容感知

608‧‧‧上下文處理

610‧‧‧上下文推理

Claims (23)

1. 一種使用機器對機器通信(M2M)而提供上下文感知服務的方法，該方法包括：從一M2M裝置獲得資料；創建一M2M資源；將該資料儲存成該M2M資源中的內容；在該M2M資源中儲存在該M2M資源中所儲存的該內容之一語義描述屬性以及該M2M資源的一語義描述的一參考屬性；以及提供該M2M資源供一服務能力層(SCL)與一應用的至少其中之一的使用，以基於該M2M資源中所包括的該語義描述而執行基於內容的語義功能。
2. 如申請專利範圍第1項所述的方法，其中該M2M資源是一<內容實例>資源與一<容器>資源的其中之一。
3. 如申請專利範圍第1項所述的方法，其中所述干擾屬性是一統一資源標示符(URI)。
4. 如申請專利範圍第1項所述的方法，其中該語義描述包括該M2M資源中所儲存的該內容中不同資料元素的名字的至少其中之一、該不同資料元素的一順序、以及該不同資料元素的一類型。
5. 如申請專利範圍第1項所述的方法，其中該基於內容的語義功能包括基於該語義描述推導該內容的上下文。
6. 如申請專利範圍第1項所述的方法，其中該M2M裝置是一感應器或一儀表的至少其中之一，且該資料是經由一有線或無線網路的至少其中之一而從該M2M裝置所獲得。
7. 如申請專利範圍第1項所述的方法，其中該方法是在一無線發射/接收單元(WTRU)、一M2M伺服器、或一M2M閘道的其中之一而被執行。
8. 如申請專利範圍第1項所述的方法，其中在該M2M資源中儲存的內容的該語義描述屬性包括對該內容的資訊編碼。
9. 一種使用機器對機器通信(M2M)而提供上下文感知服務的裝置，該裝置包括：一介面，配置以從一機器對機器(M2M)裝置獲得資料；以及一處理器，配置以：創建一M2M資源；將該資料儲存成該M2M資源中的內容；在該M2M資源中儲存在該M2M資源中所儲存的該內容之一語義描述屬性以及該M2M資源的一語義描述的一參考屬性；以及提供該M2M資源供一服務能力層(SCL)與一應用的至少其中之一的使用，以 基於該M2M資源中所包括的該語義描述而執行基於內容的語義功能。
10. 如申請專利範圍第9項所述的裝置，其中該M2M資源是一<內容實例>資源與一<容器>資源的其中之一。
11. 如申請專利範圍第9項所述的裝置，其中所述干擾屬性是一統一資源標示符(URI)。
12. 如申請專利範圍第9項所述的裝置，其中該語義描述包括該M2M資源中所儲存的該內容中不同資料元素的名字的至少其中之一、該不同資料元素的一順序、以及該不同資料元素的一類型。
13. 如申請專利範圍第9項所述的裝置，其中該基於內容的語義功能包括基於該語義描述推導該內容的上下文。
14. 如申請專利範圍第9項所述的裝置，其中該M2M裝置是一感應器或一儀表的至少其中之一，且該介面是被配置以經由一有線或無線網路的至少其中之一而從該M2M裝置獲得該資料。
15. 如申請專利範圍第9項所述的裝置，其中該裝置是一無線發射/接收單元(WTRU)、一M2M伺服器、或一M2M閘道的其中之一。
16. 如申請專利範圍第9項所述的裝置，其中處理器更被配置以運行一應用，該應用執行基於該M2M資源中所包括的該語義描述而執行該基於內容的語義功能。
17. 如申請專利範圍第9項所述的裝置，更包括另一介面，該另一介面被配置以提供該M2M資源到一外部裝置，該外部裝置託管該SCL與該應用的至少其中之一。
18. 如申請專利範圍第9項所述的裝置，其中在該M2M資源中儲存的內容的該語義描述屬性包括對該內容的資訊編碼。
19. 一種使用機器對機器通信(M2M)而提供上下文感知服務的裝置，該裝置包括：一介面，配置以從一外部裝置接收一M2M資源，其中該M2M資源包括該M2M資源中所儲存的該內容的一語義描述屬性與該M2M資源的一語義描述之一參考屬性的其中之一；以及一處理器，配置以基於該M2M資源中所包括之該語義描述而執行基於內容的語義功能。
20. 如申請專利範圍第19項所述的裝置，其中該M2M資源是一內容實例資源與一容器資源的其中之一。
21. 如申請專利範圍第19項所述的裝置，其中所述參考是一統一資源標示符(URI)。
22. 如申請專利範圍第19項所述的裝置，其中該基於內容的語義功能包括基於該語義描述推導該內容的上下文。
23. 如申請專利範圍第19項所述的裝置，其中在該M2M資源中儲存的內容的該語義描述屬性包括對該內容的資訊編碼。