用于在機器對機器環(huán)境中安排移動數(shù)據(jù)網(wǎng)絡的系統(tǒng)和方法
【專利摘要】本公開涉及一種用于在機器對機器環(huán)境中安排移動數(shù)據(jù)網(wǎng)絡的系統(tǒng)和方法。一個示例中提供了一種方法，其包括接收與接入網(wǎng)絡相關(guān)聯(lián)的網(wǎng)絡利用率數(shù)據(jù)，基于所述網(wǎng)絡利用率數(shù)據(jù)來確定預定時間段的預期網(wǎng)絡利用率，以及基于所述預期網(wǎng)絡利用率來確定所述預定時間段的定價信息。所述定價信息包括針對至少一個應用與利用所述接入網(wǎng)絡的至少一個客戶端設備之間通信的至少一種價格費率。所述方法還包括向所述至少一個應用發(fā)送所述定價信息。
【專利說明】用于在機器對機器環(huán)境中安排移動數(shù)據(jù)網(wǎng)絡的系統(tǒng)和方法

【技術(shù)領(lǐng)域】
[0001]本公開一般涉及通信領(lǐng)域，并且更特別地，涉及提供用于在機器對機器(M2M)環(huán)境中安排(orchestrate)移動數(shù)據(jù)網(wǎng)絡的系統(tǒng)和方法。

【背景技術(shù)】
[0002]隨著移動運營商競爭來增加容量和服務以滿足加速需求，移動聯(lián)網(wǎng)的顯著增長正在給它們呈現(xiàn)極大的機會以及對應的挑戰(zhàn)。全世界的移動運營商正見證移動數(shù)據(jù)訂閱和帶寬使用中的極大增長。免費、“超過限度”且離網(wǎng)應用和服務(諸如來自Skype、游戲廠商以及應用商店的那些)的出現(xiàn)正在影響移動運營商的投資回報(ROI)。消費者能夠利用這些使用運營商的網(wǎng)絡的應用和服務，而不用將甚至增量使用費用提供給移動運營商。雖然運營商在近期隨著新的訂閱而獲益，但是長期來看存在來自數(shù)據(jù)業(yè)務的爆炸的收益性挑戰(zhàn)。為了利用移動互聯(lián)網(wǎng)爆炸，移動運營商必須將價值添加到第三方服務交易。能夠根據(jù)新的收入和利潤提取這種價值。在沒有這種附加值的情況下，移動運營商冒險成為簡單地帶寬“比特管道”提供商。結(jié)果，對于移動運營商來說在它們的網(wǎng)絡資產(chǎn)方面戰(zhàn)略性地投資從而允許它們啟動新的服務并且超過固定費率數(shù)據(jù)計劃是關(guān)鍵的。在當前網(wǎng)絡中，像訂戶的位置和訂戶的可達性等這樣的各條信息分布在遍及網(wǎng)絡的各種網(wǎng)絡元件中，并且在網(wǎng)絡中沒有能夠聚合存在于不同的網(wǎng)絡元件中的信息、使信息相關(guān)以及將該信息饋送給各自外部實體的單個實體。


【發(fā)明內(nèi)容】

[0003]根據(jù)本發(fā)明的第一方面，提供了一種方法，包括:接收與接入網(wǎng)絡相關(guān)聯(lián)的網(wǎng)絡利用率數(shù)據(jù)；基于所述網(wǎng)絡利用率數(shù)據(jù)來確定預定時間段的預期網(wǎng)絡利用率；基于所述預期網(wǎng)絡利用率來確定所述預定時間段的定價信息，所述定價信息包括針對至少一個應用與利用所述接入網(wǎng)絡的至少一個客戶端設備之間的通信的至少一種價格費率；以及向所述至少一個應用發(fā)送所述定價信息。
[0004]根據(jù)本發(fā)明的另一方面，提供了一種編碼在一個或多個非暫時性有形介質(zhì)中的邏輯，所述邏輯包括用于執(zhí)行的代碼，并且當由處理器執(zhí)行時所述代碼可操作來執(zhí)行包括以下各項的操作:接收與接入網(wǎng)絡相關(guān)聯(lián)的網(wǎng)絡利用率數(shù)據(jù)；基于所述網(wǎng)絡利用率數(shù)據(jù)來確定預定時間段的預期網(wǎng)絡利用率；基于所述預期網(wǎng)絡利用率來確定所述預定時間段的定價信息，所述定價信息包括針對至少一個應用與利用所述接入網(wǎng)絡的至少一個客戶端設備之間的通信的至少一種價格費率；以及向所述至少一個應用發(fā)送所述定價信息。
[0005]根據(jù)本發(fā)明的又一方面，提供了一種裝置，包括:存儲器元件，該存儲器元件被配置為存儲數(shù)據(jù)，處理器，該處理器可操作來執(zhí)行與所述數(shù)據(jù)相關(guān)聯(lián)的指令，以及至少一個模塊，所述至少一個模塊被配置為:接收與接入網(wǎng)絡相關(guān)聯(lián)的網(wǎng)絡利用率數(shù)據(jù)；基于所述網(wǎng)絡利用率數(shù)據(jù)來確定預定時間段的預期網(wǎng)絡利用率；基于所述預期網(wǎng)絡利用率來確定所述預定時間段的定價信息，所述定價信息包括針對至少一個應用與利用所述接入網(wǎng)絡的至少一個客戶端設備之間的通信的至少一種價格費率；以及向所述至少一個應用發(fā)送所述定價信息。

【專利附圖】

【附圖說明】
[0006]為了提供對本公開及其特征和優(yōu)點的更完整理解，現(xiàn)結(jié)合附圖對以下描述進行參考，其中同樣的附圖標記表示同樣的部分，其中:
[0007]圖1是示出根據(jù)本公開的一個實施例用于安排移動網(wǎng)絡的通信系統(tǒng)的高級架構(gòu)的簡化框圖；
[0008]圖2是示出根據(jù)本公開的另一實施例用于安排移動網(wǎng)絡的通信系統(tǒng)的層次架構(gòu)框架的實施例的簡化框圖；
[0009]圖3是由安排/工作流引擎所執(zhí)行的工作流協(xié)調(diào)操作的實施例的簡化流程圖；
[0010]圖4圖示安排/工作流引擎的協(xié)議轉(zhuǎn)換平臺的實施例；
[0011]圖5是由安排/工作流引擎所執(zhí)行的訂戶身份規(guī)格化操作的實施例的簡化流程圖；
[0012]圖6是由安排/工作流引擎所執(zhí)行的工作流協(xié)調(diào)操作的另一實施例的簡化流程圖；
[0013]圖7是網(wǎng)絡、服務、訂戶抽象、安排模塊的呼叫流程的實施例的簡化圖；
[0014]圖8是圖示圖2的通信系統(tǒng)的服務器的特定實施例的簡化框圖；
[0015]圖9是用于在機器對機器(M2M)環(huán)境中安排移動數(shù)據(jù)網(wǎng)絡的通信系統(tǒng)實施例的簡化框圖。
[0016]圖10是用于在機器對機器(M2M)環(huán)境中安排移動數(shù)據(jù)網(wǎng)絡的圖9中通信系統(tǒng)通信層的簡化圖；
[0017]圖11是圖示用于在機器對機器(M2M)環(huán)境中安排移動數(shù)據(jù)網(wǎng)絡操作的實施例的簡化流程圖；并且
[0018]圖12是圖示用于針對應用與客戶端設備之間的通信以通告價格費率利用接入網(wǎng)絡進行操作的實施例的簡化流程圖。

【具體實施方式】
[0019]MM
[0020]一個示例中提供了一種方法，其包括接收與接入網(wǎng)絡相關(guān)聯(lián)的網(wǎng)絡利用率數(shù)據(jù)，基于網(wǎng)絡利用率數(shù)據(jù)來確定預定時間段的預期網(wǎng)絡利用率，以及基于預期網(wǎng)絡利用率來確定預定時間段的定價信息。定價信息包括針對至少一個應用與利用接入網(wǎng)絡的至少一個客戶端設備之間通信的至少一種價格費率。所述方法還包括向至少一個應用發(fā)送定價信息。
[0021]在特定實施例中，所述方法還包括:向分析組件發(fā)送包括網(wǎng)絡利用率數(shù)據(jù)的請求；以及從分析組件接收包括分析得出的網(wǎng)絡利用率數(shù)據(jù)的響應。在再一個特定實施例中，預期網(wǎng)絡利用率的確定是基于實時和歷史分析得出的網(wǎng)絡利用率數(shù)據(jù)的。
[0022]在另一特定實施例中，所述方法還包括接收與客戶端設備在接入網(wǎng)絡內(nèi)的位置相關(guān)聯(lián)的位置數(shù)據(jù)，其中預期網(wǎng)絡利用率的確定是進一步基于位置數(shù)據(jù)的。在再一個特定實施例中，所述方法還包括從至少一個應用接收與接入網(wǎng)絡的利用相關(guān)聯(lián)的定價信息的訂閱請求。在再一個特定實施例中，所述方法還包括向計費系統(tǒng)發(fā)送定價信息。
[0023]在另一特定實施例中，至少一個應用被配置為:確定定價信息是否滿足至少一個應用的定價要求；當定價信息滿足定價要求時，在預定時間段內(nèi)向客戶端設備發(fā)送對傳感器數(shù)據(jù)的請求；以及在預定時間段內(nèi)從利用接入網(wǎng)絡的客戶端設備接收包括傳感器數(shù)據(jù)的響應。在再一個特定實施例中，定價信息包括與不同服務類別相關(guān)聯(lián)的不同的價格費率。
[0024]在特定實施例中，客戶端設備包括機器對機器模塊。在特定實施例中，所述方法還包括使與客戶端設備相關(guān)聯(lián)的接入網(wǎng)絡標識符與和客戶端設備相關(guān)聯(lián)的外部標識符相關(guān)聯(lián)。在再一個特定實施例中，外部標識符用來通過與至少一個應用相關(guān)聯(lián)的應用平臺來標識客戶端設備，并且接入網(wǎng)絡標識符用來標識接入網(wǎng)絡內(nèi)的客戶端設備。
[0025]示例實施例
[0026]現(xiàn)參考圖1，圖1是示出根據(jù)本公開的一個實施例用于安排移動網(wǎng)絡的通信系統(tǒng)100的高級架構(gòu)的簡化框圖。通信系統(tǒng)100包括服務器102，所述服務器102包括網(wǎng)絡、月艮務與訂戶抽象模塊104。網(wǎng)絡、服務與訂戶抽象模塊104包括網(wǎng)絡基礎(chǔ)設施與服務抽象層106、應用/第三方應用編程接口(API)網(wǎng)關(guān)108以及企業(yè)服務總線110。服務器102還包括網(wǎng)絡服務層112、網(wǎng)絡管理系統(tǒng)(NMS) 114以及分析模塊116。
[0027]通信系統(tǒng)100提供用于移動網(wǎng)絡的貨幣化架構(gòu)。現(xiàn)今服務提供商面對的問題包括以快速方式創(chuàng)建針對企業(yè)和消費者市場兩者的服務、動態(tài)地優(yōu)化網(wǎng)絡以推動效率、使得第三方應用開發(fā)者生態(tài)系統(tǒng)能夠容易地利用網(wǎng)絡的能力、以及在網(wǎng)絡與應用開發(fā)者之間提供服務水平協(xié)定的強制性。本文中所描述的架構(gòu)的一個或多個實施例解決了這些問題。各種實施例允許移動服務提供商、固定線路提供商和/或大企業(yè)創(chuàng)建暴露網(wǎng)絡能力并且允許應用開發(fā)者和封閉式應用開發(fā)者利用網(wǎng)絡的能力的平臺，從而允許服務提供商通過優(yōu)化基礎(chǔ)設施、創(chuàng)建允許服務提供商迅速地且高效地創(chuàng)建新的服務提供的服務框架以及定義可以被監(jiān)控、實施并且依靠的一套準則(包括服務質(zhì)量)來貨幣化網(wǎng)絡的能力。各種實施例提供與服務提供商提供的現(xiàn)有能力集成在一起同時避免“淘汰并替換”場景并且確保更快投放市場時間的架構(gòu)。
[0028]網(wǎng)絡服務層112提供對通信系統(tǒng)100內(nèi)的網(wǎng)絡服務的管理。在特定實施例中，網(wǎng)絡服務層112可以提供身份管理、服務管理、策略管理、裝置管理以及訂戶數(shù)據(jù)管理中的一個或多個。身份管理使得服務提供商能夠跨越所有應用、裝置類型以及接入類型來管理訂戶。在移動上下文中，身份管理功能可以駐留在歸屬位置寄存器(HLR)、歸屬訂戶服務器(HSS)以及認證、授權(quán)與計帳(AAA)服務器中的一個或多個內(nèi)。服務管理使得服務提供商能夠跨越所有接入類型、裝置類型以及訂戶來管理服務/應用計費/評級功能。在移動上下文中，服務管理功能可以駐留在在線計費系統(tǒng)(OCS)和離線計費系統(tǒng)(OFCS)中的一個或多個中。裝置管理使得服務提供商能夠在與不同的接入和應用交互時管理裝置行為。在移動上下文中，裝置管理功能可以駐留在開放移動聯(lián)盟裝置管理(OMA-DM)功能和接入網(wǎng)絡發(fā)現(xiàn)與選擇功能(ANDSF)中，但是在其它實施例中還可以擴展成允許修改裝置參數(shù)、安全性參數(shù)、應用交互等的運營商特定的實施方式。
[0029]策略管理使得服務提供商能夠定義基于來自身份/服務/裝置管理功能、網(wǎng)絡功能、分析學功能的各種輸入?yún)?shù)、與在內(nèi)部定義的規(guī)則(例如，當日的、促銷的)結(jié)合的規(guī)貝U，以確定針對特定訂戶、在特定裝置上、在特定時刻(例如，實時的)、在特定位置(例如，手機信號塔)處的特定服務在被連接到特定網(wǎng)絡時將被如何處理。在移動上下文中，策略管理功能可以實況駐留在策略和計費規(guī)則功能(PCRF)中。訂戶數(shù)據(jù)管理使得服務提供商能夠遞送反映訂戶的單獨偏好的實時服務。訂戶數(shù)據(jù)管理可以包含首要服務層管理工作流項目以及成為允許結(jié)構(gòu)化或非結(jié)構(gòu)化的多條信息被存儲并且聚合成整體性“用戶配置文件”的服務層管理數(shù)據(jù)庫的基礎(chǔ)。被管理的訂戶數(shù)據(jù)可以包括身份信息、認證信息、個性化信息、策略設定以及針對特定服務的設定。在特定實施例中，訂戶數(shù)據(jù)管理包括訂戶配置文件儲存庫(SPR)。
[0030]匪S114管理在通信系統(tǒng)100內(nèi)也稱作被管理裝置的網(wǎng)絡元件。在特定實施例中，匪S114可以包括網(wǎng)絡元件的發(fā)現(xiàn)、故障/事件監(jiān)控以及提供。裝置管理可以包括故障、配置、計費、性能以及安全性管理。管理任務包括發(fā)現(xiàn)網(wǎng)絡清單、監(jiān)控裝置健康和狀態(tài)、提供影響系統(tǒng)性能的條件的警報以及問題的標識、它們的源和可能的解決方法。NMS114可以進一步收集裝置統(tǒng)計并且可以維護包括問題和在過去成功的解決方案的先前的網(wǎng)絡統(tǒng)計的存檔。如果故障復現(xiàn)，匪S114可以搜索存檔以得到可能的解決方案。分析模塊116分析由服務器104實時地接收到的網(wǎng)絡業(yè)務并且提供通信系統(tǒng)100內(nèi)的網(wǎng)絡使用的視圖。分析模塊116可以包括分析、剖析、建模以及數(shù)據(jù)庫功能。
[0031]根據(jù)一個或多個實施例，網(wǎng)絡、服務與訂戶抽象模塊104被配置為或者收集信息或數(shù)據(jù)，或者促進其它功能從通信系統(tǒng)100內(nèi)的各種網(wǎng)絡元件收集信息或數(shù)據(jù)。在收集的情況下，網(wǎng)絡、服務與訂戶抽象模塊104被配置為通過檢驗在諸如網(wǎng)際協(xié)議(IP)地址或移動訂戶標識符之類的收集到的數(shù)據(jù)之間的一個或多個相關(guān)因素來抽象數(shù)據(jù)，基于相關(guān)因素將相關(guān)數(shù)據(jù)一起組合成能夠被稍后訪問并且利用的數(shù)據(jù)的一致存儲。結(jié)果，網(wǎng)絡、服務與訂戶抽象模塊104從非結(jié)構(gòu)化數(shù)據(jù)創(chuàng)建結(jié)構(gòu)化數(shù)據(jù)。網(wǎng)絡、服務與訂戶抽象模塊104在至少一個實施例中被配置為從網(wǎng)絡服務層112、匪SI 14以及分析模塊116中的一個或多個收集數(shù)據(jù)以用于抽象和存儲。抽象功能為服務聚合和協(xié)議轉(zhuǎn)換提供無狀態(tài)的通信平面。抽象功能是無狀態(tài)的但是在各種實施例中，數(shù)據(jù)庫不是無狀態(tài)的。在一個或多個實施例中，數(shù)據(jù)的收集可以是主動拉出，其中網(wǎng)絡、服務與訂戶抽象模塊104正從特定網(wǎng)絡元件拉出信息。在其它實施例中，數(shù)據(jù)的收集可以是主動推送，其中網(wǎng)絡元件正在配置的閾值或時間窗口上將特定信息推送到網(wǎng)絡、服務與訂戶抽象模塊104。在再其它的實施例中，網(wǎng)絡、服務與訂戶抽象模塊104可以在數(shù)據(jù)通過該模塊時以被動方式收集數(shù)據(jù)。抽象層包括提供服務聚合器功能的移動IP網(wǎng)絡使能器(enabler)。聚合功能為服務啟動提供實時網(wǎng)絡、訂戶、應用智能(諸如分組核心、探測器以及其它元件)的收集和協(xié)調(diào)。API網(wǎng)關(guān)提供安全地使得能實現(xiàn)與第三方深度集成的協(xié)議轉(zhuǎn)換功能。OSS聚合提供到現(xiàn)有OSS以及第三方服務代理人中的計費和結(jié)算整合以提供安排工作流。
[0032]服務器102通過網(wǎng)絡基礎(chǔ)設施與服務抽象層106與客戶端設備118、無線接入網(wǎng)基礎(chǔ)設施120、網(wǎng)絡基礎(chǔ)設施122以及M2M應用124通信。在特定實施例中，客戶端設備118可以包括諸如移動電話、智能電話或平板電腦之類的任何移動客戶端設備。在特定實施例中，客戶端設備118可以包括移動性、分析學、虛擬桌面基礎(chǔ)設施(VDI)/虛擬體驗基礎(chǔ)設施(VXI)、統(tǒng)一通信與協(xié)作(UC&C)、視頻以及管理功能。RAN基礎(chǔ)設施120包括被配置為實現(xiàn)無線接入網(wǎng)功能的硬件和軟件，并且可以包括操作維護中心無線電設備(OMC-R)、小型手機、eNB/NB/BTS、RAN優(yōu)化、RRH/BBU以及無線網(wǎng)絡控制器(RNC)功能。網(wǎng)絡基礎(chǔ)設施122包括被配置為實現(xiàn)有線網(wǎng)絡基礎(chǔ)設施功能的硬件和軟件，并且可以包括光學、路由、舊IN、以太網(wǎng)、MPC以及位置功能。M2M應用124被配置為將M2M應用功能提供給固定或移動訂戶。在特定實施例中，M2M功能可以包括機器類型通信交互功能(MTC-1WF)和服務能力服務器(SCS)。
[0033]網(wǎng)絡、服務與訂戶抽象模塊104在至少一個實施例中被進一步配置為從客戶端設備118、RAN基礎(chǔ)設施120、網(wǎng)絡基礎(chǔ)設施122以及集成M2M應用124中的一個或多個收集數(shù)據(jù)以用于抽象和存儲。
[0034]服務器102進一步經(jīng)由應用/第三方API網(wǎng)關(guān)108與企業(yè)應用126通信，并且經(jīng)由企業(yè)服務總線I1與運營商OSS基礎(chǔ)設施128通信。企業(yè)應用126將第三方服務和操作支持系統(tǒng)(OSS)服務提供給網(wǎng)絡中的訂戶。在特定實施例中，企業(yè)應用126可以包括應用服務器和OSS功能。在一個或多個實施例中，企業(yè)應用126可以將企業(yè)應用提供給通信網(wǎng)絡100。在特定實施例中，企業(yè)應用可以包括協(xié)作、視頻通信以及在企業(yè)系統(tǒng)內(nèi)或在沒有企業(yè)系統(tǒng)的情況下托管的電子郵件服務。運營商OSS基礎(chǔ)設施128支持諸如維護網(wǎng)絡清單、提供服務、配置網(wǎng)絡組件、管理故障、取得訂單、處理賬單以及收集支付之類的進程。在特定實施例中，運營商OSS基礎(chǔ)設施128可以包括計費、客戶關(guān)懷、服務履行以及服務保證組件。企業(yè)OSS可以包括客戶關(guān)懷、企業(yè)服務/應用履行、員工資產(chǎn)跟蹤、信息安全性規(guī)則以及其它企業(yè)功能。計費組件可以包括零售計費，其使得運營商能夠基于服務計劃、使用、促銷以及其它OSS交互來生成客戶帳單，并且使得第三方能夠利用運營商計費系統(tǒng)用于諸如針對出現(xiàn)在客戶的賬單上的應用內(nèi)(in-app)購買對訂戶收費，從而允許第三方W1-Fi提供商給訂戶或服務遞送平臺交互(例如，鈴聲下載)開賬單。計費組件還可以區(qū)分企業(yè)數(shù)據(jù)使用(其與工作任務有關(guān))和來自具有相同訂戶身份的相同裝置的客戶數(shù)據(jù)使用(其與個人任務有關(guān))。計費組件還可以使得基于分析學的方法能夠?qū)⒂啈粲嬞M趨勢理解為將可能促進服務創(chuàng)建、商業(yè)活動創(chuàng)建、標價等的信息提供給運營商的手段。這可以是針對預付費用戶或企業(yè)共享數(shù)據(jù)計劃用戶，在這種情況下計費系統(tǒng)同樣以實時、聚合(跨越多個接入類型)和后付費方式管理定額/平衡。
[0035]客戶關(guān)懷組件可以包括:客戶交互系統(tǒng)，其用來為客戶自助服務、企業(yè)IT自助服務以及直接機器對客戶的信息提供通道；客戶關(guān)系管理，其用來將復雜的市場、銷售以及運營支持提供給與客戶交互的服務提供商代理；以及訂戶管理軟件，其用來支持關(guān)懷代理和直接客戶交互。服務履行組件可以包括用來提供訂單管理系統(tǒng)以安排實現(xiàn)客戶訂單、處理互相依賴性、其它內(nèi)容服務提供商(CSP)、云服務提供商和企業(yè)平臺即服務(PaaS)的請求以及人工訂單所需的步驟的系統(tǒng)。服務履行組件可以還包括清單管理系統(tǒng)以跟蹤可用來在網(wǎng)絡中供應服務、分配資源、設計網(wǎng)絡連接并且發(fā)現(xiàn)網(wǎng)絡配置以及使它們與清單記錄一致。服務履行組件可以進一步提供用來自動地配置網(wǎng)絡設備和網(wǎng)絡服務系統(tǒng)以提供訂戶請求的服務的激活，并且工程工具指的是規(guī)劃、設計、安裝并且配置網(wǎng)絡和服務的支持工程師，包括規(guī)劃和設計工具、外線設備以及地理信息系統(tǒng)和網(wǎng)絡安裝與配置工具。
[0036]服務保證組件可以包括服務管理系統(tǒng)以將客戶與它們的單獨服務鏈接，并且使得CSP能夠生成關(guān)于每個客戶和服務的粒狀報告以驗證服務水平委托。服務保證組件可以還包括性能監(jiān)控系統(tǒng)以從由設備制造商所供應的網(wǎng)絡元件和元件管理系統(tǒng)收集電路交換和分組數(shù)據(jù)并且為操作職員提供報告。服務保證組件可以還包括用來跟蹤由服務中斷產(chǎn)生的事故并且有效地分發(fā)現(xiàn)場資源的勞動力自動化軟件，以及探測器系統(tǒng)依靠專用硬件和軟件代理從網(wǎng)絡收集信令和介質(zhì)數(shù)據(jù)。在至少一個實施例中，通信系統(tǒng)100的各種組件可以互操作以提供包括商業(yè)咨詢、設計咨詢、產(chǎn)品相關(guān)服務、系統(tǒng)集成、外包操作以及托管的管理服務的專業(yè)服務130。
[0037]在各種實施例中，網(wǎng)絡、服務器以及訂戶抽象模塊104被配置為將從通信系統(tǒng)100內(nèi)的數(shù)據(jù)源(諸如客戶端設備118)所獲得的已抽象信息提供給信息消費者，諸如企業(yè)應用126和運營商OSS基礎(chǔ)設施128中的一個或多個，所述信息消費者使用該信息來像將在此進一步描述的那樣將某個附加值服務提供給網(wǎng)絡中的訂戶。在一個或多個實施例中，結(jié)構(gòu)化/相關(guān)數(shù)據(jù)庫是允許諸如企業(yè)應用126和運營商OSS基礎(chǔ)設施128之類的“北向”系統(tǒng)更有效地起作用的東西。
[0038]在圖1中所圖示的特定實施例中，網(wǎng)絡服務層112、匪S114、客戶端設備118、RAN基礎(chǔ)設施120、M2M應用124、企業(yè)應用126的應用服務器與網(wǎng)絡、服務與訂戶抽象模塊104具有推/拉式數(shù)據(jù)連接。進一步地，在圖1中所圖示的特定實施例中，分析模塊116、網(wǎng)絡基礎(chǔ)設施122、企業(yè)應用126的OSS功能以及運營商OSS基礎(chǔ)設施128的組件與網(wǎng)絡、服務與訂戶抽象模塊104具有拉式連接。在再其它的實施例中，一個或多個組件可以與任何其它組件具有推式連接、拉式連接或推式和拉式連接。
[0039]隨著移動運營商競爭來增加容量和服務以滿足加速需求，移動聯(lián)網(wǎng)的顯著增長正在給它們呈現(xiàn)極大的機會以及對應的挑戰(zhàn)。全世界的移動運營商正見證移動數(shù)據(jù)訂閱和帶寬使用中的極大增長。“超過限度”及離網(wǎng)應用和服務(諸如來自salesforce.com、Skype、游戲廠商以及應用商店的那些)的出現(xiàn)正在影響移動運營商的投資回報(ROI)。消費者能夠利用使用運營商的網(wǎng)絡的這些應用和服務，而不用將甚至增量使用費用提供給移動運營商。雖然運營商在近期隨著新的訂閱而獲益，但是長期來看存在來自數(shù)據(jù)業(yè)務的爆炸的收益性挑戰(zhàn)。為了利用移動互聯(lián)網(wǎng)爆炸，移動運營商必須將價值添加到第三方服務交易。能夠根據(jù)新的收入和利潤提取這種價值。在沒有這種附加值的情況下，移動運營商冒險成為簡單地帶寬“比特管道”提供商。結(jié)果，對于移動運營商來說在它們的網(wǎng)絡資產(chǎn)方面戰(zhàn)略性地投資從而允許它們啟動新的服務并且超過固定費率數(shù)據(jù)計劃是關(guān)鍵的。在當前網(wǎng)絡中，像訂戶的位置和訂戶的可達性等這樣的各條信息分布在遍及網(wǎng)絡的各種網(wǎng)絡元件中，并且在網(wǎng)絡中沒有能夠聚合存在于不同的網(wǎng)絡元件中的信息、使信息相關(guān)以及將該信息饋送給各自外部實體的單個實體。
[0040]對于創(chuàng)建新的服務的當前挑戰(zhàn)可以包括:長可用性時間-典型地啟用服務要十二到十八個月；服務孤島-構(gòu)建一個服務不總是幫助構(gòu)建第二服務；個性化-每個服務具有唯一要求；沒有殺手級應用-市場條件在運營商與地區(qū)之間變化；以及響應時間的滯后-難以響應于市場趨勢而迅速地創(chuàng)建或者修改服務。在機器對機器(M2M)的情況下，運營商利潤和服務成本點比消費者要低得多，這就需要提供更有效的服務，建設更有效的網(wǎng)絡基礎(chǔ)設施。雖然運營商具有顯著的挑戰(zhàn)，但是他們同樣具有顯著的市場優(yōu)點和唯一價值。例如，應用開發(fā)者常常要求利用僅在網(wǎng)絡中可用的信息。應用提供商挑戰(zhàn)包括:受限于或者不能夠訪問網(wǎng)絡；對大量的準確位置信息的有限可見性，沒有實時訪問；缺少理解或者與復雜運營商拓撲進行通信的期望；在使多個源/廠商相關(guān)時的困難；以及缺少載體應用/服務的標準接口。
[0041]移動運營商有機會利用它們的網(wǎng)絡中的關(guān)鍵資產(chǎn)(實時訂戶、應用以及網(wǎng)絡智能)并且構(gòu)建獲得這種智能以貨幣化網(wǎng)絡的架構(gòu)。本文中所描述的各種實施例提供了提高服務速率的貨幣化架構(gòu)，從而迅速地使得能實現(xiàn)多個用例，同時提供平臺以便開發(fā)者利用該網(wǎng)絡。這可以為運營商和應用開發(fā)者提供增加的收入，同時增強訂戶體驗。
[0042]至少一個實施例解決從不同的源抽象出數(shù)據(jù)并且將該數(shù)據(jù)組織成能夠被轉(zhuǎn)化成諸如超文本傳送協(xié)議(HTTP)、可擴展消息出席協(xié)議(XMPP)、受限應用協(xié)議(CoAP)和信息隊列遙測傳輸(MQTT)的一個或多個外部協(xié)議的相干格式的問題。直徑是用于計算機網(wǎng)絡的認證、授權(quán)以及計賬協(xié)議并且在互聯(lián)網(wǎng)工程任務組(IETF)請求評注(RFC)6743中被描述。現(xiàn)有系統(tǒng)不能夠確定多個源中的哪一個源包含所請求的、使來自多個源的數(shù)據(jù)相關(guān)的信息，執(zhí)行分析學并且以全網(wǎng)可縮放的方式以相干格式呈現(xiàn)信息。此外，現(xiàn)有系統(tǒng)需要一個以上的實體來執(zhí)行類似的功能，但是仍然缺少提供網(wǎng)絡規(guī)模解決方案的可量測性。
[0043]在各種實施例中，網(wǎng)絡、服務與訂戶抽象模塊104可以進一步當作增量式地使來自各種源的數(shù)據(jù)相關(guān)以抽象有用的全網(wǎng)信息的數(shù)據(jù)流引擎。這連同高水平可量測性一起允許網(wǎng)絡、服務與訂戶抽象模塊104將網(wǎng)絡級抽象提供給企業(yè)應用126中的應用和OSS系統(tǒng)。在各種實施例中，網(wǎng)絡、服務與訂戶抽象模塊104收集全網(wǎng)數(shù)據(jù)，對數(shù)據(jù)執(zhí)行一組變換并且使數(shù)據(jù)相關(guān)以使得它可以相干格式呈現(xiàn)，所述相干格式能夠由在網(wǎng)絡、服務與訂戶抽象模塊104外的實體使用。
[0044]在特定實施例中，通信系統(tǒng)100提供使得運營商能夠通過收獲、抽象并且貨幣化來自網(wǎng)絡的智能來迅速地創(chuàng)建并且修改用于貨幣化的用例的靈活移動架構(gòu)/框架。貨幣化運用可以包括如一般消費者控制點、定向廣告插入、視頻、毫微微/W1-Fi/位置/存在信息、協(xié)作、網(wǎng)真、擁塞/控制、遠程信息處理、遠程/視頻監(jiān)視、自動計量基礎(chǔ)設施、ATM/P0S、遠程監(jiān)控/自動化、信息顯示、MS云、LTE語音和視頻以及消息傳送這樣的服務。許多貨幣化運用涉及在不進行人工干預的情況下從一個機器至另一個機器的通信，通信流和來自通信流的數(shù)據(jù)只與機器有關(guān)。
[0045]現(xiàn)參考圖2，圖2是示出根據(jù)本公開的另一實施例用于安排移動網(wǎng)絡的通信系統(tǒng)200的層次架構(gòu)框架的實施例的簡化框圖。在圖2的實施例中，通信系統(tǒng)200包括四個層次層。第一層網(wǎng)絡層包括客戶端設備118a、無線接入網(wǎng)(RAN)基礎(chǔ)設施120、網(wǎng)絡基礎(chǔ)設施122a以及M2M應用124a。網(wǎng)絡層可以包括一個或多個移動分組核心平臺的基本網(wǎng)絡元件和包含在這些平臺內(nèi)的服務。第二層可以包括網(wǎng)絡、服務、訂戶抽象、安排模塊202、分析模塊116以及網(wǎng)絡管理服務組件114。第三層可以包括網(wǎng)絡服務112，以及第四層可以包括由服務提供商所提供的較高級服務和應用，包括第三方應用204、移動應用206、企業(yè)應用126、0SS/BSS元件208以及其它計費、網(wǎng)絡管理和第三方和/或運營商應用。在特定實施例中，第三方應用204由M2M服務提供商提供，且包括專門用于M2M服務提供商的單獨的0SS/BSS系統(tǒng)208。在特定實施例中，網(wǎng)絡服務112、匪S114、分析學116以及網(wǎng)絡、服務、訂戶抽象、安排模塊202可以在服務器201內(nèi)實現(xiàn)。網(wǎng)絡基礎(chǔ)設施122a包括執(zhí)行聯(lián)網(wǎng)功能以將移動分組核心的網(wǎng)絡層元件與網(wǎng)絡、服務、訂戶抽象、安排模塊202接口對接的網(wǎng)際協(xié)議網(wǎng)絡使能器(IPNE)客戶端210。在特定實施例中，網(wǎng)絡、服務、訂戶抽象、安排模塊202經(jīng)由可擴展消息出席協(xié)議(XMPP)/可擴展標記語言(XML)與移動平臺的能力接口對接，并且RESTFuI作為傳輸機制接口對接以使用XML模式暴露這些能力。XMPP是用于基于XML的面向消息中間件的通信協(xié)議。XML是定義用于對文檔進行編碼的一組規(guī)則的標記語言。表述性狀態(tài)轉(zhuǎn)移(REST)是用于分布式系統(tǒng)的一種軟件架構(gòu)并且包括圍繞資源的表示的轉(zhuǎn)移而構(gòu)建的請求和響應。資源可以是可以被尋址的基本上任何相干的且有意義的概念并且資源的表示典型地是捕獲資源的當前或預定狀態(tài)的文檔。典型地，客戶端在它準備好做出到新的狀態(tài)的轉(zhuǎn)變時開始發(fā)送請求。每個應用狀態(tài)的表示可以包含可以在客戶端下次選擇發(fā)起新的狀態(tài)轉(zhuǎn)變時使用的鏈接。符合REST約束一般地被稱為“RESTful”。被暴露的能力和數(shù)據(jù)被存儲在如將在本文中進一步描述的網(wǎng)絡、服務、訂戶抽象、安排模塊202數(shù)據(jù)庫中。網(wǎng)絡層可以還包括組成包括將鏈接提供給其它域的客戶端側(cè)能力的網(wǎng)絡平臺的其它組件。
[0046]在各種實施例中，網(wǎng)絡、服務、訂戶抽象、安排模塊202包含子元件，子元件包括API網(wǎng)關(guān)/服務遞送平臺108、移動IP網(wǎng)絡使能器(MINE)組件212、服務目錄組件214、資源管理器組件216以及安排/工作流引擎218。MINE組件212當作到IPNE客戶端210的接口層并且包含中央儲存器220以便存儲諸如可以被稍后訪問的調(diào)用記錄和網(wǎng)絡結(jié)構(gòu)之類的網(wǎng)絡信息。在特定實施例中，中央儲存器220可以基于分布式文件系統(tǒng)結(jié)構(gòu)并且可以通過XMPP接口來訪問。對較低層以及來自網(wǎng)絡層的請求信息的訪問通過MINE組件212執(zhí)行。MINE組件212將單個入口點提供給網(wǎng)絡并且同樣安排網(wǎng)絡要求。
[0047]服務目錄組件214被配置為針對較高層服務公開網(wǎng)絡能力和資源可用性。資源管理組件216被配置為針對諸如第三方和運營商應用之類的應用公開網(wǎng)絡能力和資源可用性。在各種實施例中，服務目錄組件214和資源管理器組件216直接地通過MINE212組件執(zhí)行這些能力的公開。在特定實施例中，服務目錄組件214和資源管理器組件216通過MINE組件212使用諸如XMPP接口之類的接口來公開能力。在再其它的實施例中，服務目錄組件214和資源管理器組件通過MINE組件212使用應用/第三方API網(wǎng)關(guān)108來公開能力。
[0048]API網(wǎng)關(guān)/服務遞送平臺108a將能力暴露給第四層的較高級服務和應用，諸如第三方應用204、移動應用206、0SS/BSS元件208以及其它計費、網(wǎng)絡、網(wǎng)絡管理和第三方和/或運營商應用。在特定實施例中，API網(wǎng)關(guān)/服務遞送平臺108a通過全球移動通信系統(tǒng)協(xié)會(GSMA)經(jīng)由基于標準的GSMA OneAPI接口將能力暴露給第四層的較高級服務和應用。在另一個特定實施例中，API網(wǎng)關(guān)/服務遞送平臺108a通過基于標準的0neM2M API將能力暴露給第四層的較高級服務和應用。API網(wǎng)關(guān)/服務遞送平臺108a被進一步配置為將適配器提供給標準服務提供商計費和后端系統(tǒng)。在至少一個實施例中，這些層的組合允許服務提供商迅速地實現(xiàn)新的服務和特征。安排/工作流引擎218被配置為像將在本文中進一步描述的那樣安排各種網(wǎng)絡元并且使用MINE組件212來協(xié)調(diào)網(wǎng)絡元件之間的工作流。
[0049]分析模塊116提供包括利用由MINI組件212所提供的數(shù)據(jù)暫存器220并且基于來自安排/工作流引擎的請求來分析網(wǎng)絡狀態(tài)以及經(jīng)由可以經(jīng)由策略功能被應用于網(wǎng)絡的特定觸發(fā)器來響應的功能。在特定實施例中，MINE組件212被配置為經(jīng)由XMPP接口和/或標準移動接口與分析模塊116接口對接。在一個或多個實施例中，分析模塊116可以包含分析學引擎組件、建模組件、概括組件以及可視化組件。在各種實施例中，分析模塊116訂閱被包含在MINE組件212的數(shù)據(jù)暫存器220中的信息，分析模塊116可以使用這種信息來執(zhí)行歷史趨勢分析。在一些實施例中，MINE組件212可以被進一步配置為向分析模塊116發(fā)送數(shù)據(jù)的實時饋送，使得分析模塊116可以執(zhí)行數(shù)據(jù)的立即處理和/或?qū)σ粋€或多個觸發(fā)器做出響應。在另一實施例中，MINE組件212可以請求對數(shù)據(jù)執(zhí)行的查詢，從而使分析模塊116變得屈從于MINE組件212，或者更具體地使MINE組件212成為分析模塊116的控制器。MINE組件212然后可以基于從分析模塊116所接收到的查詢響應來觸發(fā)特定動作。
[0050]網(wǎng)絡服務112可以提供可以存在于服務提供商網(wǎng)絡內(nèi)的身份管理、策略管理、月艮務管理、設備管理以及訂戶數(shù)據(jù)管理功能中的一個或多個。MINE組件212被配置為在由網(wǎng)絡服務112所提供的功能與其它網(wǎng)絡元件之間提供鏈路。
[0051]根據(jù)各種實施例，通信系統(tǒng)200的網(wǎng)絡元件中的一個或多個(諸如網(wǎng)絡基礎(chǔ)設施122a的移動分組核心和M2M應用124a的TDF/PEF、優(yōu)化、以及MS元件)可以是知道利用網(wǎng)絡元件或服務的訂戶的身份的訂戶感知網(wǎng)絡元件。進一步地，在各種實施例中，網(wǎng)絡服務包括諸如HSS/HLR、PCRF、OCS以及SPR之類的訂戶數(shù)據(jù)庫。根據(jù)各種實施例，網(wǎng)絡、服務、訂戶抽象、安排模塊202在訂戶感知網(wǎng)絡元件與訂戶數(shù)據(jù)庫之間提供互連。在各種實施例中，網(wǎng)絡、服務、訂戶抽象、安排模塊202安排并且協(xié)調(diào)訂戶感知網(wǎng)絡兀件與訂戶數(shù)據(jù)庫之間的工作流，并且提供各種網(wǎng)絡元件與數(shù)據(jù)庫之間的協(xié)議轉(zhuǎn)換。在特定實施例中，訂戶為M2M模塊本身。
[0052]根據(jù)各種實施例，上文描述的框架允許服務提供商容易地提供與它們的網(wǎng)絡能力相關(guān)的服務，動態(tài)地優(yōu)化那些能力，并且創(chuàng)建使得能實現(xiàn)快速服務啟動的環(huán)境。所描述的架構(gòu)的各種實施例允許移動服務提供商、固定線路提供商和/或大企業(yè)創(chuàng)建平臺，所述平臺暴露網(wǎng)絡能力并且允許應用開發(fā)者和封閉式應用開發(fā)者利用網(wǎng)絡的能力。各種實施例可以允許服務提供商通過優(yōu)化基礎(chǔ)設施并且進而創(chuàng)造允許服務提供商迅速地且有效地創(chuàng)建新的服務提供的服務框架來貨幣化網(wǎng)絡的能力。在至少一個實施例中，上文描述的架構(gòu)與服務提供商的現(xiàn)有能力集成以避免“淘汰并替換”場景并且確保較快的投放市場時間。
[0053]一個或多個實施例可以提供一個或多個優(yōu)點，包括利用現(xiàn)有的服務提供商環(huán)境來消除“淘汰并替換”場景，并且允許容易訪問對于應用開發(fā)者和服務提供商來說歷史上一直非常難以訪問的網(wǎng)絡能力。
[0054]在一個或多個實施例中，創(chuàng)建使包括策略、網(wǎng)絡抽象以及安排的三個基本元件的策略框架和分析學與網(wǎng)絡訪問相結(jié)合地綁定在一起的策略框架。各種實施例提供將這些元件一起綁定到現(xiàn)有服務提供商0SS/BSS系統(tǒng)中的服務創(chuàng)建環(huán)境。這種框架的各種實施例可以被用來創(chuàng)建/運行諸如企業(yè)對消費者(B2C)、企業(yè)對企業(yè)(B2B)、機器對機器(M2M)以及安全性服務之類的多個不同的服務。進一步地，一個或多個實施例可以提供可以被部署在基于云的架構(gòu)中的大規(guī)模可縮放的框架。
[0055]在示例工作流中，網(wǎng)絡、服務、訂戶抽象、安排模塊202接收從諸如車用資訊娛樂應用之類的企業(yè)應用126到與車輛相關(guān)的模塊的服務請求。在各種實施例中，網(wǎng)絡、服務、訂戶抽象、安排模塊202提供網(wǎng)絡元件之間的協(xié)議轉(zhuǎn)換。在特定示例中，來自第三方提供商的請求被格式化為CoAP請求。該請求包括對在預定時間段內(nèi)保證特定服務質(zhì)量的請求。作為響應，安排/工作流引擎218從CoAP請求生成DIAMETER(直徑)請求并且向網(wǎng)絡服務112的策略管理(諸如PCRF)發(fā)送該直徑請求以確定該服務請求是否滿足與訂戶相關(guān)聯(lián)的一個或多個策略。安排/工作流引擎218還可以生成給網(wǎng)絡服務112的身份管理服務(諸如HSS)的直徑請求以確定與該服務請求相關(guān)聯(lián)的訂戶的身份，生成給0SS/BSS208的直徑請求以確定計費系統(tǒng)是否將允許該服務請求。安排/工作流引擎218可以進一步向網(wǎng)絡基礎(chǔ)設施122a的移動分組核心發(fā)送請求以確定在網(wǎng)絡是否存在任何擁塞。安排/工作流引擎218可以進一步向RAN基礎(chǔ)設施120的RAN優(yōu)化發(fā)送請求以確定在無線電接口上是否存在擁塞。在再其它的示例中，安排/工作流引擎218可以從分析模塊116請求信息以基于由分析模塊116所存儲的歷史信息來確定網(wǎng)絡是否將在預定時間段內(nèi)擁塞。基于對這些各種請求的響應，安排/工作流引擎218可以確定來自企業(yè)提供商的初始請求是否將被允許。
[0056]圖3是由安排/工作流引擎218所執(zhí)行的工作流協(xié)調(diào)操作的實施例的簡化流程圖300。在302中，安排/工作流引擎218從與訂戶相關(guān)聯(lián)的客戶端設備118a接收入站服務請求。在特定實施例中，入站服務請求是HTTP入站請求。在至少一個實施例中，入站請求包括來自客戶端設備118a的應用對于通過網(wǎng)絡將一個或多個服務提供給客戶端設備118a的請求。在特定示例中，請求是對諸如流介質(zhì)會話或其它視頻/音頻協(xié)作之類的車用資訊娛樂呈現(xiàn)的請求。在304中，安排/工作流引擎218將授權(quán)應用到網(wǎng)絡服務112中。在306中，安排/工作流引擎218向網(wǎng)絡服務112的策略管理服務發(fā)送請求以確定入站請求是否符合與客戶端設備118相關(guān)聯(lián)的一個或多個策略。在特定實施例中，策略管理服務是PCRF。在308中，策略管理服務對請求應用與訂戶相關(guān)聯(lián)的一個或多個策略以確定該請求是否依從一個或多個策略。根據(jù)各種實施例，可以以任何數(shù)目的方法定義策略。例如，策略能夠描述如何針對特定IP流、需要被安排在一起以適用特定用戶服務的服務或一組安全性規(guī)則來實施規(guī)則。在另一示例中，策略可以描述哪些服務適用于應用請求并且所示出的那些服務如何被安排在一起以便提供所請求的服務。在特定示例中，策略可以描述如何為對M2M會話的請求安排網(wǎng)絡分析功能、自優(yōu)化網(wǎng)絡控制器以及協(xié)議轉(zhuǎn)換器。在310中，安排/工作流引擎218從策略管理服務接收有關(guān)請求是否依來自一個或多個策略的響應。
[0057]在312中，安排/工作流引擎218向計費服務發(fā)送請求以執(zhí)行預付費檢查來確定訂戶是否已對所請求的服務預付費了。在特定實施例中，計費系統(tǒng)是0CS。在314中，計費服務執(zhí)行預付費檢查以確定訂戶是否已對所請求的服務預付費了。在M2M的特定應用中，如果沒有預付費用戶，運行310和312可以不在相同實施例中執(zhí)行。在316中，安排/工作流引擎218從計費服務接收指示訂戶是否已對所請求的服務預付費了的響應。在318中，安排/工作流引擎218向策略管理服務發(fā)送有關(guān)服務請求是否遵照一個或多個可編程策略的請求。在各種實施例中，可編程策略是諸如可由應用或管理員編程的訪問控制策略。在320中，策略管理服務執(zhí)行檢查以確定服務請求是否遵照一個或多個可編程策略。在322中，安排/工作流引擎218從策略管理服務接收指示初始請求遵照一個或多個可編程策略的響應。
[0058]在324中，安排/工作流引擎218可以在實例中調(diào)用外部應用編程接口(API)，在所述實例中需要調(diào)用第三方服務以滿足初始服務請求。在特定實施例中，對外部API的調(diào)用是對與該外部API相關(guān)聯(lián)的外部HTTP端點的調(diào)用。在特定實施例中，API是標準0neM2MAPI。在326中，安排/工作流引擎218創(chuàng)建對于服務請求的結(jié)算。在328中，安排/工作流引擎218向計費服務發(fā)送費用請求以便請求針對服務的費用。在330中，計費系統(tǒng)執(zhí)行預付費計費改變以便針對所創(chuàng)建的結(jié)算對訂戶收費。在332中，安排/工作流引擎218接收指示預付費計費改變已被執(zhí)行的預付費計費響應。
[0059]在334中，安排/工作流引擎218確定是否將對所請求的服務的訪問許可給客戶端設備118a。在至少一個實施例中，安排/工作流引擎218通過使從網(wǎng)絡元件和服務接收到的響應相關(guān)并且基于有關(guān)服務請求將被許可的響應做出是否許可訪問所請求的服務的決定。例如，在特定實施例中如果在鏈或響應中的響應的任一個指示不應該或者不能夠許可服務請求，則安排/工作流引擎218將不將服務請求許可給客戶端設備118a。例如，如果PCRF指示服務請求將不滿足特定策略，如果分析模塊116指示將不存在在預定時間段內(nèi)必定提供所請求的服務的可用QOS，或者如果OCS指示訂戶將不具有保持以負擔請求的服務的費用的足夠平衡，則安排/工作流引擎218可以指示所請求的服務將不被許可給客戶端設備118a。在336中，安排/工作流引擎218向客戶端設備118a發(fā)送指示客戶端設備118a被許可訪問所請求的服務的出站響應消息。在特定實施例中，出站響應是HTTP出站響應。
[0060]圖4圖示安排/工作流引擎218的協(xié)議轉(zhuǎn)換平臺400的實施例。在圖4中所圖示的實施例中，安排/工作流弓丨擎218包括一個或多個協(xié)議轉(zhuǎn)換模塊402a-402i。在特定圖示的實施例中，安排/工作流引擎218包括短消息服務(SMS)轉(zhuǎn)換模塊402a、多介質(zhì)消息傳送服務(MMS)轉(zhuǎn)換模塊402b、位置轉(zhuǎn)換模塊402c、語音呼叫控制轉(zhuǎn)換模塊402d、支付轉(zhuǎn)換模塊402e、裝置能力轉(zhuǎn)換模塊402f、數(shù)據(jù)連接轉(zhuǎn)換模塊402g、QoS配置文件轉(zhuǎn)換模塊402h以及區(qū)域存在轉(zhuǎn)換模塊402i。網(wǎng)絡、服務、訂戶抽象、安排模塊202還包括網(wǎng)絡網(wǎng)關(guān)(NGW)轉(zhuǎn)換模塊404，以及與安排/工作流引擎218通信的MINE212。
[0061]網(wǎng)絡、服務、訂戶抽象、安排模塊202與一個或多個網(wǎng)絡元件406a_406g進一步通信。在所圖示的實施例中，一個或多個網(wǎng)絡元件406a-406g包括短消息服務中心(SMSC) 406a、多介質(zhì)消息傳送服務中心(MMSC) 406b、移動平臺控制器(MPC) 406c、會話發(fā)起協(xié)議(SIP)代理服務器406d、計費服務406e、M2M平臺406f以及PCRF/SPR406g。在圖4中所圖示的特定實施例中，SMS轉(zhuǎn)換模塊402a、MMS轉(zhuǎn)換模塊402b、位置轉(zhuǎn)換模塊402c以及語音呼叫控制轉(zhuǎn)換模塊402d與網(wǎng)絡網(wǎng)關(guān)轉(zhuǎn)換模塊404通信，并且支付轉(zhuǎn)換模塊402e與計費服務406e通信。數(shù)據(jù)連接轉(zhuǎn)換模塊402g、QOS配置文件轉(zhuǎn)換模塊402h以及區(qū)域存在轉(zhuǎn)換模塊 402i 與 MINE212 通信。NGW404 與 SMSC406a、MMSC406b、MPC406c 以及 SIP 代理服務器406d進一步通信。MINE212與M2M平臺406f和PCRF/SPR406g進一步通信。
[0062]協(xié)議轉(zhuǎn)換模塊402a_402i中的每一個和網(wǎng)絡網(wǎng)關(guān)轉(zhuǎn)換模塊404被配置為接收以第一協(xié)議格式所格式化的消息(諸如請求)并且轉(zhuǎn)化待以第二協(xié)議格式格式化的消息。在所圖示的圖4的實施例中，每個協(xié)議轉(zhuǎn)換模塊402a-402i被配置為接收以第一格式408所格式化的消息。在特定示例中，第一協(xié)議格式408是M2M格式，諸如消息隊列遙測傳輸(MQTT)或受限應用協(xié)議(CoAP)。協(xié)議轉(zhuǎn)換模塊402a-402d可以被配置為將以第一協(xié)議格式408所接收到的消息轉(zhuǎn)化為第二協(xié)議格式410并且將經(jīng)轉(zhuǎn)化的消息傳送到NGW410。支付轉(zhuǎn)換模塊402e可以被配置為將第一協(xié)議格式408的消息轉(zhuǎn)化為第三格式412并且將經(jīng)轉(zhuǎn)化的消息傳送到計費服務406e。協(xié)議轉(zhuǎn)換模塊402g-402i可以被配置為將第一協(xié)議格式408的消息轉(zhuǎn)化為第四協(xié)議格式414并且將經(jīng)轉(zhuǎn)化的消息傳送到MINE212。在特定實施例中，第四協(xié)議格式414是XMPP協(xié)議格式。網(wǎng)絡網(wǎng)關(guān)轉(zhuǎn)換模塊404可以被進一步配置為轉(zhuǎn)化以第二協(xié)議格式410從協(xié)議轉(zhuǎn)換模塊402a-402d中的每一個接收到的消息，將該消息轉(zhuǎn)化成第五協(xié)議格式416，并且將經(jīng)轉(zhuǎn)化的消息傳送到網(wǎng)絡元件406a-406d。MINE212可以被配置為將以第四格式414從協(xié)議轉(zhuǎn)換模塊402a-402i接收到的消息轉(zhuǎn)化為第六協(xié)議格式418并且將經(jīng)轉(zhuǎn)化的消息傳送到網(wǎng)絡元件406f-406g。
[0063]圖5是由安排/工作流引擎218所執(zhí)行的訂戶身份規(guī)格化操作的實施例的簡化流程圖500。在502中，安排/工作流引擎218接收包括外部身份和與M2M模塊有關(guān)的網(wǎng)絡地址的請求，其中，M2M模塊與移動網(wǎng)絡連接。在特定實施例中，響應于與外部身份有關(guān)的模塊的請求，該模塊由第三方服務提供商所用并用于標識用戶，請求可能來自諸如M2M服務提供商之類的第三方服務提供商。在M2M服務提供商的情況下，模塊可能與標準方式對齊，以標識模塊。在特定實施例中，模塊與車輛有關(guān)，外部身份是車輛識別碼。在特定實施例中，網(wǎng)絡地址是如由第三方M2M服務提供商所看到的與用戶相關(guān)聯(lián)的網(wǎng)際協(xié)議(IP)地址。如果網(wǎng)絡地址轉(zhuǎn)換(NAT)正在被應用，則這種IP地址可以不同于為移動網(wǎng)絡所知的IP地址。在504中，安排/工作流引擎218確定所接收到的外部身份和移動網(wǎng)絡訂戶標識符(ID)的映射是否在與安排/工作流引擎218相關(guān)聯(lián)的高速緩存中被找到。如果在高速緩存中未找到外部身份和移動網(wǎng)絡訂戶標識符(ID)的映射，則操作繼續(xù)到506。在506中，安排/工作流引擎218確定NAT是否正被應用于所接收到的網(wǎng)絡地址。如果NAT正被應用于所接收到的網(wǎng)絡地址，則操作繼續(xù)到508，其中安排/工作流引擎218就與所接收到的請求相關(guān)聯(lián)的實際網(wǎng)絡地址而查詢負責網(wǎng)絡地址轉(zhuǎn)換的NAT裝置。在510中，安排/工作流引擎218接收到與所接收到的請求相關(guān)聯(lián)的實際網(wǎng)絡地址并且繼續(xù)到512。如果在506中，安排/工作流引擎218確定NAT未被正在應用，則操作繼續(xù)到512。
[0064]在512中，安排/工作流引擎218就與網(wǎng)絡地址相對應的國際移動訂戶身份(IMSI)而查詢網(wǎng)絡基礎(chǔ)設施122a的移動分組核心。在514中，安排/工作流引擎218從移動分組核心接收與網(wǎng)絡地址相對應的頂SI。在516中，安排/工作流引擎218就與MSI相關(guān)聯(lián)的訂戶標識符(ID)而查詢身份管理數(shù)據(jù)庫。在特定實施例中，訂戶ID是與M2M模塊相關(guān)聯(lián)的移動訂戶集成服務數(shù)字網(wǎng)絡號碼(MSIDN)或移動電話號碼。盡管已經(jīng)使用IMSI和MSIDN標識符對特定實施例進行了描述，但是應該理解的是，在其它實施例中可以使用任何類型的訂戶標識符。在至少一個實施例中，身份管理數(shù)據(jù)庫是HSS/HLR。在518中，安排/工作流引擎218從身份管理數(shù)據(jù)庫接收與MSI相關(guān)聯(lián)的移動網(wǎng)絡訂戶ID。在520中，外部身份被映射到移動網(wǎng)絡訂戶ID和IMSI。在522中，安排/工作流引擎218將外部身份、訂戶ID以及IMSI的映射存儲在與安排/工作流引擎218相關(guān)聯(lián)的高速緩存中。
[0065]在524中，安排/工作流引擎218將訂戶ID和/或MSI提供給將使用該MSI和/或訂戶ID來履行對服務的請求的一個或多個網(wǎng)絡元件。如果在504中確定了在與安排/工作流弓丨擎218相關(guān)聯(lián)的高速緩存中找到了外部身份和移動網(wǎng)絡訂戶ID映射，則操作繼續(xù)到526，其中安排/工作流引擎218從高速緩存中檢索映射到外部身份的移動網(wǎng)絡訂戶ID和MSI并且進行到524。在524之后，操作在528處結(jié)束。通過將外部身份和在外部理解的IP地址緩存到訂戶ID、IMSI以及移動網(wǎng)絡理解的IP地址的映射，隨后包括該外部身份的請求不需要諸如身份管理數(shù)據(jù)庫或移動分組核心之類的網(wǎng)絡元件的另一查詢確定移動網(wǎng)絡訂戶身份以及頂SI和IP地址映射。
[0066]圖6是由安排/工作流引擎218所執(zhí)行的工作流協(xié)調(diào)操作的另一實施例的簡化流程圖600。在602中，安排/工作流引擎218從請求者接收服務請求。在604中，響應于請求來觸發(fā)工作流的實例化。在一個實施例中，從與位于通信系統(tǒng)200內(nèi)部的請求者相關(guān)聯(lián)的內(nèi)部網(wǎng)絡元件接收請求。在特定應用中，從諸如MTC-1WF之類的M2M應用124a中的一個接收請求。在另一示例中，分析模塊116可以檢測擁塞并且發(fā)送請求以觸發(fā)安排/工作流事件。在再一個實施例中，從需要工作流的實例化的外部網(wǎng)絡元件接收請求，這將導致對請求者的響應。例如，可以從第三方M2M服務提供商接收請求。在606中，安排/工作流引擎218確定需要滿足并且安排請求的一個或多個網(wǎng)絡元件和/或一個或多個訂戶數(shù)據(jù)庫。在608中，安排/工作流引擎218協(xié)調(diào)一個或多個網(wǎng)絡元件和/或訂戶數(shù)據(jù)庫之間的工作流以滿足請求。
[0067]在610中，安排/工作流引擎218從第一網(wǎng)絡元件接收具有第一協(xié)議格式的第一通信消息。在612中，安排/工作流引擎218將第一通信消息轉(zhuǎn)換為具有第二通信協(xié)議格式的第二通信消息。在614中，安排/工作流引擎218向第二網(wǎng)絡元件發(fā)送第二通信消息。
[0068]在616中，安排/工作流引擎218確定對請求者的響應是否是需要的。如果對請求者的響應是需要的，則安排/工作流引擎218在618中向請求者發(fā)送響應并且操作繼續(xù)到620。如果在616中確定了對請求者的響應是不需要的，則操作繼續(xù)到620。在620中，安排/工作流引擎218確定一個或多個網(wǎng)絡元件和/或訂戶數(shù)據(jù)庫的修改是否是工作流所需要的。如果在通信系統(tǒng)200內(nèi)的一個或多個網(wǎng)絡元件和/或訂戶數(shù)據(jù)庫的修改是需要的，則操作繼續(xù)到622。在622中，安排/工作流引擎218修改一個或多個網(wǎng)絡元件和/或訂戶數(shù)據(jù)庫。在特定實施例中，在一個或多個網(wǎng)絡元件和/或訂戶數(shù)據(jù)庫內(nèi)修改配置信息或其它數(shù)據(jù)。
[0069]在特定示例中，RAN基礎(chǔ)設施120的RAN優(yōu)化系統(tǒng)檢測擁塞并且通過安排/網(wǎng)絡工作流引擎218通知網(wǎng)絡服務112的PCRF存在擁塞。PCRF可以使工作流實例化，所述工作流請求針對正在其對它們能夠在該月內(nèi)消費的數(shù)據(jù)量的限制附近的所有重度網(wǎng)絡用戶使視頻優(yōu)化實例化。因此，PCRF可以發(fā)起安排/工作流引擎218在其中通過查詢分析模塊116以確定誰是重度用戶來確定正在它們的定額限制附近的重度用戶的工作流，查詢在線計費系統(tǒng)以確定正在它們的定額附近的用戶，將響應返回給PCRF。PCRF可以使規(guī)則實例化，所述規(guī)則對于這些用戶實施視頻優(yōu)化并且觸發(fā)與那些用戶相關(guān)聯(lián)的業(yè)務轉(zhuǎn)向視頻優(yōu)化的服務路徑。
[0070]操作然后繼續(xù)道624，其中操作結(jié)束。如果確定了一個或多個網(wǎng)絡元件和/或訂戶數(shù)據(jù)庫的修改不是需要的，則操作繼續(xù)到操作在其中結(jié)束的624。
[0071]圖7是網(wǎng)絡、服務、訂戶抽象、安排模塊202的呼叫流程700的實施例的簡化圖。呼叫流程700使用許多網(wǎng)絡元件和訂戶數(shù)據(jù)庫來圖示，所述網(wǎng)絡元件和訂戶數(shù)據(jù)庫包括M2M服務提供商702的企業(yè)M2M應用、網(wǎng)絡、服務、訂戶抽象、安排模塊202的網(wǎng)絡抽象層(NAL) 704、策略服務器(PCRF)706、訂戶策略寄存器(SPR) /用戶數(shù)據(jù)儲存庫(UDR) 708、網(wǎng)絡元件I至網(wǎng)絡元件x(NETl...X) 710、分析學(AN) 712以及用戶設備714。在至少一個實施例中，用戶設備714是客戶端設備118a。在716中，UE714向M2M服務提供商702發(fā)送會話開始請求(Sess1nStart)。在圖7中所圖示的特定實施例中，會話開始請求時對TurboBoost服務的請求,在所述TurboBoost服務中UE714正在請求網(wǎng)絡性能的按需動態(tài)增加。在718中，M2M服務提供商702向NAL704發(fā)送加速可用性請求(BoostAvailRequest)。在720中，NAL704檢查滿足會話開始請求所需要的資源的可用性。在722中，NAL704向AN712發(fā)送請求資源是否將是可用的分析學建模的資源模型請求(RschModelRequest)。在724中，AN712向NAL704發(fā)送指示資源是否將是可用的資源模型響應(RscModelResponse)。在726中，NAL704向PCRF706發(fā)送基于一個或多個策略而請求服務請求是否將被允許的加速允許請求(BoostAllowRequest)。在728中，PCRF706向SPR/UDR708 發(fā)送加速授權(quán)請求(BoostAuthRequest)。在 730 中，SPR/UDR708 向 PCRF706發(fā)送加速授權(quán)響應(BoostAuthResponse)。在732中，PCRF706向NAL704發(fā)送加速允許響應(BoostAllowResponse)。在734中，NAL704向M2M服務提供商702發(fā)送加速可用性響應(BoostAvaiIResponse)。
[0072]在736中，M2M服務提供商702向UE714發(fā)送指示將存在利用所請求的服務的附加費用的升級通知消息(UpgradeNotify)。在738中，用戶接受該費用。在740中，UE714向M2M服務提供商702發(fā)送升級確認消息(UpgradeConfirm)。在742中，M2M服務提供商702向NAL704發(fā)送加速請求(BoostRequest)。在744中，NAL704向PCRF706發(fā)送請求與UE714的用戶相關(guān)聯(lián)的用戶配置文件信息的服務配置文件請求(SvcProfileRequest)。在746中，PCRF706向NAL704發(fā)送包括用戶配置文件信息的服務配置文件響應(SvcProfileResponse)。在748中，NAL704向網(wǎng)絡元件(NE1...x) 710中的一個或多個發(fā)送一個或多個策略計費控制(PCC)請求(PCCRequestl...x)。在750中，網(wǎng)絡元件(NE1...x)710中的一個或多個向NAL704發(fā)送一個或多個PCC響應(PCCResponsel...x)。
[0073]在752中，NAL704執(zhí)行提供所請求的服務所必需的BSS/0SS和外部網(wǎng)絡元件的安排。在754中，NAL752向M2M服務提供商702發(fā)送加速響應(BoostResponse)。在756中，網(wǎng)絡元件(NE1...x) 710向NAL704發(fā)送一個或多個資源更新消息(ResourceUpdatel...x)。在758中，NAL704向網(wǎng)絡元件(NE1...x)710中的一個或多個發(fā)送一個或多個肯定應答消息(Ackl...x)。應該理解的是，在網(wǎng)絡元件與訂戶數(shù)據(jù)庫之間交換的消息中的每一個都可以被以由發(fā)送網(wǎng)絡元件所利用的特定協(xié)議格式接收并且轉(zhuǎn)化為由接收網(wǎng)絡元件所利用的特定協(xié)議格式。
[0074]圖8是圖示圖2的通信系統(tǒng)200的服務器201的特定實施例的簡化框圖800。圖2的服務器201的特定實施例包括處理器802、存儲器元件804以及網(wǎng)絡、服務、訂戶抽象、安排模塊202。處理器802被配置為執(zhí)行軟件指令以執(zhí)行如本文中所描述的服務器201的各種操作。存儲器元件804可以被配置為存儲與服務器201相關(guān)聯(lián)的軟件指令和數(shù)據(jù)。網(wǎng)絡、服務、訂戶抽象、安排模塊202被配置為實現(xiàn)如本文中所描述的各種安排、工作流協(xié)調(diào)以及轉(zhuǎn)換功能。
[0075]盡管圖8中所圖示的特定實施例將服務器201示出為包括單個節(jié)點，但是應該理解的是在其它實施例中，服務器201可以包括任何數(shù)目的節(jié)點。在再其它的實施例中，集群可以由遍及許多服務器分布的任何數(shù)目的處理節(jié)點或通信網(wǎng)絡內(nèi)的其它網(wǎng)絡元件形成。
[0076]在再其它的實施例中，移動IP使能器(MINE)組件212被配置為提供和移動數(shù)據(jù)網(wǎng)絡相關(guān)聯(lián)的一個或多個網(wǎng)絡元件與和企業(yè)網(wǎng)絡相關(guān)聯(lián)的一個或多個網(wǎng)絡元件之間的集成信令。在特定實施例中，MINE組件212提供網(wǎng)絡地址轉(zhuǎn)換功能，其中與特定M2M模塊相關(guān)聯(lián)的標識符(諸如網(wǎng)際協(xié)議(IP)地址)被映射到由企業(yè)M2M服務用來標識特定用戶的標識符，諸如車輛識別碼。可以由一個或多個企業(yè)網(wǎng)絡提供給用戶設備裝置的企業(yè)服務提供的示例包括車載資訊系統(tǒng)、車載資訊娛樂以及ATM/P0S系統(tǒng)。
[0077]圖9是用于在機器對機器(M2M)環(huán)境中安排移動數(shù)據(jù)網(wǎng)絡的通信系統(tǒng)900的實施例的簡化框圖。在工業(yè)測量儀表的情況下，M2M可以包括其中具有傳感器的裝置捕獲在特定位置處的事件(諸如溫度、壓力、存貨水平等)的上下文，并且裝置通過接入網(wǎng)絡(無線、有線或混合)將所捕獲的事件信息中繼到應用程序中的應用，所述應用程序?qū)⑺东@的事件信息轉(zhuǎn)換成待呈現(xiàn)給用戶的有意義的信息。圖9示出了包括移動IP使能器(MINE)組件212、API網(wǎng)關(guān)108、網(wǎng)絡抽象層模塊902、服務層模塊904以及服務代理906的網(wǎng)絡、服務與訂戶抽象層202。網(wǎng)絡、服務與訂戶抽象層202與應用平臺908通信。
[0078]在所圖示的實施例中，應用平臺908包括API管理模塊910和一個或多個應用模塊912。在至少一個實施例中，API管理模塊910可以被配置為訪問API網(wǎng)關(guān)108并且(一個或多個)應用912可以被配置為接收并且處理從M2M模塊920接收到的傳感器信息。應用平臺908與終端用戶914和一個或多個接入網(wǎng)絡916進一步通信。在一個或多個特定實施例中，(一個或多個)接入網(wǎng)絡916可以包括一個或多個無線網(wǎng)絡、一個或多個有線網(wǎng)絡或無線和有線網(wǎng)絡的混合。在特定實施例中，(一個或多個)接入網(wǎng)絡916可以包括RAN基礎(chǔ)設施和/或其它網(wǎng)絡基礎(chǔ)設施中的一個或多個。在特定實施例中，(一個或多個)接入網(wǎng)絡916可以包括具有策略實施和移動性管理功能的核心網(wǎng)絡。
[0079]網(wǎng)絡、服務與訂戶抽象層202與計費系統(tǒng)918進一步通信。(一個或多個)接入網(wǎng)絡916與M2M模塊920進一步通信。在特定實施例中，計費系統(tǒng)918可以包括0SS/BSS，所述0SS/BSS包括計費/評級、結(jié)算、商業(yè)智能以及企業(yè)資源計劃(ERP)/客戶關(guān)系管理(CRM)功能。在所圖示的實施例中，M2M模塊920包括用于執(zhí)行一個或多個裝置應用的裝置應用模塊922，以及與M2M模塊920相關(guān)聯(lián)并用于捕獲感測到的數(shù)據(jù)的一個或多個傳感器924。
[0080]通信系統(tǒng)900還包括耦合在應用平臺908與(一個或多個)接入網(wǎng)絡916之間的網(wǎng)絡地址轉(zhuǎn)換(NAT)模塊926。在一個或多個實施例中，NAT模塊926被配置為使與M2M模塊920相關(guān)聯(lián)的接入網(wǎng)絡標識符(諸如移動網(wǎng)絡訂戶身份)與和由應用平臺908所使用的M2M模塊920相關(guān)聯(lián)的外部標識符相關(guān)聯(lián)。
[0081]如將在本文中進一步描述的那樣，在各種實施例中，MINE組件212被配置為接收與諸如(一個或多個)接入網(wǎng)絡之類的一個或多個網(wǎng)絡相關(guān)聯(lián)的網(wǎng)絡利用率數(shù)據(jù)和/或其它網(wǎng)絡數(shù)據(jù)，并且基于利用率數(shù)據(jù)來確定針對網(wǎng)絡在特定時間段使用的定價信息(pricinginformat1n) ?在一個或多個實施例中，MINE212可以向分析模塊116發(fā)送請求以分析所接收到的網(wǎng)絡利用率數(shù)據(jù)，并且分析模塊116可以使用當前利用數(shù)據(jù)和/或歷史利用數(shù)據(jù)來分析網(wǎng)絡利用率數(shù)據(jù)，以對預定時間段內(nèi)的預期網(wǎng)絡利用率進行建模。MINE組件212可以被進一步配置為從分析模塊116接收經(jīng)分析的利用數(shù)據(jù)，確定針對網(wǎng)絡在一個或多個特定時間段的使用的定價信息，并且通過API網(wǎng)關(guān)108向應用平臺908發(fā)送該定價信息。因此，在一個或多個實施例中，MINE組件212可以通過API網(wǎng)關(guān)108傳送消息直到(一個或多個)應用912 (諸如第三方應用)，以向(一個或多個)應用912通知通告價格以便利用(一個或多個)接入網(wǎng)絡916在M2M模塊920與(一個或多個)應用912之間轉(zhuǎn)移數(shù)據(jù)。終端用戶914可以使用通告定價信息來決定何時預期M2M模塊920將傳送特定類型和/或等級的數(shù)據(jù)。基于定價信息，應用平臺908可以確定是否在特定時間段內(nèi)使用網(wǎng)絡。MINE組件212可以被進一步配置為向計費系統(tǒng)918發(fā)送定價信息，使得計費系統(tǒng)918可以針對(一個或多個)接入網(wǎng)絡916的使用，按照MINE組件212所確定的當前費率對應用平臺908收費。因此，當費率改變判定由MINE組件212做出時，它將向計費系統(tǒng)918通知指示在特定時間段內(nèi)特定費率的新的費率信息。在特定實施例中，能夠使用針對不同等級用戶的多個等級的服務，其中每個等級的服務具有不同的定價費率。例如，MINE組件212可以同時通告針對M2M應用的特定價格和針對內(nèi)容緩存應用的不同價格。
[0082]在圖9所示的特定實施例中，(一個或多個)應用912可以被配置為在對于(一個或多個)接入網(wǎng)絡的數(shù)據(jù)利用具有可接受的費率的時間段期間從M2M模塊920請求傳感器數(shù)據(jù)，并且M2M模塊920的裝置應用922可以被配置為從(一個或多個)傳感器924捕獲傳感器信息，并且在預定時間段內(nèi)向(一個或多個)應用912傳送傳感器信息。在特定實例中，終端用戶914可以為了最低成本確定對其來說實時地接收數(shù)據(jù)不是重要的特定數(shù)據(jù)應該在當模塊應用922可以跨越接入網(wǎng)絡916傳遞業(yè)務用時在(一個或多個)接入網(wǎng)絡916上存在低利用時被傳送。在另一實例中，終端用戶914可以確定期望特定數(shù)據(jù)被實時地接收，而不管成本如何。
[0083]在機器對機器應用的不例實施方式中，M2M模塊920可以在一個或多個油井場處被配置為將遙測數(shù)據(jù)提供給應用平臺908的(一個或多個)應用912。例如，終端用戶914可以期望以規(guī)制間隔接收指示抽出了多少加侖、操作條件、關(guān)于泵用電動機的磨損期限、泵壓力等的報告。傳統(tǒng)上，可能需要終端用戶914支付數(shù)據(jù)傳送時因使用接入網(wǎng)絡而由提供商征收的任何費用。然而，無線網(wǎng)絡經(jīng)歷明顯的利用峰值和低谷，其中運營商可能想在網(wǎng)絡上存在小流量時降低遞送業(yè)務的成本并且當網(wǎng)絡忙時提高遞送業(yè)務的成本。典型地，在高峰時間通信是網(wǎng)絡上的峰值時間。在M2M應用中，一些遙測數(shù)據(jù)可以稍微具有時效性，但是實時需要的數(shù)據(jù)并非如此具有時效性。例如，對于小時泵更新而言，對于應用平臺908來說可能沒有必要確切地準點地接收數(shù)據(jù)。當對于數(shù)據(jù)遞送來說更劃算時，第三方應用可以替代地安排更新。此外，可能期望收集諸如維護條件和泵壓力之類的其它統(tǒng)計日報。在另一示例中，終端用戶914可能希望每天捕獲泵機構(gòu)的圖像，使得它能夠針對僅能夠在視覺上被確定的磨損或某種其它視覺條件被檢驗。然而，圖像數(shù)據(jù)可以是相當大的。如果應用平臺908具有有關(guān)傳送數(shù)據(jù)的價格的成本信息，則(一個或多個)應用912可以被配置為實現(xiàn)指示不需要實時接收圖像信息的商業(yè)邏輯，并且結(jié)果期望以所提供的最低成本來接收數(shù)據(jù)。相比之下，可能期望在檢測到這樣的故障之后不久傳送油井中故障的指示，使得一旦有可能最小化由于油井的不活動而導致的金錢損失時就可以使油井重新聯(lián)機。
[0084]在一些實施例中，MINE組件212可以利用M2M模塊920的位置信息，使得可以基于在特定位置處的網(wǎng)絡中的網(wǎng)絡利用率確定針對網(wǎng)絡使用的通告競價。在特定示例中，MINE組件212可以通告第一位置的高價格、第二位置的中等價格和/或第三位置的低價格。在通信系統(tǒng)900的示例操作中，MINE組件212從諸如RAN基礎(chǔ)設施120和/或網(wǎng)絡基礎(chǔ)設施122之類的(一個或多個)接入網(wǎng)絡916收集利用數(shù)據(jù)以確定(一個或多個)接入網(wǎng)絡916的利用。
[0085]在特定實施例中，MINE組件212可以將利用數(shù)據(jù)提供給分析模塊116，并且分析模塊116執(zhí)行網(wǎng)絡利用率的分析和統(tǒng)計建模，諸如利用在一定時間段內(nèi)的平均值，以確定(一個或多個)接入網(wǎng)絡916在一個或多個預定時間段的預期利用。分析模塊116可以被配置為將指示(一個或多個)接入網(wǎng)絡916在一個或多個預定時間段的預期利用的信息提供給MINE組件212。MINE組件212然后可以針對一個或多個等級和/或類型的業(yè)務為(一個或多個)接入網(wǎng)絡916在預定時間段的利用確定定價信息，并且通過API網(wǎng)關(guān)108向已訂閱接收定價信息的(一個或多個)特定應用912通告定價信息。在特定實施例中，MINE組件212可以基于從分析模塊116接收到的結(jié)果以及分析(估計)來通告當前費率以及計劃的費率時間表。在各種實施例中，可以以諸如針對特定價格(例如，每100kb$0.03)之類的各種方式或者以諸如高、中等或低費率類別之類的特定費率類別的方式通告費率。
[0086]在一些實施例中，MINE組件212可以被配置為響應于網(wǎng)絡利用率中的突然改變來確定并且通告給定間隔的新的當前費率，并且(一個或多個)應用912可以決定它是否希望以新的費率來利用(一個或多個)接入網(wǎng)絡916。例如，在存在諸如自然災害之類的緊急情況并且網(wǎng)絡利用率大大增加的情形下，(一個或多個)接入網(wǎng)絡916的運營商可能不愿意M2M應用在這段時間發(fā)送數(shù)據(jù)，因為它們被預先通知了特定時間段將具有低費率。因此，MINE組件212可以立即就M2M應用而通告新增加的費率，以便在這段時間阻止通過M2M應用的使用。
[0087]在再其它的實施例中，MINE組件212可以接收有關(guān)當前網(wǎng)絡利用率并且相應地改變當前定價信息。例如，MINE組件212可以為M2M應用提供低費率并且接收大量M2M應用已利用低費率來傳送信息的反饋。MINE組件212可以允許這樣的使用持續(xù)通告間隔，諸如一分鐘的間隔，然后提供中等費率以設法補償網(wǎng)絡的使用。
[0088]圖10是用于在機器對機器(M2M)環(huán)境中安排移動數(shù)據(jù)網(wǎng)絡的通信系統(tǒng)900的通信層1000的簡化圖。通信層包括與具有API管理模塊910的應用平臺908通信的應用912。應用平臺908與服務層904進一步通信。服務層904包括網(wǎng)絡、服務、訂戶抽象層202和數(shù)據(jù)管理組件1002。數(shù)據(jù)管理組件1002包括數(shù)據(jù)/元數(shù)據(jù)管理、分析與報告組件。
[0089]服務層904與服務代理906進一步通信。在特定實施例中，服務代理906包括發(fā)布/訂閱與事件管理、會話管理、數(shù)據(jù)聚合、調(diào)度以及目錄組件。在至少一個實施例中，服務層904可以與0SS/BSS208和NMS114進一步通信。在圖10所示的特定實施例中，MINE組件212包括網(wǎng)絡抽象層902和服務代理906，網(wǎng)絡、服務、訂戶抽象層202包括MINE組件212以及伙伴管理、生命周期管理、裝置/身份管理和策略/資源管理組件。在圖10所示的特定實施例中，0SS/BSS208還包括計費/評級、結(jié)算、商業(yè)智能以及企業(yè)資源計劃(ERP)/客戶關(guān)系管理(CRM)功能。在圖10所示的特定實施例中，匪S114可以包括地址管理、DNS管理、故障管理以及配置管理組件。
[0090]在特定實施例中，服務代理906由運營商提供。服務代理906與網(wǎng)絡抽象層902進一步通信。在特定實施例中，網(wǎng)絡抽象層模塊902包括網(wǎng)絡選擇、協(xié)議轉(zhuǎn)換、互聯(lián)以及價值導向的路由組件。網(wǎng)絡抽象層902與(一個或多個)接入網(wǎng)絡916進一步通信。在特定實施例中，(一個或多個)接入網(wǎng)絡916包括具有策略實施和移動性管理組件的無線核心網(wǎng)絡1004。
[0091]在一個實施例中，應用平臺908可以使用本機通信與M2M模塊920進行通信，以直接通過(一個或多個)接入網(wǎng)絡916來推送/拉出數(shù)據(jù)，而不用通過網(wǎng)絡、服務、訂戶抽象層202。在另一實施例中，M2M模塊920可以經(jīng)由(一個或多個)接入網(wǎng)絡916與網(wǎng)絡抽象層模塊902進行通信，并且網(wǎng)絡抽象層模塊902通過API網(wǎng)關(guān)108使用直接消息傳送將數(shù)據(jù)傳送到應用平臺908。在再一個實施例中，M2M模塊920可以經(jīng)由(一個或多個)接入網(wǎng)絡916與服務層模塊904進行通信，并且服務層模塊904通過API網(wǎng)關(guān)108將數(shù)據(jù)傳送到應用平臺908。
[0092]在一個或多個實施例中，M2M模塊902可以經(jīng)由(一個或多個)接入網(wǎng)絡916使用服務代理906與應用平臺908進行通信。在所述實施例中，一個或多個應用912可以在它從MINE組件212接收到滿足一個或多個應用912的特定要求的定價信息時將請求發(fā)送到待通知的服務代理906。當服務代理906接收到滿足特定要求的定價信息時，服務代理906向特定應用912發(fā)送指示要求已被滿足的消息。(一個或多個)應用912然后可以確定是否以通告價格利用網(wǎng)絡。例如，(一個或多個)應用912可以向服務代理906發(fā)送定價要求，以指示它希望如果它在接下來的十二個小時內(nèi)接收到低價格則利用網(wǎng)絡，并且如果它未在十二小時內(nèi)接收到低價格則以中等價格利用網(wǎng)絡。在特定實施例中，應用平臺908可以使用擴展GMSA OneAPI或0neM2M協(xié)議與MINE組件212進行通信。
[0093]圖11是圖示用于在機器對機器(M2M)環(huán)境中安排移動數(shù)據(jù)網(wǎng)絡操作的實施例的簡化流程圖1100。在1102中，MINE組件212從一個或多個應用912中接收針對特定M2M模塊920與(一個或多個)接入網(wǎng)絡916的利用相關(guān)聯(lián)的定價信息的一個或多個訂閱。在一個或多個實施例中，從應用平臺908的一個或多個應用912接收針對定價信息的訂閱。在1103中，MINE組件212確定被連接到M2M模塊920的接入網(wǎng)絡。在一個或多個實施例中，MINE組件212使與M2M模塊920相關(guān)聯(lián)的接入網(wǎng)絡標識符與和M2M模塊相關(guān)聯(lián)的外部標識符相關(guān)聯(lián)。在特定實施例中，外部標識符用來通過與應用平臺908關(guān)聯(lián)的應用912來標識M2M模塊920，并且接入網(wǎng)絡標識符用來標識接入網(wǎng)絡916內(nèi)的M2M模塊920。在1104中，MINE組件212接收與接入網(wǎng)絡916相關(guān)聯(lián)的網(wǎng)絡利用率數(shù)據(jù)。在一個或多個實施例中，網(wǎng)絡利用率數(shù)據(jù)表示正在接入網(wǎng)絡916內(nèi)由一個或多個裝置所利用的帶寬。在1106中，MINE組件212向分析組件116發(fā)送包括網(wǎng)絡利用率數(shù)據(jù)的請求。在一個或多個實施例中，分析組件116分析網(wǎng)絡利用率數(shù)據(jù)，以對在將來一個或多個預定時間段的預期網(wǎng)絡利用率進行建模。在1108中，MINE組件212接收包括經(jīng)分析得出的網(wǎng)絡利用率數(shù)據(jù)的響應。
[0094]在1110中，MINE組件212接收與M2M模塊920在接入網(wǎng)絡916內(nèi)的位置相關(guān)聯(lián)的位置數(shù)據(jù)。在各種實施例中，M2M模塊920的位置可以由基站和/或通過接收全球定位系統(tǒng)(GPS)信號來確定。在1112中，MINE組件212基于經(jīng)分析得出的網(wǎng)絡利用率數(shù)據(jù)和位置信息中的一個或多個來確定預定時間段的預期網(wǎng)絡利用率。在替代實施例中，不是向分析組件116發(fā)送網(wǎng)絡利用率數(shù)據(jù)以及接收分析得出的網(wǎng)絡利用率數(shù)據(jù)，而是MINE組件212可以被配置為基于所接收到的網(wǎng)絡利用率數(shù)據(jù)和位置信息中的一個或多個來確定預定時間段的預期網(wǎng)絡利用率。
[0095]在1114中，MINE組件1114基于預期網(wǎng)絡利用率來確定預定時間段的定價信息。在一個或多個實施例中，定價信息包括針對至少一個應用912與利用接入網(wǎng)絡916的至少一個M2M模塊920之間通信的至少一種價格費率。在各種實施例中，定價信息可以包括與不同服務等級相關(guān)聯(lián)的不同的價格費率。在一個或多個實施例中，服務等級可以基于與數(shù)據(jù)類型或特定用戶中的一個或多個相關(guān)聯(lián)的服務等級。在各種實施例中，定價信息可以包括針對一個或多個服務等級的定價時間表。在1116中，MINE組件212向至少一個應用912發(fā)送定價信息。至少一個應用912可以使用該定價信息來確定它何時可能希望從M2M模塊920接收數(shù)據(jù)。在1118中，MINE組件212向計費系統(tǒng)918發(fā)送定價信息，以使得計費系統(tǒng)918能夠在預定時間段內(nèi)向至少一個應用912指示適當?shù)馁M率。操作然后結(jié)束。
[0096]圖12是圖示用于以針對應用與客戶端設備之間的通信以通告價格費率利用接入網(wǎng)絡操作的實施例的簡化流程圖1200。在1202中，應用912發(fā)送與接入網(wǎng)絡916的利用相關(guān)聯(lián)的定價信息的訂閱請求，以從M2M模塊920接收傳感器數(shù)據(jù)。在1204中，應用912接收到用于在預定時間段內(nèi)利用接入網(wǎng)絡916的定價信息。在1206中，應用912確定定價信息是否滿足應用912的定價要求。定價要求可以包括應用912在其中愿意支付用于從M2M模塊920接收傳感器數(shù)據(jù)的通告費率的條件。
[0097]如果定價信息不滿足應用912的定價要求，則操作返回到1204，其中應用912等待從MINE組件212接收下一個定價信息。如果定價信息滿足應用912的定價要求，則操作繼續(xù)到1208。在特定實施例中，如果在特定時間段內(nèi)尚未接收到滿足應用912的定價要求的定價信息，則操作可以繼續(xù)到1208。
[0098]在1208中，應用912在通告定價信息的預定時間段內(nèi)向M2M模塊920發(fā)送對傳感器數(shù)據(jù)的請求。該請求包括用于M2M模塊920利用接入網(wǎng)絡916向應用912發(fā)送傳感器數(shù)據(jù)的請求。在1210中，應用912在預定時間段內(nèi)利用接入網(wǎng)絡916從M2M模塊920接收包括傳感器數(shù)據(jù)的響應。操作然后結(jié)束。
[0099]在一個實施方式中，服務器201包括軟件以實現(xiàn)(或者以促進)如本說明書中在本文中所概述的操作。注意在一個示例中，這些元件中的每一個都能夠具有內(nèi)部結(jié)構(gòu)(例如，處理器、存儲器元件等)來促進一些本文中所描述的操作。在其它實施例中，操作可以在這些元件外部執(zhí)行，或者被包括在某個其它網(wǎng)絡元件中以實現(xiàn)這種預定功能性。替換地，服務器201可以包括能夠與其它網(wǎng)絡元件協(xié)調(diào)以便像本文中所概述的那樣實現(xiàn)操作的這種軟件(或往復式軟件)。在仍然其它的實施例中，一個或數(shù)個裝置可以包括便于其操作的任何適合的算法、硬件、軟件、組件、模塊、接口或?qū)ο蟆?br> [0100]注意在特定示例實施方式中，本文中所概述的安排、工作流協(xié)調(diào)以及轉(zhuǎn)換功能可以由在一個或多個有形介質(zhì)中編碼的邏輯(例如，在專用集成電路[ASIC]中所提供的嵌入式邏輯、數(shù)字信號處理器[DSP]指令、待由處理器或其它類似機器執(zhí)行的軟件[潛在地包括目標代碼和源代碼]等)來實現(xiàn)。在這些實例中的一些中，存儲器元件[如圖8所示]能夠存儲用于本文中所描述的操作的數(shù)據(jù)。這包括能夠存儲被執(zhí)行從而執(zhí)行本說明書中所描述的活動的軟件、邏輯、代碼或處理器指令的存儲器元件。處理器能夠執(zhí)行與數(shù)據(jù)相關(guān)聯(lián)的任何類型的指令以實現(xiàn)在本說明書中本文中所詳述的操作。在一個示例中，處理器(如圖8所示)能夠?qū)⒃蛭锲?例如，數(shù)據(jù))從一個狀態(tài)或事物變換為另一狀態(tài)或事物。在另一示例中，本文中所概述的活動可以用固定邏輯或可編程邏輯(例如，由處理器所執(zhí)行的軟件/計算機指令)加以實現(xiàn)，并且本文中所標識的元件可以是某種類型的可編程處理器、可編程數(shù)字邏輯(例如，現(xiàn)場可編程門陣列(FPGA)、可擦可編程只讀存儲器(EPR0M)、電可擦可編程ROM(EEPROM))或包括數(shù)字邏輯、軟件、代碼、電子指令的ASIC，或其任何適合的組口 ο
[0101]在一個示例實施方式中，服務器201可以包括軟件以便實現(xiàn)本文中所概述的功能。這些活動能夠由網(wǎng)絡、服務、訂戶抽象與安排模塊202的子模塊促進(其中子模塊能夠被以任何適當?shù)姆椒ê线m地組合，所述方式可以基于特定配置和/或提供需要)。服務器201能夠包括存儲器元件以用于存儲待在像本文中所討論的那樣實現(xiàn)數(shù)據(jù)抽象活動時使用的信息。附加地，服務器201可以包括能夠執(zhí)行軟件或算法以像本說明書中所公開的那樣執(zhí)行操作的處理器。這些裝置可以進一步將信息保持在任何適合的存儲器元件(隨機存取存儲器(RAM)、ROM、EPROM、EEPROM、ASIC等)、軟件、硬件中，或者在適當情況下并且基于特定需要保持在任何其它適合的組件、裝置、元件或?qū)ο笾小１疚闹兴懻摰拇鎯ζ黜椖恐械娜我粋€(例如，數(shù)據(jù)庫、表、樹、高速緩存等)應該被解釋為被包含在廣義術(shù)語“存儲器元件”內(nèi)。類似地，本說明書中所描述的潛在的處理元件、模塊以及機器中的任一個都應該被解釋為被包含在廣義術(shù)語“處理器”內(nèi)。網(wǎng)絡元件中的每一個都還能夠包括用于在網(wǎng)絡環(huán)境中接收、發(fā)射和/或以其它方式傳送數(shù)據(jù)或信息的適合的接口。
[0102]注意，采用上面所提供的示例以及本文中所提供的許多其它示例，可以在兩個、三個或四個網(wǎng)絡元件方面對交互進行描述。然而，這已實現(xiàn)僅用于清楚和示例的目的。在特定情況下，可能更易于通過僅參考有限數(shù)目的網(wǎng)絡元件對給定的一組流的功能性中的一個或多個進行描述。應該了解的是，通信系統(tǒng)100、200以及900 (和它們的教導)是容易地可縮放的并且能夠適應大量組件以及更復雜的/高級的布置和配置。因此，所提供的示例不應該限制范圍，或者禁止如潛在地應用于無數(shù)其它架構(gòu)的通信系統(tǒng)100、200以及1000的廣泛教導。
[0103]同樣重要的是注意，前面的流程圖中的步驟僅圖示一些可以由通信系統(tǒng)100、200以及900或者在其內(nèi)執(zhí)行的可能的信令場景和模式。可以在適當情況下刪除或者去除這些步驟中的一些，或者在不背離本公開的范圍的情況下可以大幅修改或者改變這些步驟。此夕卜，許多這些操作已被描述為被與一個或多個附加的操作同時或者與一個或多個附加的操作并行地執(zhí)行。然而，可以大大變更這些操作的定時。已經(jīng)出于示例和討論的目的提供了前面的操作流程。必要的靈活性由通信系統(tǒng)100、200以及900來提供，因為在不背離本公開的教導的情況下，可以提供任何適合的布置、年表、配置以及定時機制。
[0104]盡管已經(jīng)參考特定布置和配置詳細地描述了本公開，但是在不背離本公開的范圍的情況下，可以顯著地改變這些示例配置和布置。例如，盡管已經(jīng)參考牽涉特定端點組件和特定協(xié)議的特定通信交換描述了本公開，但是通信系統(tǒng)100、200以及900可以適用于其它協(xié)議和布置。而且，本公開同樣地適用于除移動架構(gòu)以外的各種技術(shù)，因為這些已僅被提供用于討論的目的。
[0105]附加地，盡管已經(jīng)參考促進通信過程的特定元件和操作舉例說明了通信系統(tǒng)100、200以及900，但是這些元件和操作可以用實現(xiàn)通信系統(tǒng)100、200以及900的預定功能性的任何適合的架構(gòu)或過程代替。
【權(quán)利要求】
1.一種方法，包括: 接收與接入網(wǎng)絡相關(guān)聯(lián)的網(wǎng)絡利用率數(shù)據(jù)； 基于所述網(wǎng)絡利用率數(shù)據(jù)來確定預定時間段的預期網(wǎng)絡利用率； 基于所述預期網(wǎng)絡利用率來確定所述預定時間段的定價信息，所述定價信息包括針對至少一個應用與利用所述接入網(wǎng)絡的至少一個客戶端設備之間的通信的至少一種價格費率；以及 向所述至少一個應用發(fā)送所述定價信息。
2.如權(quán)利要求1所述的方法，還包括: 向分析組件發(fā)送包括所述網(wǎng)絡利用率數(shù)據(jù)的請求；以及 從所述分析組件接收包括分析得出的網(wǎng)絡利用率數(shù)據(jù)的響應。
3.如權(quán)利要求2所述的方法，其中所述預期網(wǎng)絡利用率的確定是基于實時的和歷史的分析得出的網(wǎng)絡利用率數(shù)據(jù)的。
4.如權(quán)利要求1所述的方法，還包括接收與所述客戶端設備在所述接入網(wǎng)絡內(nèi)的位置相關(guān)聯(lián)的位置數(shù)據(jù)，其中所述預期網(wǎng)絡利用率的確定是進一步基于所述位置數(shù)據(jù)的。
5.如權(quán)利要求1所述的方法，還包括從所述至少一個應用接收對與所述接入網(wǎng)絡的利用率相關(guān)聯(lián)的定價信息的訂閱請求。
6.如權(quán)利要求1所述的方法，還包括向計費系統(tǒng)發(fā)送所述定價信息。
7.如權(quán)利要求1所述的方法，其中所述至少一個應用被配置為: 確定所述定價信息是否滿足所述至少一個應用的定價要求； 當所述定價信息滿足所述定價要求時，在所述預定時間段期間向所述客戶端設備發(fā)送對傳感器數(shù)據(jù)的請求；以及 在所述預定時間段內(nèi)從利用所述接入網(wǎng)絡的客戶端設備接收包括所述傳感器數(shù)據(jù)的響應。
8.如權(quán)利要求1所述的方法，其中所述定價信息包括與不同服務等級相關(guān)聯(lián)的不同的價格費率。
9.如權(quán)利要求1所述的方法，其中所述客戶端設備包括機器對機器模塊。
10.如權(quán)利要求1所述的方法，還包括使與所述客戶端設備相關(guān)聯(lián)的接入網(wǎng)絡標識符和與所述客戶端設備相關(guān)聯(lián)的外部標識符相關(guān)聯(lián)。
11.如權(quán)利要求10所述的方法，其中所述外部標識符用來由與所述至少一個應用相關(guān)聯(lián)的應用平臺來標識客戶端設備，并且所述接入網(wǎng)絡標識符用來標識所述接入網(wǎng)絡內(nèi)的客戶端設備。
12.編碼在一個或多個非暫時性有形介質(zhì)中的邏輯，所述邏輯包括用于執(zhí)行的代碼，并且當由處理器執(zhí)行時所述代碼可操作來執(zhí)行包括以下各項的操作: 接收與接入網(wǎng)絡相關(guān)聯(lián)的網(wǎng)絡利用率數(shù)據(jù)； 基于所述網(wǎng)絡利用率數(shù)據(jù)來確定預定時間段的預期網(wǎng)絡利用率； 基于所述預期網(wǎng)絡利用率來確定所述預定時間段的定價信息，所述定價信息包括針對至少一個應用與利用所述接入網(wǎng)絡的至少一個客戶端設備之間的通信的至少一種價格費率；以及 向所述至少一個應用發(fā)送所述定價信息。
13.如權(quán)利要求12所述的邏輯，其中所述操作還包括: 向分析組件發(fā)送包括所述網(wǎng)絡利用率數(shù)據(jù)的請求；以及 從所述分析組件接收包括分析得出的網(wǎng)絡利用率數(shù)據(jù)的響應。
14.如權(quán)利要求13所述的邏輯，其中所述預期網(wǎng)絡利用率的確定是基于所述分析得出的網(wǎng)絡利用率數(shù)據(jù)的。
15.如權(quán)利要求12所述的邏輯，其中所述操作還包括:接收與所述客戶端設備在所述接入網(wǎng)絡內(nèi)的位置相關(guān)聯(lián)的位置數(shù)據(jù)，其中所述預期網(wǎng)絡利用率的確定是進一步基于所述位置數(shù)據(jù)的。
16.如權(quán)利要求12所述的邏輯，其中所述操作還包括:從所述至少一個應用接收對與所述接入網(wǎng)絡的利用率相關(guān)聯(lián)的定價信息的訂閱請求。
17.如權(quán)利要求12所述的邏輯，其中所述操作還包括:向計費系統(tǒng)發(fā)送所述定價信息。
18.如權(quán)利要求12所述的邏輯，其中所述至少一個應用被配置為: 確定所述定價信息是否滿足所述至少一個應用的定價要求； 當所述定價信息滿足所述定價要求時，在所述預定時間段內(nèi)向所述客戶端設備發(fā)送對傳感器數(shù)據(jù)的請求；以及 在所述預定時間段內(nèi)從利用所述接入網(wǎng)絡的客戶端設備接收包括所述傳感器數(shù)據(jù)的響應。
19.如權(quán)利要求12所述的邏輯，其中所述定價信息包括與不同服務等級相關(guān)聯(lián)的不同的價格費率。
20.如權(quán)利要求12所述的邏輯，其中所述客戶端設備包括機器對機器模塊。
21.如權(quán)利要求12所述的邏輯，其中所述操作還包括使與所述客戶端設備相關(guān)聯(lián)的接入網(wǎng)絡標識符和與所述客戶端設備相關(guān)聯(lián)的外部標識符相關(guān)聯(lián)。
22.如權(quán)利要求21所述的邏輯，其中所述外部標識符用來由與所述至少一個應用相關(guān)聯(lián)的應用平臺來標識客戶端設備，并且所述接入網(wǎng)絡標識符用來標識所述接入網(wǎng)絡內(nèi)的客戶端設備。
23.一種裝置，包括: 存儲器元件，該存儲器元件被配置為存儲數(shù)據(jù)， 處理器，該處理器可操作來執(zhí)行與所述數(shù)據(jù)相關(guān)聯(lián)的指令，以及 至少一個模塊，所述至少一個模塊被配置為: 接收與接入網(wǎng)絡相關(guān)聯(lián)的網(wǎng)絡利用率數(shù)據(jù)； 基于所述網(wǎng)絡利用率數(shù)據(jù)來確定預定時間段的預期網(wǎng)絡利用率； 基于所述預期網(wǎng)絡利用率來確定所述預定時間段的定價信息，所述定價信息包括針對至少一個應用與利用所述接入網(wǎng)絡的至少一個客戶端設備之間的通信的至少一種價格費率；以及 向所述至少一個應用發(fā)送所述定價信息。
24.如權(quán)利要求23所述的裝置，其中所述至少一個模塊被進一步配置為: 向分析組件發(fā)送包括所述網(wǎng)絡利用率數(shù)據(jù)的請求；以及 從所述分析組件接收包括分析得出的網(wǎng)絡利用率數(shù)據(jù)的響應。
25.如權(quán)利要求23所述的裝置，其中所述預期網(wǎng)絡利用率的確定是基于所述分析得出的網(wǎng)絡利用率數(shù)據(jù)的。
26.如權(quán)利要求23所述的裝置，其中所述至少一個模塊被進一步配置為接收與所述客戶端設備在所述接入網(wǎng)絡內(nèi)的位置相關(guān)聯(lián)的位置數(shù)據(jù)，其中所述預期網(wǎng)絡利用率的確定是進一步基于所述位置數(shù)據(jù)的。
27.如權(quán)利要求23所述的裝置，其中所述至少一個模塊被進一步配置為從所述至少一個應用接收對與所述接入網(wǎng)絡的利用率相關(guān)聯(lián)的定價信息的訂閱請求。
28.如權(quán)利要求23所述的裝置，其中所述至少一個模塊被進一步配置為向計費系統(tǒng)發(fā)送所述定價信息。
29.如權(quán)利要求23所述的裝置，其中所述至少一個應用被配置為: 確定所述定價信息是否滿足所述至少一個應用的定價要求； 當所述定價信息滿足所述定價要求時，在所述預定時間段內(nèi)向所述客戶端設備發(fā)送對傳感器數(shù)據(jù)的請求；以及 在所述預定時間段內(nèi)從利用所述接入網(wǎng)絡的客戶端設備接收包括所述傳感器數(shù)據(jù)的響應。
30.如權(quán)利要求23所述的裝置，其中所述定價信息包括與不同服務等級相關(guān)聯(lián)的不同的價格費率。
31.如權(quán)利要求23所述的裝置，其中所述客戶端設備包括機器對機器模塊。
32.如權(quán)利要求23所述的裝置，其中所述至少一個模塊被進一步配置為使與所述客戶端設備相關(guān)聯(lián)的接入網(wǎng)絡標識符和與所述客戶端設備相關(guān)聯(lián)的外部標識符相關(guān)聯(lián)。
33.如權(quán)利要求32所述的裝置，其中所述外部標識符用來由與所述至少一個應用相關(guān)聯(lián)的應用平臺來標識客戶端設備，并且所述接入網(wǎng)絡標識符用來標識所述接入網(wǎng)絡內(nèi)的客戶端設備。
【文檔編號】H04W8/18GK104519456SQ201410408889
【公開日】2015年4月15日 申請日期:2014年8月19日 優(yōu)先權(quán)日:2013年10月4日
【發(fā)明者】凱文·D·沙特卡莫, 斯蒂芬·伯納德·拉布 申請人:思科技術(shù)公司