本發(fā)明涉及通信領域，尤其涉及一種用于控制觸發(fā)請求所對應的操作的技術。

背景技術：

3GPP TS 23.682提供了用于機器類型通信(Machine-Type Communications)的3GPP架構，所述機器類型通信使得應用服務器基于特定應用的要求來接入到IoT設備的數(shù)據(jù)/服務。然而，由于網(wǎng)絡是由多種資源受限設備所組成的，如溫度傳感器、計量設備、用于農場動物的生物芯片轉換器、汽車內置傳感器或在研究與救援中輔助消防員的室外操作設備等，IoT(物聯(lián)網(wǎng)，Internet of Things)的一個關鍵特性是IoT設備的不穩(wěn)定性。IoT設備可能因為各種原因而不可用，如無連接、通信錯誤、計算資源缺失、斷電、休眠、過載、安全原因等等。

因此，為了給高層應用提供必要的數(shù)據(jù)/服務穩(wěn)定性，IoT的一個關鍵問題就在于，當IoT的網(wǎng)絡狀況頻繁改變的時候，如何有效地將設備觸發(fā)請求路由到合適的目的地。

一些現(xiàn)有技術，例如消息轉發(fā)以及消息傳遞報告能夠為該問題提供初步的解決方案。在這些解決方案中，若目的IoT設備不可用，則設備觸發(fā)請求可以被轉發(fā)到預先設定的替代設備，或者可向應用服務器返回傳遞失敗報告從而觸發(fā)錯誤，以令應用服務器對其進行處理。然而，這些解決方案均存在不足：

1.消息轉發(fā)方案沒有考慮到觸發(fā)該設備觸發(fā)請求的應用的需求。在沒有從應用獲取輸入的情況下，替代設備可能并非是一個好的選擇。

2.傳遞報告也并非是一個很好的解決方案。由于消息傳遞延遲(例如由于UE不可達、內存不足等)，該報告可能也會延遲，因此無法支 持低延遲的場景。此外，現(xiàn)有的傳遞報告機制非常受限，且僅用于一些特定場景，因此無法跟蹤消息傳遞路徑上的所有需要的步驟。在現(xiàn)有的傳遞報告機制下，應用服務器不能及時地對IoT頻繁的網(wǎng)絡情況變化做出響應。

此外，3GPP通過對MTC監(jiān)控增強(MTC Monitoring Enhancements)的研究，提出了另一種通過監(jiān)控相關事件來解決該問題的方法。然而，很顯然，對于每個設備觸發(fā)請求進行監(jiān)控的方法低效且高消耗。

技術實現(xiàn)要素：

本發(fā)明的目的是提供一種用于控制觸發(fā)請求所對應的操作的方法、設備與系統(tǒng)。

根據(jù)本發(fā)明的一個方面，提供了一種在控制設備端用于控制觸發(fā)請求所對應的操作的方法，其中，該方法包括：

x獲取應用服務器所發(fā)送的一個或多個控制策略參數(shù)，其中，所述控制策略參數(shù)包括一個或多個網(wǎng)絡條件以及與所述網(wǎng)絡條件相對應的預定操作；

其中，該方法還包括：

a檢測當前網(wǎng)絡狀況是否與所述網(wǎng)絡條件相匹配；

b若所述當前網(wǎng)絡狀況與所述網(wǎng)絡條件相匹配，則根據(jù)所述控制策略參數(shù)，對所述應用服務器所發(fā)送的觸發(fā)請求執(zhí)行與所述網(wǎng)絡條件相對應的預定操作。

根據(jù)本發(fā)明的另一方面，還提供了一種在應用服務器端用于輔助控制觸發(fā)請求所對應的操作的方法，其中，該方法包括：

X將一個或多個觸發(fā)請求以及控制策略參數(shù)發(fā)送至控制設備，其中，所述控制策略參數(shù)包括一個或多個網(wǎng)絡條件以及與所述網(wǎng)絡條件相對應的預定操作。

根據(jù)本發(fā)明的再一方面，還提供了一種用于控制觸發(fā)請求所對應的操作的控制設備，其中，該設備包括：

策略獲取裝置，用于獲取應用服務器所發(fā)送的一個或多個控制策 略參數(shù)，其中，所述控制策略參數(shù)包括一個或多個網(wǎng)絡條件以及與所述網(wǎng)絡條件相對應的預定操作；

其中，該設備還包括：

檢測裝置，用于檢測當前網(wǎng)絡狀況是否與所述網(wǎng)絡條件相匹配；

執(zhí)行裝置，用于若所述當前網(wǎng)絡狀況與所述網(wǎng)絡條件相匹配，則根據(jù)所述控制策略參數(shù)，對所述應用服務器所發(fā)送的觸發(fā)請求執(zhí)行與所述網(wǎng)絡條件相對應的預定操作。

根據(jù)本發(fā)明的又一方面，還提供了一種用于輔助控制觸發(fā)請求所對應的操作的應用服務器，其中，所述應用服務器包括：

策略發(fā)送裝置，用于將一個或多個觸發(fā)請求以及控制策略參數(shù)發(fā)送至控制設備，其中，所述控制策略參數(shù)包括一個或多個網(wǎng)絡條件以及與所述網(wǎng)絡條件相對應的預定操作。

根據(jù)本發(fā)明的另一方面，還提供了一種用于控制觸發(fā)請求所對應的操作的系統(tǒng)，其中，所述系統(tǒng)包括如上述所述的控制設備，以及如上述所述的應用服務器。

與現(xiàn)有技術相比，本發(fā)明由控制設備獲取應用服務器所發(fā)送的一個或多個控制策略參數(shù)，然后基于所述控制策略參數(shù)中所包括的一個或多個網(wǎng)絡條件以及與所述網(wǎng)絡條件相對應的預定操作，對當前網(wǎng)絡狀況進行檢測，若所述當前網(wǎng)絡狀況與所述網(wǎng)絡條件相匹配，則根據(jù)所述控制策略參數(shù)，對所述應用服務器所發(fā)送的觸發(fā)請求執(zhí)行與所述網(wǎng)絡條件相對應的預定操作。從而，本發(fā)明實現(xiàn)了由控制設備端對觸發(fā)請求的操作進行控制，并具有以下優(yōu)點：

-控制對觸發(fā)請求的響應：由于控制策略參數(shù)由應用服務器所確定，因此應用程序能夠完全控制它的觸發(fā)請求，從而保證了觸發(fā)請求的操作結果能夠盡可能的反映出應用的需求。

-提高應用的效率：本發(fā)明由控制設備端處理各類網(wǎng)絡細節(jié)，使得應用服務器無需知道更多的網(wǎng)絡細節(jié)，本發(fā)明可以僅從應用上層對觸發(fā)請求進行處理，允許應用集中在應用特定邏輯上，從而不再被網(wǎng)絡的頻繁變更所干擾。

-增強網(wǎng)絡可靠性與功能性：由于控制設備能夠集中對當前網(wǎng)絡狀況進行檢測，因此，可以由控制設備集中關注各種網(wǎng)絡條件的頻繁變化，且充分地利用網(wǎng)絡的信息，及時響應網(wǎng)絡環(huán)境變化。

-高創(chuàng)新率：本發(fā)明能夠使得通信可程序化。這使得應用能夠迅速地適應網(wǎng)絡，且能夠迅速地引入新的服務與網(wǎng)絡性能。

而且，本發(fā)明還可以應用于IoT網(wǎng)絡中，從而使得IoT通信可程序化，且及時響應IoT中的網(wǎng)絡環(huán)境變化。本發(fā)明能夠讓應用集中于應用特定的邏輯上，而不再被頻繁的IoT網(wǎng)絡變化所干擾。本發(fā)明能夠適用于任何IoT架構/應用。

附圖說明

通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描述，本發(fā)明的其它特征、目的和優(yōu)點將會變得更明顯：

圖1示出根據(jù)本發(fā)明一個優(yōu)選實施例的一種具有控制觸發(fā)請求所對應操作的策略的服務公開框架示意圖；

圖2示出根據(jù)本發(fā)明一個方面的一種用于控制觸發(fā)請求所對應的操作的控制設備與應用服務器示意圖；

圖3示出根據(jù)本發(fā)明另一個方面的一種由控制設備與應用服務器配合實現(xiàn)的、用于控制觸發(fā)請求所對應的操作的方法流程圖；

圖4示出根據(jù)本發(fā)明一個優(yōu)選實施例的一種在IoT網(wǎng)絡中、用于替換觸發(fā)請求的目的地址的方法流程圖；

圖5示出根據(jù)本發(fā)明另一個優(yōu)選實施例的一種在IoT網(wǎng)絡中、用于為觸發(fā)請求添加傳遞條件的方法流程圖。

附圖中相同或相似的附圖標記代表相同或相似的部件。

具體實施方式

在更加詳細地討論示例性實施例之前應當提到的是，一些示例性實施例被描述成作為流程圖描繪的處理或方法。雖然流程圖將各項操作描述成順序的處理，但是其中的許多操作可以被并行地、并發(fā)地或 者同時實施。此外，各項操作的順序可以被重新安排。當其操作完成時所述處理可以被終止，但是還可以具有未包括在附圖中的附加步驟。所述處理可以對應于方法、函數(shù)、規(guī)程、子例程、子程序等等。

在上下文中所稱“控制設備”或“應用服務器”，包括任意能夠執(zhí)行信息處理的計算機設備。在此，所述“計算機設備”，也稱為“電腦”，是指可以通過運行預定程序或指令來執(zhí)行數(shù)值計算和/或邏輯計算等預定處理過程的智能電子設備，其可以包括處理器與存儲器，由處理器執(zhí)行在存儲器中預存的存續(xù)指令來執(zhí)行預定處理過程，或是由ASIC、FPGA、DSP等硬件執(zhí)行預定處理過程，或是由上述二者組合來實現(xiàn)。

所述計算機設備包括但不限于網(wǎng)絡設備或用戶設備與網(wǎng)絡設備通過網(wǎng)絡相集成所構成的設備。所述網(wǎng)絡設備包括但不限于計算機、網(wǎng)絡主機、單個網(wǎng)絡服務器、多個網(wǎng)絡服務器集或多個服務器構成的云；在此，云由基于云計算(Cloud Computing)的大量計算機或網(wǎng)絡服務器構成，其中，云計算是分布式計算的一種，由一群松散耦合的計算機集組成的一個虛擬超級計算機。其中，所述計算機設備可單獨運行來實現(xiàn)本發(fā)明，也可接入網(wǎng)絡并通過與網(wǎng)絡中的其他計算機設備的交互操作來實現(xiàn)本發(fā)明。其中，所述計算機設備所處的網(wǎng)絡包括但不限于互聯(lián)網(wǎng)、物聯(lián)網(wǎng)、廣域網(wǎng)、城域網(wǎng)、局域網(wǎng)、VPN網(wǎng)絡、無線自組織網(wǎng)絡(Ad Hoc網(wǎng)絡)等。

此外，在上下文中所述的用戶設備其包括但不限于任何一種可與用戶通過鍵盤、遙控器、觸摸板、或聲控設備進行人機交互的電子產品，例如計算機、智能手機、PDA、游戲機、或IPTV等；此外，所述用戶設備還包括無需與用戶進行交互即可實現(xiàn)信息收集與發(fā)送的設備，如傳感器等。

需要說明的是，所述用戶設備、網(wǎng)絡設備和網(wǎng)絡等僅為舉例，其他現(xiàn)有的或今后可能出現(xiàn)的計算機設備或網(wǎng)絡如可適用于本發(fā)明，也應包含在本發(fā)明保護范圍以內，并以引用方式包含于此。

這里所公開的具體結構和功能細節(jié)僅僅是代表性的，并且是用于 描述本發(fā)明的示例性實施例的目的。但是本發(fā)明可以通過許多替換形式來具體實現(xiàn)，并且不應當被解釋成僅僅受限于這里所闡述的實施例。

還應當提到的是，在一些替換實現(xiàn)方式中，所提到的功能/動作可以按照不同于附圖中標示的順序發(fā)生。舉例來說，取決于所涉及的功能/動作，相繼示出的兩幅圖實際上可以基本上同時執(zhí)行或者有時可以按照相反的順序來執(zhí)行。

下面結合附圖對本發(fā)明作進一步詳細描述。

圖1示出根據(jù)本發(fā)明一個優(yōu)選實施例的一種具有控制觸發(fā)請求所對應的操作策略的服務公開框架示意圖。

在圖1中，本發(fā)明中的“控制策略邏輯/處理器”被引入或部署在運營商主網(wǎng)絡的服務公開層(Service Exposure Layer)中。在此，所述“控制策略邏輯”即對應于上下文中所述“在控制設備端用于控制觸發(fā)請求所對應的操作的方法”，所述“控制策略處理器”即對應于上下文中所述“用于控制觸發(fā)請求所對應的操作的控制設備”。

各類應用通過與服務公開層所協(xié)商好的一個或多個API，將該應用所設置的控制策略發(fā)送到服務公開層中，以由服務公開層進行集中控制。服務公開層根據(jù)所述一個或多個控制策略，對網(wǎng)絡環(huán)境進行檢測，若條件滿足，則對該應用的觸發(fā)請求執(zhí)行對應的操作。

為便于說明，圖1以3GPP架構為例。本領域技術人員應能理解，其他架構下，具有控制觸發(fā)請求所對應的操作的策略的服務公開框架與圖1相似，故在此不再贅述，并同樣包含在本發(fā)明的保護范圍內。

圖2示出根據(jù)本發(fā)明一個方面的一種用于控制觸發(fā)請求所對應的操作的控制設備與應用服務器示意圖；其中，所述控制設備1包括策略獲取裝置11、檢測裝置12、執(zhí)行裝置13，所述應用服務器2包括策略發(fā)送裝置21。具體地，所述應用服務器2的策略發(fā)送裝置21將一個或多個觸發(fā)請求以及控制策略參數(shù)發(fā)送至所述控制設備，其中，所述控制策略參數(shù)包括一個或多個網(wǎng)絡條件以及與所述網(wǎng)絡條件相對應的預定操作；相應地，所述控制設備1的策略獲取裝置11獲取 應用服務器所發(fā)送的一個或多個控制策略參數(shù)；然后，所述控制設備1的檢測裝置12檢測當前網(wǎng)絡狀況是否與所述網(wǎng)絡條件相匹配；若所述當前網(wǎng)絡狀況與所述網(wǎng)絡條件相匹配，則所述執(zhí)行裝置13根據(jù)所述控制策略參數(shù)，對所述應用服務器所發(fā)送的觸發(fā)請求執(zhí)行與所述網(wǎng)絡條件相對應的預定操作。

所述應用服務器2的策略發(fā)送裝置21將一個或多個觸發(fā)請求以及控制策略參數(shù)發(fā)送至所述控制設備，其中，所述控制策略參數(shù)包括一個或多個網(wǎng)絡條件以及與所述網(wǎng)絡條件相對應的預定操作。

具體地，所述策略發(fā)送裝置21基于預設的API，通過對應的通信協(xié)議，將一個或多個觸發(fā)請求以及控制策略參數(shù)同時或非同時地發(fā)送至所述控制設備。例如，所述策略發(fā)送裝置21先將一個或多個控制策略參數(shù)發(fā)送至所述控制設備，并由所述控制設備進行存儲，所述控制策略參數(shù)可以對應于多種觸發(fā)請求；然后，當所述應用服務器2需要進行觸發(fā)請求時，再將所述觸發(fā)請求發(fā)送至所述控制設備?；蛘?，所述策略發(fā)送裝置21將一個或多個觸發(fā)請求以及控制策略參數(shù)同時發(fā)送至所述控制設備，在此，所述控制策略參數(shù)可以僅對應于所發(fā)送的觸發(fā)請求，也可以包含對應于其他未發(fā)送的觸發(fā)請求的控制策略參數(shù)，并由所述控制設備存儲后備用。

在此，所述控制策略參數(shù)中的網(wǎng)絡條件與預定操作可直接將具體指示內容寫入控制策略參數(shù)中，也可以基于預定義的數(shù)字ID來指示。當采用數(shù)字ID進行指示時，這些數(shù)字ID所對應的具體網(wǎng)絡條件與預定操作可預先配置在應用服務器以及控制設備中；從而當應用服務器以及控制設備之間傳遞控制策略參數(shù)時，僅在相應消息中標識數(shù)字ID即可。

在此，所述網(wǎng)絡條件包括但不限于基于網(wǎng)絡測量與閾值的多個維度。網(wǎng)絡中任意網(wǎng)元所支持的任意檢測都可以包含在所述網(wǎng)絡條件中。例如，所述網(wǎng)絡條件包括但不限于網(wǎng)元(如用戶設備)的位置、時間、未成功傳遞嘗試、消息在等待隊列中排隊、消息傳遞的延遲、用于傳遞的費率、目的設備的暫時缺失等。

在此，所述預定操作包括但不限于以下至少任一項：

-更換目的地址。若條件符合，其指示了消息應當被轉發(fā)至該操作所指示的替換設備。

-條件傳遞。直到條件滿足，再進行待傳遞消息(如M2M消息)的傳遞。如:當目標設備符合特定狀態(tài)時(例如在特定地點,處于空閑等)再傳遞、在特定時間傳遞、或在傳送費率可變情況下選擇傳遞費率最低時傳遞等。

-放棄。若條件滿足，放棄該待傳遞消息(如M2M消息)。

-報告。將情況報給消息發(fā)起源(如AS、SCS、其他第三方服務器、IoT設備等)。

-報告以獲取進一步指示。向消息發(fā)起源進行報告，并保留該消息，直到從發(fā)起源收到指示。例如，從發(fā)起源獲取的指示可能是消息回叫或替換。

-替換負載。若條件滿足，用新負載替換掉當前負載。在此，所述新負載既可以是消息中攜帶的備用負載,也可以是在應用服務器預設的負載。

-替換觸發(fā)/消息參數(shù)，如優(yōu)先級、有效性等等。

-其他。

在此，本領域技術人員應能理解，上述網(wǎng)絡條件與預定操作之間可以是一對一、一對多或多對多的關系。進一步地，所述控制策略參數(shù)中還可以包含網(wǎng)絡條件與預定操作的多重映射，例如，當滿足某一網(wǎng)絡條件時，執(zhí)行預定操作A；若預定操作A執(zhí)行失敗，則繼續(xù)執(zhí)行預定操作B等。

相應地，所述控制設備1的策略獲取裝置11獲取應用服務器所發(fā)送的一個或多個控制策略參數(shù)。

具體地，所述策略獲取裝置11基于預設的API，通過對應的通信協(xié)議，從所述應用服務器處獲取所述控制策略參數(shù)。進一步地，所述策略獲取裝置11存儲所述控制策略參數(shù)。

在此，當存儲所述控制策略參數(shù)時，可以將所述控制策略參數(shù)與 所述應用服務器相關聯(lián)，即當獲取該應用服務器所發(fā)送的觸發(fā)請求時，才應用該應用服務器所發(fā)送的控制策略參數(shù)；也可以不將所述控制策略參數(shù)與所述應用服務器相關聯(lián)，即當獲取任意應用服務器所發(fā)送的觸發(fā)請求時，均應用上述控制策略參數(shù)；也可以將所述控制策略參數(shù)與特定的應用服務器相關聯(lián)，如當獲取某一應用服務器所發(fā)送的控制策略參數(shù)后，對與該應用服務器同屬于某一網(wǎng)段的其他應用服務器的觸發(fā)請求也應用該控制策略參數(shù)。在此，本領域技術人員應能理解，其他用于限定上述特定應用服務器的條件同樣適用于本發(fā)明，并包含在本發(fā)明的保護范圍內。

在此，所述策略獲取裝置11可以直接獲取所述應用服務器所主動發(fā)送的控制策略參數(shù)；也可以向所述應用服務器發(fā)送參數(shù)獲取請求，從而所述應用服務器基于所述參數(shù)獲取請求，將控制策略參數(shù)發(fā)送到所述控制設備；還可以基于應用服務器的觸發(fā)請求，從觸發(fā)請求中提取所述控制策略參數(shù)。

優(yōu)選地，所述策略發(fā)送裝置21可以將一個或多個觸發(fā)請求發(fā)送至所述控制設備，其中，所述觸發(fā)請求中包括一個或多個控制策略參數(shù)，所述控制策略參數(shù)包括一個或多個網(wǎng)絡條件以及與所述網(wǎng)絡條件相對應的預定操作。相應地，所述策略獲取裝置11獲取應用服務器所發(fā)送的一個或多個觸發(fā)請求，其中，所述觸發(fā)請求中包括一個或多個控制策略參數(shù)；然后根據(jù)所述觸發(fā)請求，獲取所述控制策略參數(shù)。

具體地，所述策略發(fā)送裝置21在所發(fā)送的觸發(fā)請求中引入控制策略參數(shù)，然后基于預設的API，通過對應的通信協(xié)議，將該觸發(fā)請求發(fā)送至所述控制設備；所述控制設備在獲取所述觸發(fā)請求后，將所述觸發(fā)請求中的控制策略參數(shù)提取出來，從而當網(wǎng)絡條件滿足所述控制策略參數(shù)中的條件時，對該觸發(fā)請求執(zhí)行所述控制策略參數(shù)中的預定操作。

在此，本領域技術人員應能理解，當所述觸發(fā)請求中包括一個或多個控制策略參數(shù)時，所述控制策略參數(shù)即為該觸發(fā)請求所應用的控制策略參數(shù)；此外，若有其他約定，也可以將該控制策略參數(shù)應用于 其他觸發(fā)請求中。

優(yōu)選地，所述應用服務器還包括策略生成裝置(未示出)，其中，所述策略生成裝置根據(jù)應用需求信息，生成一個或多個控制策略參數(shù)，其中，所述控制策略參數(shù)包括一個或多個網(wǎng)絡條件以及與所述網(wǎng)絡條件相對應的預定操作；所述策略發(fā)送裝置21將一個或多個觸發(fā)請求以及所述控制策略參數(shù)發(fā)送至所述控制設備。

具體地，所述策略生成裝置根據(jù)該應用服務器所對應應用的應用需求信息，生成符合所述應用需求信息的控制策略參數(shù)。其中，所述應用需求信息包括但不限于服務商信息、時效需求、位置需求、優(yōu)先級需求、服務費用需求等。在此，由于應用服務器自行生成所述控制策略參數(shù)，因此所生成的控制策略參數(shù)能夠很好的符合該應用服務器在各類情況下的需求。

本領域技術人員應能理解，除了由所述策略生成裝置自行生成外，所述應用服務器還可以從其他第三方設備處獲取控制策略參數(shù)，或直接采用缺省配置的控制策略參數(shù)等。

然后，所述策略發(fā)送裝置21然后基于預設的API，通過對應的通信協(xié)議，將所生成的控制策略參數(shù)以及觸發(fā)請求發(fā)送至所述控制設備。

在此，所述策略發(fā)送裝置21發(fā)送所述觸發(fā)請求以及所述控制策略參數(shù)的方法與圖2所述的策略發(fā)送裝置21相同或相似，故在此不再贅述，并通過引用的方式包含于此。

然后，所述控制設備1的檢測裝置12檢測當前網(wǎng)絡狀況是否與所述網(wǎng)絡條件相匹配。若所述當前網(wǎng)絡狀況與所述網(wǎng)絡條件相匹配，則所述執(zhí)行裝置13根據(jù)所述控制策略參數(shù)，對所述應用服務器所發(fā)送的觸發(fā)請求執(zhí)行與所述網(wǎng)絡條件相對應的預定操作。

具體地，所述檢測裝置12首先獲取當前網(wǎng)絡狀況，在此，所述網(wǎng)絡狀況的獲取可以由所述控制設備直接監(jiān)控獲得，也可以從網(wǎng)絡中的其他設備所獲得，如基于網(wǎng)絡中的任意網(wǎng)元(如傳遞節(jié)點)所支持的任意監(jiān)測，從該網(wǎng)元處通過相關消息進行獲得。

然后，所述檢測裝置12持續(xù)對當前網(wǎng)絡狀況與所述網(wǎng)絡條件進行匹配；若所述當前網(wǎng)絡狀況與所述網(wǎng)絡條件不匹配，則繼續(xù)循環(huán)上一監(jiān)控與匹配的過程；若所述當前網(wǎng)絡狀況與所述網(wǎng)絡條件相匹配，則所述執(zhí)行裝置13根據(jù)所述控制策略參數(shù)，對所述觸發(fā)請求執(zhí)行與所述網(wǎng)絡條件相對應的預定操作。

優(yōu)選地，若所述當前網(wǎng)絡狀況與所述網(wǎng)絡條件相匹配，所述執(zhí)行裝置13還可以根據(jù)所述控制策略參數(shù)，結合所述應用服務器所發(fā)送的觸發(fā)請求中的負載信息，對所述觸發(fā)請求執(zhí)行與所述網(wǎng)絡條件以及所述負載信息相對應的預定操作。

具體地，在根據(jù)所述控制策略參數(shù)的基礎上，所述執(zhí)行裝置13還可以根據(jù)所述觸發(fā)請求中的負載信息，對所述網(wǎng)絡條件以及所述負載信息進行綜合分析，從而確定預定操作。例如，所述負載信息中包含可包含執(zhí)行的具體內容，或比所述控制策略參數(shù)優(yōu)先級更高或更低的操作控制內容。

例如，若所述控制策略參數(shù)為“當初始目的地址不可達時，則更改目的地址”，而所述負載信息中包含“所更改的目的地址”，則所述執(zhí)行裝置13綜合考慮兩者，當始目的地址不可達時，將所述負載信息中的目的地址作為替換地址，將該觸發(fā)請求轉發(fā)至所述負載信息中的目的地址。

在此，一般情況下，所述控制策略參數(shù)的優(yōu)先級是最高，但也可以基于所述負載信息來實時調整。例如，若所述負載信息中包含控制優(yōu)先級最高的操作控制內容，則優(yōu)先采用所述負載信息中的操作。

圖3示出根據(jù)本發(fā)明另一個方面的一種由控制設備與應用服務器配合實現(xiàn)的、用于控制觸發(fā)請求所對應的操作的方法流程圖。具體地，在步驟S1中，所述應用服務器2將一個或多個觸發(fā)請求以及控制策略參數(shù)發(fā)送至所述控制設備，其中，所述控制策略參數(shù)包括一個或多個網(wǎng)絡條件以及與所述網(wǎng)絡條件相對應的預定操作；相應地，在步驟S1中，所述控制設備1獲取應用服務器所發(fā)送的一個或多個控制策略參數(shù)；然后，在步驟S2中，所述控制設備1檢測當前網(wǎng)絡狀況是 否與所述網(wǎng)絡條件相匹配；若所述當前網(wǎng)絡狀況與所述網(wǎng)絡條件相匹配，則在步驟S3中，所述控制設備1根據(jù)所述控制策略參數(shù)，對所述應用服務器所發(fā)送的觸發(fā)請求執(zhí)行與所述網(wǎng)絡條件相對應的預定操作。

在步驟S1中，所述應用服務器2將一個或多個觸發(fā)請求以及控制策略參數(shù)發(fā)送至所述控制設備，其中，所述控制策略參數(shù)包括一個或多個網(wǎng)絡條件以及與所述網(wǎng)絡條件相對應的預定操作。

具體地，在步驟S1中，所述應用服務器2基于預設的API，通過對應的通信協(xié)議，將一個或多個觸發(fā)請求以及控制策略參數(shù)同時或非同時地發(fā)送至所述控制設備。例如，在步驟S1中，所述應用服務器2先將一個或多個控制策略參數(shù)發(fā)送至所述控制設備，并由所述控制設備進行存儲，所述控制策略參數(shù)可以對應于多種觸發(fā)請求；然后，當所述應用服務器2需要進行觸發(fā)請求時，再將所述觸發(fā)請求發(fā)送至所述控制設備。或者，在步驟S1中，所述應用服務器2將一個或多個觸發(fā)請求以及控制策略參數(shù)同時發(fā)送至所述控制設備，在此，所述控制策略參數(shù)可以僅對應于所發(fā)送的觸發(fā)請求，也可以包含對應于其他未發(fā)送的觸發(fā)請求的控制策略參數(shù)，并由所述控制設備存儲后備用。

在此，所述控制策略參數(shù)中的網(wǎng)絡條件與預定操作可直接將具體指示內容寫入控制策略參數(shù)中，也可以基于預定義的數(shù)字ID來指示。當采用數(shù)字ID進行指示時，這些數(shù)字ID所對應的具體網(wǎng)絡條件與預定操作可預先配置在應用服務器以及控制設備中；從而當應用服務器以及控制設備之間傳遞控制策略參數(shù)時，僅在相應消息中標識數(shù)字ID即可。

在此，所述網(wǎng)絡條件包括但不限于基于網(wǎng)絡測量與閾值的多個維度。網(wǎng)絡中任意網(wǎng)元所支持的任意檢測都可以包含在所述網(wǎng)絡條件中。例如，所述網(wǎng)絡條件包括但不限于網(wǎng)元(如用戶設備)的位置、時間、未成功傳遞嘗試、消息在等待隊列中排隊、消息傳遞的延遲、用于傳遞的費率、目的設備的暫時缺失等。

在此，所述預定操作包括但不限于以下至少任一項：

-更換目的地址。若條件符合，其指示了消息應當被轉發(fā)至該操作所指示的替換設備。

-條件傳遞。直到條件滿足，再進行待傳遞消息(如M2M消息)的傳遞。如:當目標設備符合特定狀態(tài)時(例如在特定地點,處于空閑等)再傳遞、在特定時間傳遞、或在傳送費率可變情況下選擇傳遞費率最低時傳遞等。

-放棄。若條件滿足，放棄該待傳遞消息(如M2M消息)。

-報告。將情況報給消息發(fā)起源(如AS、SCS、其他第三方服務器、IoT設備等)。

-報告以獲取進一步指示。向消息發(fā)起源進行報告，并保留該消息，直到從發(fā)起源收到指示。例如，從發(fā)起源獲取的指示可能是消息回叫或替換。

-替換負載。若條件滿足，用新負載替換掉當前負載。在此，所述新負載既可以是消息中攜帶的備用負載,也可以是在應用服務器預設的負載。

-替換觸發(fā)/消息參數(shù)，如優(yōu)先級、有效性等等。

-其他。

在此，本領域技術人員應能理解，上述網(wǎng)絡條件與預定操作之間可以是一對一、一對多或多對多的關系。進一步地，所述控制策略參數(shù)中還可以包含網(wǎng)絡條件與預定操作的多重映射，例如，當滿足某一網(wǎng)絡條件時，執(zhí)行預定操作A；若預定操作A執(zhí)行失敗，則繼續(xù)執(zhí)行預定操作B等。

相應地，在步驟S1中，所述控制設備1獲取應用服務器所發(fā)送的一個或多個控制策略參數(shù)。

具體地，在步驟S1中，所述控制設備1基于預設的API，通過對應的通信協(xié)議，從所述應用服務器處獲取所述控制策略參數(shù)。進一步地，在步驟S1中，所述控制設備1存儲所述控制策略參數(shù)。

在此，當存儲所述控制策略參數(shù)時，可以將所述控制策略參數(shù)與 所述應用服務器相關聯(lián)，即當獲取該應用服務器所發(fā)送的觸發(fā)請求時，才應用該應用服務器所發(fā)送的控制策略參數(shù)；也可以不將所述控制策略參數(shù)與所述應用服務器相關聯(lián)，即當獲取任意應用服務器所發(fā)送的觸發(fā)請求時，均應用上述控制策略參數(shù)；也可以將所述控制策略參數(shù)與特定的應用服務器相關聯(lián)，如當獲取某一應用服務器所發(fā)送的控制策略參數(shù)后，對與該應用服務器同屬于某一網(wǎng)段的其他應用服務器的觸發(fā)請求也應用該控制策略參數(shù)。在此，本領域技術人員應能理解，其他用于限定上述特定應用服務器的條件同樣適用于本發(fā)明，并包含在本發(fā)明的保護范圍內。

在此，在步驟S1中，所述控制設備1可以直接獲取所述應用服務器所主動發(fā)送的控制策略參數(shù)；也可以向所述應用服務器發(fā)送參數(shù)獲取請求，從而所述應用服務器基于所述參數(shù)獲取請求，將控制策略參數(shù)發(fā)送到所述控制設備；還可以基于應用服務器的觸發(fā)請求，從觸發(fā)請求中提取所述控制策略參數(shù)。

優(yōu)選地，在步驟S1中，所述應用服務器2可以將一個或多個觸發(fā)請求發(fā)送至所述控制設備，其中，所述觸發(fā)請求中包括一個或多個控制策略參數(shù)，所述控制策略參數(shù)包括一個或多個網(wǎng)絡條件以及與所述網(wǎng)絡條件相對應的預定操作。相應地，在步驟S1中，所述控制設備1獲取應用服務器所發(fā)送的一個或多個觸發(fā)請求，其中，所述觸發(fā)請求中包括一個或多個控制策略參數(shù)；然后根據(jù)所述觸發(fā)請求，獲取所述控制策略參數(shù)。

具體地，在步驟S1中，所述應用服務器2在所發(fā)送的觸發(fā)請求中引入控制策略參數(shù)，然后基于預設的API，通過對應的通信協(xié)議，將該觸發(fā)請求發(fā)送至所述控制設備；所述控制設備在獲取所述觸發(fā)請求后，將所述觸發(fā)請求中的控制策略參數(shù)提取出來，從而當網(wǎng)絡條件滿足所述控制策略參數(shù)中的條件時，對該觸發(fā)請求執(zhí)行所述控制策略參數(shù)中的預定操作。

在此，本領域技術人員應能理解，當所述觸發(fā)請求中包括一個或多個控制策略參數(shù)時，所述控制策略參數(shù)即為該觸發(fā)請求所應用的控 制策略參數(shù)；此外，若有其他約定，也可以將該控制策略參數(shù)應用于其他觸發(fā)請求中。

優(yōu)選地，所述方法還包括步驟S4(未示出)，其中，在步驟S4中，所述應用服務器2根據(jù)應用需求信息，生成一個或多個控制策略參數(shù)，其中，所述控制策略參數(shù)包括一個或多個網(wǎng)絡條件以及與所述網(wǎng)絡條件相對應的預定操作；在步驟S1中，所述應用服務器2將一個或多個觸發(fā)請求以及所述控制策略參數(shù)發(fā)送至所述控制設備。

具體地，在步驟S4中，所述應用服務器2根據(jù)該應用服務器所對應應用的應用需求信息，生成符合所述應用需求信息的控制策略參數(shù)。其中，所述應用需求信息包括但不限于服務商信息、時效需求、位置需求、優(yōu)先級需求、服務費用需求等。在此，由于應用服務器自行生成所述控制策略參數(shù)，因此所生成的控制策略參數(shù)能夠很好的符合該應用服務器在各類情況下的需求。

本領域技術人員應能理解，除了由所述應用服務器自行生成外，所述應用服務器還可以從其他第三方設備處獲取控制策略參數(shù)，或直接采用缺省配置的控制策略參數(shù)等。

然后，在步驟S1中，所述應用服務器2然后基于預設的API，通過對應的通信協(xié)議，將所生成的控制策略參數(shù)以及觸發(fā)請求發(fā)送至所述控制設備。

在此，所述應用服務器2發(fā)送所述觸發(fā)請求以及所述控制策略參數(shù)的方法與圖3所述的步驟S1相同或相似，故在此不再贅述，并通過引用的方式包含于此。

然后，在步驟S2中，所述控制設備1檢測當前網(wǎng)絡狀況是否與所述網(wǎng)絡條件相匹配。若所述當前網(wǎng)絡狀況與所述網(wǎng)絡條件相匹配，則在步驟S3中，所述控制設備1根據(jù)所述控制策略參數(shù)，對所述應用服務器所發(fā)送的觸發(fā)請求執(zhí)行與所述網(wǎng)絡條件相對應的預定操作。

具體地，在步驟S2中，所述控制設備1首先獲取當前網(wǎng)絡狀況，在此，所述網(wǎng)絡狀況的獲取可以由所述控制設備直接監(jiān)控獲得，也可以從網(wǎng)絡中的其他設備所獲得，如基于網(wǎng)絡中的任意網(wǎng)元(如傳遞節(jié) 點)所支持的任意監(jiān)測，從該網(wǎng)元處通過相關消息進行獲得。

然后，在步驟S2中，所述控制設備1持續(xù)對當前網(wǎng)絡狀況與所述網(wǎng)絡條件進行匹配；若所述當前網(wǎng)絡狀況與所述網(wǎng)絡條件不匹配，則繼續(xù)循環(huán)上一監(jiān)控與匹配的過程；若所述當前網(wǎng)絡狀況與所述網(wǎng)絡條件相匹配，則在步驟S3中，所述控制設備1根據(jù)所述控制策略參數(shù)，對所述觸發(fā)請求執(zhí)行與所述網(wǎng)絡條件相對應的預定操作。

優(yōu)選地，若所述當前網(wǎng)絡狀況與所述網(wǎng)絡條件相匹配，在步驟S3中，所述控制設備1還可以根據(jù)所述控制策略參數(shù)，結合所述應用服務器所發(fā)送的觸發(fā)請求中的負載信息，對所述觸發(fā)請求執(zhí)行與所述網(wǎng)絡條件以及所述負載信息相對應的預定操作。

具體地，在根據(jù)所述控制策略參數(shù)的基礎上，在步驟S3中，所述控制設備1還可以根據(jù)所述觸發(fā)請求中的負載信息，對所述網(wǎng)絡條件以及所述負載信息進行綜合分析，從而確定預定操作。例如，所述負載信息中包含可包含執(zhí)行的具體內容，或比所述控制策略參數(shù)優(yōu)先級更高或更低的操作控制內容。

例如，若所述控制策略參數(shù)為“當初始目的地址不可達時，則更改目的地址”，而所述負載信息中包含“所更改的目的地址”，則所述控制設備綜合考慮兩者，當始目的地址不可達時，將所述負載信息中的目的地址作為替換地址，將該觸發(fā)請求轉發(fā)至所述負載信息中的目的地址。

在此，一般情況下，所述控制策略參數(shù)的優(yōu)先級是最高，但也可以基于所述負載信息來實時調整。例如，若所述負載信息中包含控制優(yōu)先級最高的操作控制內容，則優(yōu)先采用所述負載信息中的操作。

圖4示出根據(jù)本發(fā)明一個優(yōu)選實施例的一種在IoT網(wǎng)絡中、用于替換觸發(fā)請求的目的地址的方法流程圖。

在此，本領域技術人員應能理解，為便于描述，圖4以及圖5以IoT網(wǎng)絡為例。服務公開層中部署有控制設備，以對控制策略參數(shù)進行獲取以及對觸發(fā)請求進行控制。應用服務器發(fā)送的觸發(fā)請求為設備觸發(fā)請求。事實上，除了IoT，本發(fā)明可以適用于其他應用。例如， 由運營商主網(wǎng)絡中的服務公開層所支持的其他應用。

在圖4所對應的場景中，應用服務器所發(fā)送的設備觸發(fā)請求的初始目的地是UE1。新的控制策略參數(shù)基于下述條件與操作的映射，被添加至設備觸發(fā)請求中：

條件：初始目的地(例如UE1)不可達到。

操作：替換目的地址為UE2。

步驟S41：應用服務器基于特定應用的需求，生成控制策略參數(shù)，并將其嵌入至設備觸發(fā)請求中。所述設備觸發(fā)請求通過增強的服務公開層被發(fā)送至MTC-IWF。在服務公開層中的“控制策略邏輯/處理器”存儲從應用服務器所獲得的控制策略參數(shù)，以在需要時用于進一步的處理。進一步地，所述“控制策略邏輯/處理器”還能夠在控制策略參數(shù)的條件中獲取網(wǎng)絡狀況，并檢測網(wǎng)絡狀況的改變以用于控制策略的進一步處理。

步驟S42：MTC-IWF基于配置信息，選擇合適的SMS-SC。所述MTC-IWF發(fā)送提交觸發(fā)至所選擇的SMS-SC，并從該SMS-SC接收提交觸發(fā)確認/響應。

步驟S43：在該示例中，初始目的地(即UE1)是不可達的，且已報告給了增強的服務公開層(注意：基于實施方式，也可以由增強的服務公開層進行監(jiān)控)。然后，應用以下邏輯：

1.從設備觸發(fā)請求中獲取控制策略參數(shù)。若存在，則進行下一步。

2.從控制策略參數(shù)中獲取條件，持續(xù)檢測該條件是否匹配。若條件匹配，啟動相應的操作。

在這個示例中，由于初始目的地(即UE1)不可達，在服務公開層上的控制策略處理器將會執(zhí)行對應的操作，即將目的地址替換為一個由替換目的地所指示的地址，然后，按照正常情況傳遞消息。

步驟S44：短消息被傳遞至UE2。

步驟S45：UE執(zhí)行特定操作以響應所接收到的設備觸發(fā)。這種響應通常包含與SCS或者應用服務器之間的即時或延遲的通信啟動。當控制策略參數(shù)包含對于響應的處理時,控制策略處理器會檢查響應 的網(wǎng)絡條件,并當條件符合時對響應信息進行適當?shù)牟僮鳌?/p>

在此：UE1若不可用，即使原觸發(fā)請求中包含預定義的替換設備，也可以基于預先設定的配置信息，將該替換設備由控制策略參數(shù)所覆蓋。

圖5示出根據(jù)本發(fā)明另一個優(yōu)選實施例的一種在IoT網(wǎng)絡中、用于為觸發(fā)請求添加傳遞條件的方法流程圖。

在圖5所對應的場景中，應用服務器希望在特定區(qū)域訪問一個移動MTC設備的數(shù)據(jù)。然后，基于下述條件與操作的映射，控制策略參數(shù)被添加至設備觸發(fā)請求中：

條件：位置＝“39.9200,21.1000-37.2400,20.1500”(其表示若MTC UE的位置在這個給定的位置范圍區(qū)域內)

操作：條件傳遞

步驟S51：與所述步驟S41相似，但在步驟S51中所包含的控制策略參數(shù)不同于所述步驟S41中的控制策略參數(shù)。

步驟S52：在服務公開層的“控制策略處理器”檢測是否UE的位置符合條件傳遞條件，若不符合，則不發(fā)送該消息直至條件符合。

步驟S53：服務公開層基于配置信息，提交觸發(fā)至相關設備，如SMS-SC，并從該設備接收提交觸發(fā)確認/響應。

步驟S54：短消息由SMS-SC等相關設備而被傳遞至UE1。

步驟S55：為了響應所接收到的設備觸發(fā)，UE執(zhí)行對應操作。當控制策略參數(shù)包含對于響應的處理時,控制策略處理器會檢查響應的網(wǎng)絡條件,并當條件符合時對響應信息進行適當?shù)牟僮鳌?/p>

需要注意的是，本發(fā)明可在軟件和/或軟件與硬件的組合體中被實施，例如，可采用專用集成電路(ASIC)、通用目的計算機或任何其他類似硬件設備來實現(xiàn)。在一個實施例中，本發(fā)明的軟件程序可以通過處理器執(zhí)行以實現(xiàn)上文所述步驟或功能。同樣地，本發(fā)明的軟件程序(包括相關的數(shù)據(jù)結構)可以被存儲到計算機可讀記錄介質中，例如，RAM存儲器，磁或光驅動器或軟磁盤及類似設備。另外，本發(fā)明的一些步驟或功能可采用硬件來實現(xiàn)，例如，作為與處理器配合從而執(zhí)行各個步驟 或功能的電路。

另外，本發(fā)明的一部分可被應用為計算機程序產品，例如計算機程序指令，當其被計算機執(zhí)行時，通過該計算機的操作，可以調用或提供根據(jù)本發(fā)明的方法和/或技術方案。而調用本發(fā)明的方法的程序指令，可能被存儲在固定的或可移動的記錄介質中，和/或通過廣播或其他信號承載媒體中的數(shù)據(jù)流而被傳輸，和/或被存儲在根據(jù)所述程序指令運行的計算機設備的工作存儲器中。在此，根據(jù)本發(fā)明的一個實施例包括一個裝置，該裝置包括用于存儲計算機程序指令的存儲器和用于執(zhí)行程序指令的處理器，其中，當該計算機程序指令被該處理器執(zhí)行時，觸發(fā)該裝置運行基于前述根據(jù)本發(fā)明的多個實施例的方法和/或技術方案。

對于本領域技術人員而言，顯然本發(fā)明不限于上述示范性實施例的細節(jié)，而且在不背離本發(fā)明的精神或基本特征的情況下，能夠以其他的具體形式實現(xiàn)本發(fā)明。因此，無論從哪一點來看，均應將實施例看作是示范性的，而且是非限制性的，本發(fā)明的范圍由所附權利要求而不是上述說明限定，因此旨在將落在權利要求的等同要件的含義和范圍內的所有變化涵括在本發(fā)明內。不應將權利要求中的任何附圖標記視為限制所涉及的權利要求。此外，顯然“包括”一詞不排除其他單元或步驟，單數(shù)不排除復數(shù)。裝置權利要求中陳述的多個單元或裝置也可以由一個單元或裝置通過軟件或者硬件來實現(xiàn)。第一，第二等詞語用來表示名稱，而并不表示任何特定的順序。

說明書及附圖中縮寫附表：