使用移動云加速器環(huán)境中的網(wǎng)絡(luò)負載數(shù)據(jù)，通過選擇性推遲內(nèi)容交付以優(yōu)化網(wǎng)絡(luò)使用的 ...的制作方法
【專利摘要】本文提供了在MCA內(nèi)操作，能夠選擇性地推遲非時間敏感內(nèi)容交付的網(wǎng)絡(luò)裝置、服務(wù)器和模塊。網(wǎng)絡(luò)裝置（315）包括配置成允許與客戶端裝置（310）進行通信，并且接收來自客戶端裝置（310）對內(nèi)容交付的請求的通信接口（410）。網(wǎng)絡(luò)裝置也包括配置成根據(jù)在收到請求的時間的網(wǎng)絡(luò)負載，確定是否推遲請求的處理單元（420）。
【專利說明】使用移動云加速器環(huán)境中的網(wǎng)絡(luò)負載數(shù)據(jù)，通過選擇性推遲內(nèi)容交付以優(yōu)化網(wǎng)絡(luò)使用的裝置和方法
[0001]相關(guān)申請
本申請涉及以下專利申請并且要求具有其優(yōu)先權(quán):2011年12月21日提交，題為“用于在移動云加速器環(huán)境中優(yōu)化網(wǎng)絡(luò)使用的服務(wù)器和方法”(SERVERS AND METHODS FOROPTIMIZING NETWORK USAGE IN MOBILE CLOUD ACCELERATOR CONTEXT)的美國臨時專利申請序列號61/578460和2011年12月21日提交，題為“使用移動云加速器環(huán)境中的網(wǎng)絡(luò)負載數(shù)據(jù)，通過選擇性推遲內(nèi)容交付以優(yōu)化網(wǎng)絡(luò)使用的設(shè)備和方法”(APPARATUSES ANDMETHODS USING NETWORK LOAD DATA IN MOBILE CLOUD ACCELERATOR CONTEXT TO OPTIMIZENETWORK USAGE BY SELECTIVELY DEFERRING CONTENT DELIVERY)的美國臨時專利申請序列號 61/578840。
【技術(shù)領(lǐng)域】
[0002]本發(fā)明一般涉及用于在網(wǎng)絡(luò)負載數(shù)據(jù)指示在內(nèi)容被請求時網(wǎng)絡(luò)負載高時，通過選擇性推遲(延遲)內(nèi)容經(jīng)網(wǎng)絡(luò)到終端的交付，優(yōu)化網(wǎng)絡(luò)使用的網(wǎng)絡(luò)裝置和方法。
【背景技術(shù)】
[0003]在過去的幾年中，由于UE的容量、多樣性和數(shù)量的激增，到移動和固定用戶設(shè)備(UE)的內(nèi)容傳送的需求急劇增大。此增大的需求要求移動網(wǎng)絡(luò)運營找到更有效的業(yè)務(wù)管理技術(shù)。一般稱為移動云加速器(MCA)的多種硬件和軟件共同作用，使得比在來源服務(wù)器直接滿足UE時更迅速、有效和無縫地交付內(nèi)容到用戶成為可能。例如，如圖1所示，在常規(guī)移動網(wǎng)絡(luò)系統(tǒng)I中，UE 10 (能夠是移動或固定終端)經(jīng)MCA 30接收來自內(nèi)容提供商20的多媒體內(nèi)容。在MCA 30內(nèi)，內(nèi)容到UE 10的實際交付可由移動網(wǎng)絡(luò)運營商(MNO)控制，并且可受各種機制影響，像無線電優(yōu)先級處理、使用Akamai類型內(nèi)容交付網(wǎng)絡(luò)的代理器緩存(cache) (CDN)、透明因特網(wǎng)緩存(TIC)等。
[0004]雖然圖1是示出常規(guī)系統(tǒng)的功能性的示意圖，但圖2是典型移動網(wǎng)絡(luò)系統(tǒng)101的框圖，其中，移動網(wǎng)絡(luò)110 (由移動網(wǎng)絡(luò)運營商實體管理)包括MCA 120。移動邊緣服務(wù)器(MES) 122可存儲從內(nèi)容提供商(CP) 140收到的內(nèi)容。圖2所示模塊可以是軟件和硬件的組合，并且可托管在單個節(jié)點中或者是分布式。所示塊的多個實例可同時運行。所有MCA可由MCA網(wǎng)絡(luò)操作中心(NOC) 126監(jiān)管。MCA 120的智能管道控制器(SPC)模塊124連接到分組核心資源功能(PCRF)模塊132和網(wǎng)關(guān)GPRS支持節(jié)點(GGSN) 134。SPC模塊124是負責(zé)向PCRF模塊132提出QoS請求的策略控制節(jié)點。PCRF模塊132實現(xiàn)3GPP策略控制功能，并且其目的是將策略請求(例如，QoS策略)委托到分組核心和RAN節(jié)點。GGSN模塊134配置成允許在GPRS網(wǎng)絡(luò)與像公共因特網(wǎng)150等外部分組交換網(wǎng)絡(luò)之間的交互工作(interwork)。無線電接入網(wǎng)絡(luò)(RAN)模塊138對在用戶設(shè)備(UE) 130與移動網(wǎng)絡(luò)110之間的通信起到媒介作用。接口 Gi是在移動網(wǎng)絡(luò)功能性結(jié)束之處與公共因特網(wǎng)功能性開始之處之間的分界。類似地，接口 Rx是在MCA 20與其它移動網(wǎng)絡(luò)功能或模塊之間的分界，并且接口 Gx橋接在PCRF模塊132與GGSN模塊134之間。諸如DNS服務(wù)器136等域名服務(wù)器(DNS)響應(yīng)因特網(wǎng)域名，基于其中存儲的數(shù)據(jù)庫提供IP地址。
[0005]移動網(wǎng)絡(luò)110與諸如CP 140等聯(lián)系人提供商、諸如Akamai系統(tǒng)144等未鏈接到MCA MES的內(nèi)容提供商服務(wù)器的映射系統(tǒng)及諸如在MCA 120外部的服務(wù)器142等其它服務(wù)器進行通信。諸如CP 140等內(nèi)容提供商、服務(wù)器142和Akamai系統(tǒng)144等可由與MNO不同的實體擁有和操作。
[0006]近來，移動終端中的應(yīng)用與網(wǎng)絡(luò)功能的交互的方式已改變，表現(xiàn)在網(wǎng)絡(luò)裝置就裝置中已發(fā)生的更改，定期更新網(wǎng)絡(luò)。一些更改可在低級別，如用戶可不知道或者不控制更改。例如，狀態(tài)信息(新聯(lián)系人、新文檔或新照片)的同步不但存儲在移動裝置中，而且存儲在移動網(wǎng)絡(luò)中。另外，有時多個移動裝置是互連的(例如，iPhone和iPad屬于同一個人)，如其內(nèi)容經(jīng)網(wǎng)絡(luò)(iCloud)同步。然而，內(nèi)容同步通常不是時間敏感型，并且用戶通常對同步進行的迅速程度不敏感。此趨勢(改變)顯示，將越來越多地要求移動網(wǎng)絡(luò)跨越來越多的數(shù)據(jù)(即，內(nèi)容)進行存儲和傳送。
[0007]人們已觀察到，網(wǎng)絡(luò)使用在一天(即，24小時期間)內(nèi)變化相當(dāng)大。在晚上期間和在早晨有非峰值時間，并且在工作時間和晚上期間有峰值時間。在峰值時間期間，由于移動網(wǎng)絡(luò)擁塞，業(yè)務(wù)可變得更慢。圖3中的圖表示出移動網(wǎng)絡(luò)中吞吐量的每日變化。如果在峰值時間期間的一些業(yè)務(wù)需求(例如，非時間敏感內(nèi)容的交付)將被轉(zhuǎn)移到非峰值時間，則這將是有益的。
[0008]另外，雖然在總體移動網(wǎng)絡(luò)管理級別(B卩，無線電網(wǎng)絡(luò)控制器RNC)，在時間上的吞吐量波動可能不可見，但在小區(qū)級別，吞吐量波動可相當(dāng)大。圖4A和4B中的圖表示出吞吐量的短期演進。y軸表示不同部分示出不同類型的業(yè)務(wù)的吞吐量，并且X軸表示時間。圖4A中的圖表示出在一個小時內(nèi)如由RNC觀看到的多個小區(qū)的吞吐量。圖4B的圖表示出在相同小時內(nèi)單個小區(qū)的吞吐量。使用在小區(qū)級別吞吐量中的間隙傳送非時間敏感內(nèi)容將是有利的。換而言之，在小區(qū)級別吞吐量中的間隙指示傳送非時間敏感內(nèi)容的機會，甚至在峰值時間期間也不會使網(wǎng)絡(luò)擁塞。
[0009]通過將要交付的內(nèi)容的類型考慮在內(nèi)，S卩，內(nèi)容是否是時間敏感型(如在它涉及“實況”通信時)，或者內(nèi)容是非時間敏感型(如不同終端中的軟件更新或內(nèi)容的同步)，常規(guī)系統(tǒng)和方法未能解決網(wǎng)絡(luò)使用的優(yōu)化。當(dāng)前，無論網(wǎng)絡(luò)的使用的狀態(tài)如何(即，是有低業(yè)務(wù)，還是網(wǎng)絡(luò)已擁塞)，非時間敏感內(nèi)容迅速被發(fā)送到請求終端(即，一旦請求已處理)。峰值時間期間非時間敏感內(nèi)容的交付使網(wǎng)絡(luò)變得進一步擁塞。網(wǎng)絡(luò)擁塞從網(wǎng)絡(luò)運營商的角度而言是不合需要的，并且導(dǎo)致訂戶不滿意。
[0010]非時間敏感內(nèi)容(例如，軟件更新和裝置間內(nèi)容同步數(shù)據(jù))經(jīng)常由MCA MES托管。內(nèi)容存儲在MCA MES (例如，Akamai⑶N服務(wù)器)上時以及內(nèi)容存儲在另一服務(wù)器上時，無論當(dāng)前網(wǎng)絡(luò)業(yè)務(wù)如何，所需內(nèi)容均被交付。
[0011]現(xiàn)在，優(yōu)選根據(jù)歷史并且為避免移動網(wǎng)絡(luò)擁塞，通過WiFi執(zhí)行許多軟件更新，這是因為軟件更新經(jīng)常要求傳送大文件。然而，如果網(wǎng)絡(luò)擁塞問題得以克服，則由于移動網(wǎng)絡(luò)的更大覆蓋和可承受性原因，經(jīng)移動網(wǎng)絡(luò)執(zhí)行軟件更新將變得對訂戶有吸引力。
[0012]實際上，當(dāng)前可能通過移動網(wǎng)絡(luò)收集和分析業(yè)務(wù)信息。例如，Ericsson開發(fā)了一種業(yè)務(wù)分析模塊Ericsson網(wǎng)絡(luò)IQ (ENIQ)，該模塊配置成收集，存儲，模仿(model)和分析與移動網(wǎng)絡(luò)業(yè)務(wù)有關(guān)的信息，并且產(chǎn)生可用于性能評估、資源規(guī)劃和服務(wù)保障的報告。ENIQ能夠提供訂戶會話分析、商業(yè)情報分析、終端分析、網(wǎng)絡(luò)分析及排序引擎。
[0013]非時間敏感內(nèi)容(例如，軟件更新和裝置間內(nèi)容同步數(shù)據(jù))經(jīng)常由諸如Akamai緩存服務(wù)器等移動邊緣服務(wù)器(MES)托管在MCA中。當(dāng)前，許多軟件更新和與Apple類型應(yīng)用(例如，iBook和iTunes)有關(guān)的內(nèi)容一般在MCA MES上托管。
[0014]圖5示范示出使用用于交付在MAC緩存服務(wù)器(例如，MCA-MES)中存儲的非時間敏感內(nèi)容的常規(guī)方法，在常規(guī)移動網(wǎng)絡(luò)150中交換的消息的蹤跡。移動網(wǎng)絡(luò)150的MCA包括兩種類型的Akamai服務(wù)器的網(wǎng)絡(luò)。第一類型的Akamai服務(wù)器運行軟件以將客戶端重定向到實際存儲客戶端尋求的內(nèi)容的第二類型的最近的Akamai服務(wù)器。在SI，UE 160 (BP,客戶端)啟動非時間敏感內(nèi)容的交付。UE 160例如可以是啟動接收iBook的iDevice，如iPad。
[0015]在S2, UE 160將包括域(網(wǎng)絡(luò))名(即，se.1tunes.apple.com)的請求發(fā)送到Akamai域名系統(tǒng)(DNS)服務(wù)器170，并且在S3，響應(yīng)第一類型的Akamai服務(wù)器180的因特網(wǎng)協(xié)議(IP)地址(例如，2.22.240.87)，進行接收。Akamai DNS服務(wù)器170運行專用連網(wǎng)軟件，該軟件使用網(wǎng)絡(luò)名稱和IP地址的數(shù)據(jù)庫，響應(yīng)網(wǎng)絡(luò)名稱而返回IP地址。
[0016]在S4，UE 160隨后與Akamai服務(wù)器180進行通信以接收存儲用于UE 160的內(nèi)容的列表(例如，iBook的列表)的第二類型的最近Akamai服務(wù)器185的網(wǎng)絡(luò)名稱。在S5和S6，UE 160再次與Akamai DNS服務(wù)器170進行交互以接收Akamai服務(wù)器185的IP地址。在S7和S8，UE 160與Akamai服務(wù)器185進行通信以接收內(nèi)容的列表。
[0017]基于用戶從列表選擇的項目(例如，某個iBook)，在S9，UE 160將包括網(wǎng)絡(luò)名稱的另一請求發(fā)送到Akamai域名系統(tǒng)(DNS)服務(wù)器170，并且在S10，響應(yīng)第一類型的另一Akamai服務(wù)器190的因特網(wǎng)協(xié)議(IP)地址，進行接收。在Sll，UE 160隨后與Akamai服務(wù)器190進行通信以接收存儲選擇的內(nèi)容(例如，iBook)的第二類型的最近Akamai服務(wù)器195的網(wǎng)絡(luò)名稱。
[0018]在S12，UE 160將Akamai服務(wù)器195的網(wǎng)絡(luò)名稱發(fā)送到Akamai DNS服務(wù)器170以便在S13接收Akamai服務(wù)器195的IP地址。在S14，UE 160請求來自Akamai服務(wù)器195的選擇的內(nèi)容(例如，iBook)，并且在S15，UE 160接收來自Akamai服務(wù)器195的選擇的內(nèi)容。
[0019]然而，非時間敏感內(nèi)容不可由移動網(wǎng)絡(luò)的緩存服務(wù)器(B卩，MCA-MES)托管。例如，圖6示范示出使用用于交付在與MCA MES不同的另一服務(wù)器上存儲的非時間敏感內(nèi)容的常規(guī)方法，在常規(guī)系統(tǒng)200中交換的消息的蹤跡。在此情況下，移動網(wǎng)絡(luò)的Akamai服務(wù)器的網(wǎng)絡(luò)執(zhí)行與在非Akamai服務(wù)器(即，與MCA MES不同的服務(wù)器)上存儲或要在其上存儲的內(nèi)容有關(guān)的映射功能。圖5中消息的蹤跡例如可與在MS Azure服務(wù)器的網(wǎng)絡(luò)上存儲內(nèi)容的Apple照片流(photostream)服務(wù)有關(guān)。
[0020]UE 210 (例如，iDevice)啟動步驟序列S1-S6，在該序列期間，UE 210以與內(nèi)容存儲在MCA MES上的情況類似的方式與移動網(wǎng)絡(luò)服務(wù)器(Akamai DNS服務(wù)器220和Akamai服務(wù)器230和240)進行通信。執(zhí)行這些步驟的結(jié)果是，UE 210接收存儲或其中要存儲所需內(nèi)容(例如,照片文件)的最近非Akamai (例如，MS Azure)服務(wù)器250的網(wǎng)絡(luò)名稱。
[0021]類似于相對于圖5所述情況，Akamai DNS服務(wù)器220運行專用連網(wǎng)軟件，該軟件基于網(wǎng)絡(luò)名稱和IP地址的數(shù)據(jù)庫，響應(yīng)網(wǎng)絡(luò)名稱而提供IP地址。Akamai服務(wù)器230將存儲非Akamai服務(wù)器的映射的最近Akamai服務(wù)器240的網(wǎng)絡(luò)名稱提供到UE 210。此外，Akamai服務(wù)器240提供最近非Akamai (MS Azure)服務(wù)器250的網(wǎng)絡(luò)名稱。序列S1-S6構(gòu)成Akamai的全局業(yè)務(wù)管理服務(wù)。
[0022]在S7，UE 210將服務(wù)器250的網(wǎng)絡(luò)名稱發(fā)送到Akamai DNS服務(wù)器220以便在S8接收服務(wù)器250的IP地址。隨后，在S9，UE 210與非Akamai服務(wù)器250進行通信以發(fā)布或下載所需內(nèi)容(例如，照片)。
[0023]內(nèi)容存儲在Akamai服務(wù)器(例如，MCA MES服務(wù)器)上時以及內(nèi)容存儲在另一服務(wù)器上時，無論當(dāng)前網(wǎng)絡(luò)業(yè)務(wù)如何，所需內(nèi)容均被交付。
[0024]現(xiàn)在，優(yōu)選根據(jù)歷史并且為避免移動網(wǎng)絡(luò)擁塞，通過WiFi執(zhí)行許多軟件更新，這是因為軟件更新經(jīng)常要求傳送大文件。然而，如果網(wǎng)絡(luò)擁塞問題得以克服，則由于移動網(wǎng)絡(luò)的更大覆蓋和可承受性原因，經(jīng)移動網(wǎng)絡(luò)執(zhí)行軟件更新將變得對訂戶有吸引力。
[0025]相應(yīng)地，最好是提供通過根據(jù)在收到對內(nèi)容交付的請求的時間的網(wǎng)絡(luò)負載，選擇性推遲非時間敏感內(nèi)容的交付，優(yōu)化網(wǎng)絡(luò)使用的網(wǎng)絡(luò)裝置、系統(tǒng)和方法。

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

[0026]本文中后面所述的一些實施例提供了通過選擇性地推遲非時間敏感內(nèi)容的交付，減輕網(wǎng)絡(luò)擁塞問題的優(yōu)點。另一優(yōu)點是由于在峰值時間期間更佳的業(yè)務(wù)和如果推遲非時間敏感內(nèi)容的交付而收費更低，具有此類選擇性推遲非時間敏感內(nèi)容交付的能力的移動網(wǎng)絡(luò)運營商變得對最終用戶更具吸引力。一些實施例的目的是提供能夠?qū)崿F(xiàn)基于網(wǎng)絡(luò)負載信息，選擇性推遲非時間敏感內(nèi)容交付的網(wǎng)絡(luò)裝置和方法。
[0027]根據(jù)一個示范實施例，有一種包括通信接口和處理單元的網(wǎng)絡(luò)裝置。通信接口配置成允許與客戶端裝置進行通信，并且接收來自客戶端裝置對內(nèi)容交付的請求。處理單元配置成根據(jù)在收到請求的時間的網(wǎng)絡(luò)負載，確定是否推遲請求。
[0028]根據(jù)另一實施例，在移動網(wǎng)絡(luò)中有一種包括通信接口、存儲器和處理單元的緩存服務(wù)器。通信接口配置成允許與提交對內(nèi)容交付的請求的客戶端裝置進行通信。存儲器配置成暫時存儲請求中指定的內(nèi)容。處理單元配置成將有關(guān)根據(jù)網(wǎng)絡(luò)負載是否繼續(xù)交付內(nèi)容的查詢發(fā)送到網(wǎng)絡(luò)模塊。如果查詢的響應(yīng)是肯定的，則處理單元控制通信接口將存儲器中存儲的內(nèi)容發(fā)送到客戶端裝置。如果查詢的響應(yīng)是否定的，則處理單元生成消息，以向客戶端裝置指示請求被推遲，并且控制通信接口 910將消息發(fā)送到客戶端裝置。
[0029]根據(jù)另一示范實施例，有一種包括通信接口和處理單元的計費裝置。通信接口配置成允許與提交對客戶端裝置的內(nèi)容交付的請求已被推遲的指示的網(wǎng)絡(luò)裝置進行通信。處理單元配置成在收到指示時控制以與常規(guī)費率不同的費率向?qū)?yīng)于對內(nèi)容交付的請求的客戶端賬戶收費。
[0030]根據(jù)另一示范實施例，有一種由網(wǎng)絡(luò)裝置執(zhí)行的方法，包括接收來自網(wǎng)絡(luò)中客戶端裝置對內(nèi)容交付的請求，以及根據(jù)在收到請求時的網(wǎng)絡(luò)負載確定是否推遲請求。
【專利附圖】

【附圖說明】
[0031]附圖結(jié)合在說明書中并構(gòu)成其一部分，示出一個或多個實施例，并與描述一起解釋這些實施例。在圖中:
圖1是常規(guī)MCA網(wǎng)絡(luò)系統(tǒng)的不意圖；
圖2是常規(guī)MCA移動網(wǎng)絡(luò)系統(tǒng)的框圖；
圖3是示出在常規(guī)移動網(wǎng)絡(luò)中吞吐量的每日變化的圖表；
圖4A和4B是示出在網(wǎng)絡(luò)級別和在小區(qū)級別在常規(guī)網(wǎng)絡(luò)中吞吐量演進的圖表；
圖5是示出與在MCA緩存服務(wù)器中存儲的內(nèi)容的常規(guī)交付有關(guān)的消息的蹤跡的圖表； 圖6是示出與在非MCA緩存服務(wù)器中存儲的內(nèi)容的常規(guī)交付有關(guān)的消息的蹤跡的圖
表;
圖7是示出根據(jù)一示范實施例的網(wǎng)絡(luò)系統(tǒng)中的操作的流程圖；
圖8是根據(jù)一示范實施例的網(wǎng)絡(luò)裝置的示意圖；
圖9是示出根據(jù)一示范實施例，與在MCA緩存服務(wù)器中存儲的內(nèi)容的交付有關(guān)的消息的蹤跡的圖表；
圖10是示出根據(jù)一示范實施例，與在非MCA緩存服務(wù)器中存儲的內(nèi)容的交付有關(guān)的消息的蹤跡的圖表；
圖11是示出根據(jù)另一示范實施例，與在非MCA緩存服務(wù)器中存儲的內(nèi)容的交付有關(guān)的消息的蹤跡的圖表；
圖12是根據(jù)一示范實施例的移動網(wǎng)絡(luò)系統(tǒng)的示意圖，系統(tǒng)中SPC使用歷史負載數(shù)據(jù)，判定是否推遲內(nèi)容交付；
圖13是示出根據(jù)另一示范實施例，由對在MCA MES中存儲的內(nèi)容的交付的請求觸發(fā)的消息的蹤跡的圖表；
圖14是示出根據(jù)另一示范實施例，由對MCA外的服務(wù)器中存儲的內(nèi)容的交付的請求觸發(fā)的消息的蹤跡的圖表；
圖15是根據(jù)一示范實施例的移動網(wǎng)絡(luò)系統(tǒng)的示意圖，系統(tǒng)中SPC使用在MCA數(shù)據(jù)庫中存儲的近實時負載數(shù)據(jù)，判定是否推遲內(nèi)容交付；
圖16是示出根據(jù)另一示范實施例，由對在MCA MES中存儲的內(nèi)容的交付的請求觸發(fā)的消息的蹤跡的圖表；
圖17是示出根據(jù)另一示范實施例，由對MCA外的服務(wù)器中存儲的內(nèi)容的交付的請求觸發(fā)的消息的蹤跡的圖表；
圖18是根據(jù)一示范實施例的移動網(wǎng)絡(luò)系統(tǒng)的示意圖，系統(tǒng)中SPC接收來自MCA中ENIQ模塊的近實時網(wǎng)絡(luò)負載數(shù)據(jù)，判定是否推遲內(nèi)容交付；
圖19是示出根據(jù)另一示范實施例，由對在MCA MES中存儲的非時間敏感內(nèi)容的交付的請求觸發(fā)的消息的蹤跡的圖表；以及
圖20是示出根據(jù)另一示范實施例，由對MCA外的服務(wù)器中存儲的非時間敏感內(nèi)容的交付的請求觸發(fā)的消息的蹤跡的圖表。
[0032]圖21是根據(jù)一示范實施例的緩存服務(wù)器的示意圖；
圖22是根據(jù)另一示范實施例的計費裝置的示意圖；以及 圖23是根據(jù)一示范實施例，由網(wǎng)絡(luò)裝置執(zhí)行的方法的流程圖。
【具體實施方式】[0033]示范實施例的以下描述參照附圖。不同圖形中的相同標(biāo)號識別相同或類似的元素。以下詳細描述不限制本發(fā)明。相反，本發(fā)明的范圍由隨附權(quán)利要求書定義。為簡明起見，下述實施例根據(jù)與MCAjP MCA移動網(wǎng)絡(luò)系統(tǒng)有關(guān)的移動網(wǎng)絡(luò)的術(shù)語和結(jié)構(gòu)進行討論。然而，隨后要討論的實施例并不限于這些系統(tǒng)，而是可應(yīng)用到其它通信系統(tǒng)。
[0034]說明書通篇對“一個實施例”或“一實施例”的引用指結(jié)合一實施例描述的特定特征、結(jié)構(gòu)或特性包括在本發(fā)明的至少一個實施例中。因此，在說明書通篇各個位置出現(xiàn)的“在一個實施例中”或“在一實施例中”短語不一定全部指相同的實施例。此外，特定的特征、結(jié)構(gòu)或特性可在一個或多個實施例中以任何適合的方式組合。
[0035]根據(jù)一些實施例，為優(yōu)化網(wǎng)絡(luò)使用，在MCA的環(huán)境(context)中操作的網(wǎng)絡(luò)裝置配置成如果在收到對非時間敏感內(nèi)容交付的請求時，網(wǎng)絡(luò)使用高，則推遲此類交付。在下面的描述中，應(yīng)理解的是，其交付可被推遲的內(nèi)容是非時間敏感內(nèi)容。例如，在圖7中，UE 310可由內(nèi)容提供商(CP) 320提示下載(B卩，拉出(pull))諸如軟件更新等內(nèi)容已到期。然而，UE310可由于其自己的操作原因而啟動內(nèi)容傳送。在MCA系統(tǒng)中，UE 310從/向緩存服務(wù)器接收或發(fā)送內(nèi)容，緩存服務(wù)器可以是MCA的一部分，或者可以是專用于通過移動網(wǎng)絡(luò)提供的服務(wù)的另一服務(wù)器。在S1，UE 310將對內(nèi)容交付的請求(例如，消息“拉出更新文件”)發(fā)送到網(wǎng)絡(luò)裝置(例如，緩存服務(wù)器)315。如果在收到對交付的請求時網(wǎng)絡(luò)使用高，則在S2，網(wǎng)絡(luò)裝置315響應(yīng)UE的請求而返回交付推遲指示(例如，消息“稍后再試”)。在某個時間期經(jīng)過后，在S3，UE 310可重新提出請求。如果對交付的請求被重新提出時網(wǎng)絡(luò)使用不高，則在S4，網(wǎng)絡(luò)裝置315將內(nèi)容發(fā)送到UE 310。相比之下，一旦收到請求，無論當(dāng)時的網(wǎng)絡(luò)使用如何，常規(guī)網(wǎng)絡(luò)裝置便將內(nèi)容發(fā)送到請求UE。
[0036]如上所述操作的網(wǎng)絡(luò)裝置400具有如圖8示范示出的通信接口 410和處理單元420。通信接口 410配置成允許與客戶端裝置(B卩，UE)進行通信，并且接收來自客戶端裝置對內(nèi)容交付的請求。處理單元420配置成根據(jù)在收到請求的時間的網(wǎng)絡(luò)負載，確定是否推遲請求?？蛻舳搜b置可以是配置成暫時存儲內(nèi)容的移動邊緣服務(wù)器(MES)、配置成存儲數(shù)據(jù)庫的域名服務(wù)器(DNS)或用戶設(shè)備(UE)，該數(shù)據(jù)庫存儲域名和因特網(wǎng)協(xié)議(IP)地址對。
[0037]可配置處理單元420，使得(A)如果確定不推遲客戶端請求，則生成要經(jīng)通信接口發(fā)送到客戶端的第一消息，第一消息允許內(nèi)容交付，以及(B)如果延遲請求，則生成經(jīng)通信接口發(fā)送到客戶端裝置的第二消息。第二消息可包括指示何時重新提交客戶端請求的時間值。此時間值可以是在其之后重新提交請求的絕對時間值或時間間隔。
[0038]在一個實施例中，網(wǎng)絡(luò)裝置400可還包括連接到處理單元420的數(shù)據(jù)存儲單元430。網(wǎng)絡(luò)裝置400因而可配置成作為緩存服務(wù)器操作，并且暫時存儲內(nèi)容。在此情況下，第一消息可包括內(nèi)容。
[0039]包括數(shù)據(jù)存儲單元430的網(wǎng)絡(luò)裝置400也可配置成作為域名服務(wù)器(DNS)操作，并且存儲域名和因特網(wǎng)協(xié)議(IP)地址對。在此情況下，請求可包括域名，并且第一消息可包括對應(yīng)于域名的IP地址。
[0040]在一個實施例中，處理單元420可配置成通過比較收到請求的時間和包括峰值時間和非峰值時間的每日網(wǎng)絡(luò)負載數(shù)據(jù)，推斷網(wǎng)絡(luò)負載。如果收到請求的時間對應(yīng)于峰值時間，則處理單元可推遲請求。
[0041]在另一實施例中，處理單元420可配置成基于根據(jù)收到請求的時間從網(wǎng)絡(luò)負載數(shù)據(jù)庫提取的信息，確定網(wǎng)絡(luò)負載。網(wǎng)絡(luò)負載數(shù)據(jù)庫可以是存儲與過去網(wǎng)絡(luò)負載有關(guān)的數(shù)據(jù)的歷史數(shù)據(jù)庫。然而，網(wǎng)絡(luò)負載數(shù)據(jù)庫可以是由配置成執(zhí)行網(wǎng)絡(luò)業(yè)務(wù)分析的模塊(例如，ENIQ)饋送有當(dāng)前網(wǎng)絡(luò)負載信息的近實時數(shù)據(jù)庫。網(wǎng)絡(luò)數(shù)據(jù)庫可存儲在數(shù)據(jù)存儲單元(例如，430)中，或者可存儲在經(jīng)通信接口 410或另一網(wǎng)絡(luò)負載數(shù)據(jù)庫接口與網(wǎng)絡(luò)裝置400進行通信的另一網(wǎng)絡(luò)裝置上。
[0042]在再另一實施例中，處理單元420可配置成基于在收到請求的時間從配置成執(zhí)行網(wǎng)絡(luò)業(yè)務(wù)分析的模塊(例如，ENIQ)收到的最新網(wǎng)絡(luò)負載信息，確定所述網(wǎng)絡(luò)負載。
[0043]一些實施例可還配置成經(jīng)記賬模塊接口(未示出)或通信接口 410與記賬模塊進行通信，處理單元420隨后還配置成生成要發(fā)送到記賬模塊的記賬報告，記賬報告反映是否推遲請求。
[0044]處理單元420可還配置成作為移動云加速器內(nèi)的智能管道控制器操作。
[0045]更具體地說，現(xiàn)在考慮內(nèi)容存儲在MCA緩存服務(wù)器中的情況。圖9示范示出根據(jù)一示范實施例，使用用于交付在MAC緩存服務(wù)器(例如，MCA-MES)中存儲的內(nèi)容的常規(guī)方法，在移動網(wǎng)絡(luò)450中交換的消息的蹤跡。移動網(wǎng)絡(luò)450的MCA包括(Akamai)服務(wù)器470、480,485和490。在S1-S12在客戶端裝置460與服務(wù)器470、480、485和490之間交換的消息類似于圖5中在S2-S13在客戶端裝置160與服務(wù)器170、180、185和190之間交換的消息。因此，為簡明起見，忽略了圖9中S1-S12的描述。
[0046]Akamai服務(wù)器495可以是MCA的一部分，并且可存儲所需內(nèi)容(例如，iBook)。如判定框BI所示，在S13，(Akamai)服務(wù)器495配置成評估在接收交付內(nèi)容的請求時網(wǎng)絡(luò)負載是否高。例如，服務(wù)器495可評估在24小時期間收到請求的時刻是否在非峰值時間期間(即，它不在如基于歷史觀察定義的峰值時間期間)。
[0047]如果服務(wù)器495判定網(wǎng)絡(luò)業(yè)務(wù)不高，即，判定框BI的“是”分支，則在S14，服務(wù)器495交付內(nèi)容。另外，內(nèi)容交付S141可通過低優(yōu)先級QoS連接發(fā)送以避免干擾在數(shù)據(jù)傳送S14期間通過空中接口發(fā)送的其它業(yè)務(wù)。如果服務(wù)器495判定網(wǎng)絡(luò)業(yè)務(wù)高，即，判定框BI的“否”分支，則在S15，服務(wù)器295發(fā)送消息，指示交付已被推遲。此消息可包括有關(guān)何時客戶端460再次請求內(nèi)容交付的時間值(例如，HTTP 503消息)。
[0048]類似情形可如圖10所示結(jié)合用于在Windows操作系統(tǒng)下操作的裝置的Microsoft更新發(fā)生。Microsoft提供后臺智能傳送服務(wù)(BITS)作為Microsoft Windows OS組件以使用閑置移動網(wǎng)絡(luò)帶寬促進優(yōu)化、節(jié)制和異步的文件傳送，以便更新Windows的組件。圖10根據(jù)結(jié)合BITS的實施例,示范示出在移動網(wǎng)絡(luò)中交換的消息的蹤跡。
[0049]在SI, Microsoft更新服務(wù)器499將更新下載啟動消息發(fā)送到客戶端(例如，UE)469，該客戶端使用包括BITS (例如，Microsoft操作系統(tǒng))的Windows軟件。MS BITS客戶端也可基于最終用戶的偏好啟動下載，偏好由最終用戶經(jīng)軟件應(yīng)用接口(API)配置。網(wǎng)絡(luò)裝置496可以是移動網(wǎng)絡(luò)的MCA的一部分，并且例如可包括圖9中的服務(wù)器460、470、475、480和495。S2“DNS重定向”步驟可表示圖9中的S2-S12。圖10中的S3可對應(yīng)于圖9中的S13，圖10中的BI可對應(yīng)于圖9中的BI，并且圖10中的S4可對應(yīng)于圖9中的S14，并且圖10中的S5可對應(yīng)于圖9中的S15。
[0050]從網(wǎng)絡(luò)裝置496發(fā)送的HTTP 503消息可包括“在此后重試”(Retry_After)報頭，該報頭可指定客戶端裝置469的BITS服務(wù)組件重試Microsoft軟件更新文件的交付的日期(例如，1999年12月31日星期五23:59:59 GMT)。備選，“在此時間后重試”報頭可指定表示秒數(shù)的數(shù)值，在該秒數(shù)后，客戶端裝置469的BITS服務(wù)組件重試Microsoft軟件更新文件的交付。默認(rèn)情況下，客戶端裝置469的BITS服務(wù)組件將在10分鐘后重試Microsoft軟件更新文件的交付。對于另一更新組件Windows自動更新，客戶端裝置469將默認(rèn)在20分鐘內(nèi)重試Microsoft軟件更新文件的交付。
[0051]圖11是示出根據(jù)另一示范實施例，與在非MCA緩存服務(wù)器(如MS Azure服務(wù)器)中存儲的內(nèi)容的交付有關(guān)的消息的蹤跡的圖表。移動網(wǎng)絡(luò)500的MCA包括Akamai類型服務(wù)器530和540，并且連接到非Akamai服務(wù)器550。服務(wù)器530、540和550的配置和操作類似于圖6中服務(wù)器230、240和250。在SI，客戶端裝置510通過將網(wǎng)絡(luò)名稱發(fā)送到(Akamai)DNS服務(wù)器520，啟動內(nèi)容交付。
[0052]在S2，DNS服務(wù)器520配置成聯(lián)系MCA模塊525而不是立即響應(yīng)請求。在B1，MCA模塊525評估網(wǎng)絡(luò)負載(業(yè)務(wù))是否高。例如，MCA模塊525可評估在24小時期間收到請求的時刻是否在非峰值時間期間(即，它不在如基于歷史觀察定義的峰值時間期間)。
[0053]如果MCA模塊525判定網(wǎng)絡(luò)負載不高，即，判定框BI的“是”分支，則在S3，DNS服務(wù)器520將服務(wù)器530的IP地址發(fā)送到客戶端裝置510。如果MCA模塊525判定網(wǎng)絡(luò)業(yè)務(wù)高，即，判定框BI的“否”分支，則在S4，DNS服務(wù)器520將指示交付已被推遲的消息發(fā)送到客戶端裝置510。
[0054]在客戶端裝置510與服務(wù)器530、540和550之間在S5-S11交換的消息類似于圖6中在客戶端裝置510與服務(wù)器230、240和250之間在S3-S9交換的消息。因此，為簡明起見，忽略了圖11中S5-S11的描述。
[0055]雖然諸如服務(wù)器520、530、540等一些設(shè)備指定為Akamai生產(chǎn)的設(shè)備，但本發(fā)明性概念不應(yīng)受Akamai生產(chǎn)的設(shè)備的特征限制。更廣義地說，如圖8所示的網(wǎng)絡(luò)裝置400即使無存儲器430，也能夠配置成執(zhí)行根據(jù)示范實施例為圖7、9、10和11中網(wǎng)絡(luò)裝置315、495、496和525所述的功能性。
[0056]在描述以下實施例中，更詳細地描述了 MCA模塊操作和交互以便基于網(wǎng)絡(luò)負載數(shù)據(jù)選擇性地推遲內(nèi)容交付的方式。
[0057]圖12是根據(jù)一示范實施例的MCA移動網(wǎng)絡(luò)系統(tǒng)600的示意圖，系統(tǒng)中SPC模塊624使用歷史負載數(shù)據(jù)，判定是否推遲內(nèi)容交付。圖12中MCA移動網(wǎng)絡(luò)系統(tǒng)600的一些組件類似于圖2所示的組件，并且為簡明起見，其描述已忽略。系統(tǒng)600包括多個接口，這些接口允許SPC模塊624訪問網(wǎng)絡(luò)負載信息并且與存儲內(nèi)容的服務(wù)器進行通信。SPC模塊624配置成基于MCA數(shù)據(jù)庫625中存儲的歷史網(wǎng)絡(luò)負載數(shù)據(jù)，判定是否推遲內(nèi)容交付。接口是硬件和軟件的組合，例如，是在由處理器執(zhí)行時提供預(yù)確定的功能性的程序。
[0058]第一接口 623連接MCA MES緩存服務(wù)器622和SPC模塊624，并且允許MCA MES緩存服務(wù)器622 (I)要求SPC模塊624判定是否要推遲在MCA MES 622中存儲的內(nèi)容的交付，以及(2)接收來自SPC模塊624的判定的結(jié)果。
[0059]除第一接口 623外，或者代替第一接口 623，系統(tǒng)600可包括第二接口 639，第二接口連接SPC模塊624到映射系統(tǒng)644。第二接口 639允許映射系統(tǒng)644 (A)要求SPC模塊判定是否要推遲在映射的內(nèi)容提供商服務(wù)器中存儲的內(nèi)容的交付，以及(B)接收來自SPC模塊624的判定的結(jié)果。[0060] 位于MCA 620中的數(shù)據(jù)庫625存儲歷史負載數(shù)據(jù)。第三接口 627可連接SPC模塊622到數(shù)據(jù)庫625。MCA移動網(wǎng)絡(luò)系統(tǒng)600可還包括連接數(shù)據(jù)庫625到MCA NOC 626的第四接口 628，以允許配置和加載歷史數(shù)據(jù)到數(shù)據(jù)庫625中。
[0061 ] MCA移動網(wǎng)絡(luò)系統(tǒng)600也可包括連接數(shù)據(jù)庫625和GGSN模塊634的另一接口 629。接口 629可用于將有關(guān)客戶端的計費偏好的信息饋送到數(shù)據(jù)庫625中。用戶(例如，客戶端630)為使用移動網(wǎng)絡(luò)的一定量的數(shù)據(jù)傳送支付費用。一定量的數(shù)據(jù)傳送可表示為名為帶寬上限的峰值時間傳送量。然而，如果用戶設(shè)置其計費偏好，使得優(yōu)選在非峰值時間期間接收內(nèi)容，則費用(即，從帶寬上限減去的量)比內(nèi)容將在峰值時間期間交付將減去的量更低(低至無費用)。因此，用戶可設(shè)置其計費偏好以有利于在非峰值時間期間的數(shù)據(jù)傳送。在判定是否推遲內(nèi)容交付中，SPC模塊624可將如存儲到數(shù)據(jù)庫625中用戶的計費偏好考慮在內(nèi)。
[0062]MES 622、SPC 模塊 624、數(shù)據(jù)庫 625、接口 623、627、628、629 和 639 可包含新穎的特征，允許MCA移動網(wǎng)絡(luò)系統(tǒng)600在移動網(wǎng)絡(luò)擁塞時，如在峰值業(yè)務(wù)時間期間推遲內(nèi)容交付。
[0063]圖13是示出在圖12中所示MCA移動網(wǎng)絡(luò)系統(tǒng)600中由對在MCA MES 622中存儲的內(nèi)容的交付的請求觸發(fā)的消息的蹤跡的圖表。首先，在SI，客戶端630將對內(nèi)容交付的請求(“獲得”)發(fā)送到MCA MES 622。在S2，MCA MES 622經(jīng)第一接口 623將消息發(fā)送到SPC模塊624以查詢是否繼續(xù)交付。在S3，SPC模塊624基于在數(shù)據(jù)庫625中存儲的歷史網(wǎng)絡(luò)負載數(shù)據(jù)，確定是否推遲交付。例如，如果請求在如從歷史數(shù)據(jù)確定的峰值時間期間到達，則推遲交付(即，Ν0Κ)。在S4，經(jīng)接口 623將判定的結(jié)果從SPC模塊624傳遞到MES 622。如果結(jié)果(OK)是繼續(xù)內(nèi)容交付，則在S5，MES 622隨后將內(nèi)容發(fā)送到客戶端630(例如，“http200”消息)。如果結(jié)果(NOK)是推遲內(nèi)容交付，則在S5，MES 622將指示推遲的消息(例如，“http 503”消息)發(fā)送到客戶端630。
[0064]在S6 (它是可選的)，SPC模塊624可還將消息發(fā)送到GGSN模塊634 (它連接到記賬系統(tǒng)635)，以指示向最終用戶收取更低費用或停止收費，以便補償用戶等待內(nèi)容交付。因此，如果網(wǎng)絡(luò)不擁塞，則用戶迅速接收內(nèi)容，而如果網(wǎng)絡(luò)擁塞，則用戶要等待直至以后，并且將由于延遲而得到補償。
[0065]圖14是示出在圖12中所示MCA移動網(wǎng)絡(luò)系統(tǒng)600中由對在MCA 620外服務(wù)器645中存儲的內(nèi)容的交付的請求觸發(fā)的消息的蹤跡的圖表。在SI，客戶端30請求Akamai映射系統(tǒng)644以提供存儲所需內(nèi)容的服務(wù)器的IP地址。在S2，Akamai系統(tǒng)644經(jīng)接口 639詢問SPC模塊624是否繼續(xù)交付。在S3，SPC模塊624基于在數(shù)據(jù)庫625中存儲的歷史網(wǎng)絡(luò)負載數(shù)據(jù)，確定是否推遲交付。在S4，如果判定的結(jié)果是繼續(xù)交付(OK)，則SPC模塊624將消息發(fā)送到GGSN 364 (此可選功能性已相對于圖13描述，并且為簡明起見而不重復(fù)描述)。如果結(jié)果(OK)是繼續(xù)內(nèi)容交付，則在S5，Akamai映射系統(tǒng)644將存儲所需內(nèi)容的服務(wù)器的IP地址提供到客戶端630 (例如，發(fā)送“http 200”消息)。如果結(jié)果(NOK)是推遲內(nèi)容交付，則在S5，Akamai映射系統(tǒng)644將指示推遲的消息(例如，“http 503”消息)發(fā)送到客戶端 630。
[0066]SPC模塊624可配置有圖13和14中所示的一個、另一個或兩個功能。
[0067]圖15和18分別示出使用近實時數(shù)據(jù)，判定是否推遲內(nèi)容交付的MCA移動網(wǎng)絡(luò)系統(tǒng) 700 和 800。
[0068]圖15是根據(jù)一示范實施例的MCA移動網(wǎng)絡(luò)系統(tǒng)700的示意圖，系統(tǒng)中SPC模塊724使用在MCA數(shù)據(jù)庫725中存儲的近實時負載數(shù)據(jù)，判定是否推遲內(nèi)容交付。圖15中MCA移動網(wǎng)絡(luò)系統(tǒng)的一些組件類似于圖12所示的組件，并且為簡明起見，其描述已忽略。
[0069]系統(tǒng)700包括多個接口，這些接口允許SPC模塊724 (配置成基于近實時網(wǎng)絡(luò)負載數(shù)據(jù)，判定是否推遲內(nèi)容交付)訪問存儲網(wǎng)絡(luò)負載數(shù)據(jù)的數(shù)據(jù)庫和與存儲內(nèi)容的服務(wù)器進行通信。接口是硬件和軟件的組合，例如，是在由處理器執(zhí)行時能實現(xiàn)預(yù)確定的功能性的程序。
[0070]除經(jīng)接口 728從MCA NOC 726收到的歷史負載數(shù)據(jù)外，位于MCA 720的近實時MCA負載數(shù)據(jù)庫725還存儲經(jīng)接口 737從MCA 720外部的負載計數(shù)器或ENIQ模塊735定期加載的報告。連接數(shù)據(jù)庫725到MCA NOC 726的接口 728也可允許MCA NOC 726監(jiān)視MCA負載數(shù)據(jù)庫725。
[0071]SPC模塊724、數(shù)據(jù)庫725、接口 728和737可包含區(qū)分MCA移動網(wǎng)絡(luò)系統(tǒng)700和MCA移動網(wǎng)絡(luò)系統(tǒng)600的特征?；谠跀?shù)據(jù)庫725中存儲的近實時負載數(shù)據(jù)，MCA移動網(wǎng)絡(luò)系統(tǒng)700配置成在移動網(wǎng)絡(luò)擁塞時推遲內(nèi)容交付。
[0072]圖16是示出在圖15中所示MCA移動網(wǎng)絡(luò)系統(tǒng)700中由對在MCA MES 722中存儲的內(nèi)容的交付的請求觸發(fā)的消息的蹤跡的圖表。圖16中的消息S1-S5類似于圖13所示并且相對于圖13所述的消息S1-S5。然而，不同于SPC模塊624，SPC模塊724使用在數(shù)據(jù)庫725中存儲的近實時網(wǎng)絡(luò)負載數(shù)據(jù)，判定是否要推遲內(nèi)容交付。數(shù)據(jù)庫725經(jīng)接口 737通過從可位于MCA 720外部的網(wǎng)絡(luò)負載計數(shù)器或ENIQ模塊735收到的網(wǎng)絡(luò)負載信息進行更新。網(wǎng)絡(luò)負載計數(shù)器或ENIQ模塊735從網(wǎng)絡(luò)節(jié)點738收集網(wǎng)絡(luò)負載信息。
[0073]在S6，如果判定的結(jié)果是繼續(xù)交付(OK)，則SPC模塊724可(可選地)還將消息發(fā)送到GGSN模塊734 (連接到記賬系統(tǒng)735)以向最終用戶收取更低費用或停止收費，以便補償用戶等待內(nèi)容交付。
[0074]圖17是示出在圖15中所示MCA移動網(wǎng)絡(luò)系統(tǒng)700中由對在MCA 720外的服務(wù)器中存儲的內(nèi)容的交付的請求觸發(fā)的消息的蹤跡的圖表。在SI，客戶端730請求Akamai映射系統(tǒng)744以提供存儲所需內(nèi)容的服務(wù)器的IP地址。在S2，Akamai系統(tǒng)744例如經(jīng)接口739詢問SPC模塊724是否繼續(xù)交付。在S3，SPC模塊724基于在數(shù)據(jù)庫725中存儲的近實時網(wǎng)絡(luò)負載數(shù)據(jù)，確定是否推遲交付。數(shù)據(jù)庫725經(jīng)接口 737通過從位于MCA 220外部的負載計數(shù)器或ENIQ模塊735收到的網(wǎng)絡(luò)負載信息進行更新。在S4，如果判定的結(jié)果是繼續(xù)交付(OK)，則SPC模塊724可(可選地)將消息發(fā)送到GGSN模塊734 (連接到記賬系統(tǒng)735)以向最終用戶收取更低費用或停止收費，以便補償用戶等待內(nèi)容交付。
[0075]在S5，將判定的結(jié)果從SPC模塊724傳遞到Akamai映射系統(tǒng)744。在S6，如果結(jié)果(OK)是繼續(xù)內(nèi)容交付，則Akamai映射系統(tǒng)744將存儲所需內(nèi)容的服務(wù)器的IP發(fā)送到客戶端730。如果結(jié)果(NOK)是推遲內(nèi)容交付，則在S6，Akamai服務(wù)器744將指示交付的推遲的消息(“DNS RCODEO發(fā)送到客戶端730。
[0076]SPC模塊724可配置有圖16和17中所示的一個、另一個或兩個功能。
[0077]圖18是根據(jù)一示范實施例的MCA移動網(wǎng)絡(luò)系統(tǒng)800的示意圖，系統(tǒng)中SPC模塊824使用從MCA 820中ENIQ模塊835收到的近實時負載數(shù)據(jù)，判定是否推遲內(nèi)容交付。圖18中MCA移動網(wǎng)絡(luò)系統(tǒng)800的一些組件類似于圖15所示的組件，并且為簡明起見，其描述已忽略。[0078]系統(tǒng)800包括多個接口，這些接口允許SPC模塊824 (配置成基于近實時網(wǎng)絡(luò)負載數(shù)據(jù)，判定是否推遲內(nèi)容交付)接收近實時網(wǎng)絡(luò)負載數(shù)據(jù)和與存儲內(nèi)容的服務(wù)器進行通信。接口是硬件和軟件的組合，例如，是在由處理器執(zhí)行時提供預(yù)確定的功能性的程序。
[0079]ENIQ模塊835 (即，配置成執(zhí)行網(wǎng)絡(luò)業(yè)務(wù)分析的模塊)在MCA 820內(nèi)操作，并且經(jīng)接口 837從GGSN 834和RAN 838接收負載報告信息。SPC模塊824經(jīng)接口 827與ENIQ模塊835進行通信。接口 828允許MCA NOC 826經(jīng)ENIQ模塊835監(jiān)視網(wǎng)絡(luò)負載。
[0080]SPC模塊824和接口 827、828和838可包含區(qū)分MCA移動網(wǎng)絡(luò)系統(tǒng)800和MCA移動網(wǎng)絡(luò)系統(tǒng)700的特征?；趶腅NIQ模塊835收到的近實時負載數(shù)據(jù)，MCA移動網(wǎng)絡(luò)系統(tǒng)800配置成在移動網(wǎng)絡(luò)擁塞時推遲內(nèi)容交付。
[0081]圖19是示出在圖18中所示MCA移動網(wǎng)絡(luò)系統(tǒng)800中由對在MCA MES 822中存儲的內(nèi)容的交付的請求觸發(fā)的消息的蹤跡的圖表。圖19中的消息S1、S2、S5、S6和S7類似于圖13所示并且相對于圖13所述的消息S1-S5。然而，在S5為判定是否推遲內(nèi)容，SPC模塊824要求ENIQ模塊835提供近實時網(wǎng)絡(luò)負載信息。在S4，作為響應(yīng)，ENIQ模塊835發(fā)送網(wǎng)絡(luò)負載更新信息。ENIQ模塊835可經(jīng)接口 837收集與節(jié)點838有關(guān)的負載信息。
[0082]在S6，SPC模塊824可還連接到GGSN模塊834 (它連接到記賬系統(tǒng)835)，以向最終用戶收取更低費用或停止收費，以便補償用戶等待內(nèi)容交付。此功能性是可選的。
[0083]圖20是示出在圖18中所示MCA移動網(wǎng)絡(luò)系統(tǒng)800中由對在MCA 820外的服務(wù)器中存儲的內(nèi)容的交付的請求觸發(fā)的消息的蹤跡的圖表。在SI，客戶端830請求Akamai映射系統(tǒng)844以提供存儲所需內(nèi)容的服務(wù)器的IP地址。在S2，Akamai系統(tǒng)844詢問SPC模塊824是否繼續(xù)交付(例如經(jīng)接口 839)。在S3，SPC模塊824將對負載信息的請求發(fā)送到ENIQ模塊835，并且在S4，作為響應(yīng)，接收新近的網(wǎng)絡(luò)負載信息。ENIQ模塊835可經(jīng)接口 837收集與節(jié)點838有關(guān)的網(wǎng)絡(luò)負載信息。
[0084]在S5，SPC模塊824基于收到的網(wǎng)絡(luò)負載信息，判定是否推遲交付。在S6，如果判定的結(jié)果是繼續(xù)交付(OK)，則SPC模塊824可還將消息發(fā)送到GGSN模塊834 (連接到記賬系統(tǒng)835)以向最終用戶收取更低費用或停止收費，以便補償用戶等待內(nèi)容交付。此功能性是可選的。
[0085]在S7，例如經(jīng)接口 839將判定的結(jié)果(0Κ/Ν0Κ)從SPC模塊824傳遞到Akamai映射系統(tǒng)844。在S8，如果結(jié)果(OK)是交付內(nèi)容，則Akamai映射系統(tǒng)844將存儲所需內(nèi)容的服務(wù)器的IP發(fā)送到客戶端830。如果結(jié)果(NOK)是推遲內(nèi)容交付，則在S8，Akamai服務(wù)器844將指示交付的推遲的消息(“DNS RCODE”)發(fā)送到客戶端830。
[0086]SPC模塊824可配置有圖19和20中所示的一個、另一個或兩個功能。
[0087]圖21是根據(jù)一示范實施例的緩存服務(wù)器900的示意圖。緩存服務(wù)器900可類似于上述服務(wù)器495、622、722和822操作。緩存服務(wù)器900包括通信接口 910、處理單元920和存儲器930。通信接口 910配置成允許與提交對內(nèi)容交付的請求的客戶端裝置(例如，460，630，730，830)進行通信。存儲器930配置成暫時存儲請求中指定的內(nèi)容。處理單元920配置成將有關(guān)根據(jù)網(wǎng)絡(luò)負載是否繼續(xù)交付內(nèi)容的查詢發(fā)送到網(wǎng)絡(luò)模塊。如果查詢的響應(yīng)是肯定的，則處理單元920控制通信接口 910將存儲器930中存儲的內(nèi)容發(fā)送到客戶端裝置。如果查詢的響應(yīng)是否定的，則處理單元920生成消息，以向客戶端裝置指示請求被推遲，并且控制通信接口 910將此消息發(fā)送到客戶端裝置。[0088]圖22是根據(jù)另一示范實施例的計費裝置950的示意圖。計費裝置950包括通信接口 960和處理單元970。通信接口 960配置成允許與提交對客戶端裝置的內(nèi)容交付的請求已被推遲的指示的網(wǎng)絡(luò)裝置(例如，624、724或824)進行通信。處理單元970配置成在收到該指示時控制以與用于內(nèi)容交付的常規(guī)費率不同的費率向客戶端的客戶端賬戶收費。
[0089]圖23是根據(jù)一示范實施例，由網(wǎng)絡(luò)裝置執(zhí)行的方法1000的流程圖。方法1000包括在S1010，接收來自網(wǎng)絡(luò)中客戶端裝置對內(nèi)容交付的請求，以及在S1020，根據(jù)在收到請求時的網(wǎng)絡(luò)負載確定是否推遲請求。
[0090]在一些實施例中，方法1000可還包括如果不推遲請求，則將第一消息發(fā)送到客戶端，第一消息包括允許內(nèi)容交付的信息，以及如果推遲請求，則將第二消息發(fā)送到客戶端。第二消息可包括向客戶端指示何時重新提交客戶端請求的時間值。
[0091]方法1000可還包括比較收到請求的時間和包括峰值時間和非峰值時間的每日網(wǎng)絡(luò)負載數(shù)據(jù)，以及如果時間對應(yīng)于峰值時間，則推遲請求。方法1000也可包括基于根據(jù)收到請求的時間從網(wǎng)絡(luò)負載數(shù)據(jù)庫提取的信息，確定網(wǎng)絡(luò)負載。
[0092]在一些實施例中，方法1000也可包括生成記賬報告，反映請求已被推遲。
[0093]示范實施例可采用完全硬件實施例或組合硬件和軟件方面的實施例的形式。此夕卜，示范實施例可采用在計算機可讀存儲介質(zhì)上存儲的計算機程序產(chǎn)品形式，在介質(zhì)中實施有計算機可讀指令?？衫萌魏魏线m的計算機可讀介質(zhì)，包括硬盤、CD-ROM、數(shù)字多功能盤(DVD)、光學(xué)存儲裝置或磁存儲裝置，如軟盤或磁帶。計算機可讀介質(zhì)的其它非限制性示例包括閃存類型的存儲器或其它已知存儲器。根據(jù)一個實施例，諸如圖8中存儲器430等計算機可讀存儲介質(zhì)存儲可執(zhí)行代碼，可執(zhí)行代碼在包括通信接口和處理單元的網(wǎng)絡(luò)裝置上執(zhí)行時，促使網(wǎng)絡(luò)裝置執(zhí)行方法1000。
[0094]公開的示范實施例提供在網(wǎng)絡(luò)使用高時推遲交付非時間敏感內(nèi)容的網(wǎng)絡(luò)裝置和方法。應(yīng)理解，此描述無意限制本發(fā)明。相反，示范實施例旨在涵蓋在本發(fā)明的精神和范圍中包括的備選、修改和等效物。此外，在示范實施例的詳細描述中，陳述了許多特定的細節(jié)以提供本發(fā)明的詳盡理解。然而，本領(lǐng)域的技術(shù)人員將理解，在無此類特定細節(jié)的情況下可實踐各種實施例。
[0095]雖然所示示范實施例的特征和實施例在特定組合的實施例中描述，但每個特征或元素可單獨使用而無實施例的其它特征和元素，或者以帶有或無本文中公開的其它特征和元素的各種組合形式使用。本申請中提供的方法或流程圖可在計算機可讀介質(zhì)中有形地體現(xiàn)的計算機程序、軟件或固件中實現(xiàn)以便由專門編程的計算機或處理器執(zhí)行。
【權(quán)利要求】
1.一種網(wǎng)絡(luò)裝置(315，400，495，496，525，624，724，824)，包括: 通信接口 (410)，配置成允許與客戶端裝置(310，460，469，510，630，730，830)進行通信，并且接收來自所述客戶端裝置對內(nèi)容交付的請求；以及 處理單元(420)，配置成根據(jù)在收到所述請求的時間的網(wǎng)絡(luò)負載，確定是否推遲所述請求。
2.如權(quán)利要求1所述的網(wǎng)絡(luò)裝置，其中 如果所述處理單元已確定不推遲所述請求，則所述處理單元生成要經(jīng)所述通信接口發(fā)送到所述客戶端裝置的第一消息以允許所述內(nèi)容交付；以及 如果所述處理單元已確定推遲所述請求，則所述處理單元生成要經(jīng)所述通信接口發(fā)送到所述客戶端裝置的第二消息。
3.如權(quán)利要求2所述的網(wǎng)絡(luò)裝置，其中所述第二消息包括指示何時重新提交所述客戶端請求的時間值。
4.如權(quán)利要求3所述的網(wǎng)絡(luò)裝置，其中所述第二消息中包括的所述時間值是在收到所述請求的所述時間后重新提交所述請求的絕對時間值或時間間隔。
5.如權(quán)利要求2所述的網(wǎng)絡(luò)裝置，其中所述網(wǎng)絡(luò)裝置配置成作為緩存服務(wù)器操作，還包括連接到所述處理單 元并且配置成暫時存儲所述內(nèi)容的數(shù)據(jù)存儲單元，其中所述第一消息包括所述內(nèi)容。
6.如權(quán)利要求2所述的網(wǎng)絡(luò)裝置，其中所述網(wǎng)絡(luò)裝置接收來自存儲域名和因特網(wǎng)協(xié)議(IP)地址對的另一網(wǎng)絡(luò)裝置的請求，并且所述另一網(wǎng)絡(luò)裝置在接收所述第一消息時通過向所述客戶端發(fā)送對應(yīng)于所述客戶端提供的域名的IP地址，允許所述客戶端尋求所述內(nèi)容交付。
7.如權(quán)利要求1所述的網(wǎng)絡(luò)裝置，其中所述處理單元配置成通過比較收到所述請求的所述時間和包括峰值時間和非峰值時間的每日網(wǎng)絡(luò)負載數(shù)據(jù)，推斷所述網(wǎng)絡(luò)負載，其中如果收到所述請求的所述時間對應(yīng)于所述峰值時間，則所述處理單元推遲所述請求。
8.如權(quán)利要求1所述的網(wǎng)絡(luò)裝置，其中所述處理單元配置成基于根據(jù)收到所述請求的時間從網(wǎng)絡(luò)負載數(shù)據(jù)庫提取的信息，確定所述網(wǎng)絡(luò)負載。
9.如權(quán)利要求8所述的網(wǎng)絡(luò)裝置，其中所述網(wǎng)絡(luò)負載數(shù)據(jù)庫是存儲與過去網(wǎng)絡(luò)負載有關(guān)的數(shù)據(jù)的歷史數(shù)據(jù)庫。
10.如權(quán)利要求8所述的網(wǎng)絡(luò)裝置，其中所述網(wǎng)絡(luò)負載數(shù)據(jù)庫是由配置成執(zhí)行網(wǎng)絡(luò)業(yè)務(wù)分析的模塊饋送有當(dāng)前網(wǎng)絡(luò)負載信息的近實時數(shù)據(jù)庫。
11.如權(quán)利要求8所述的網(wǎng)絡(luò)裝置，還包括: 數(shù)據(jù)存儲單元，配置成存儲所述網(wǎng)絡(luò)負載數(shù)據(jù)庫。
12.如權(quán)利要求8所述的網(wǎng)絡(luò)裝置，其中所述網(wǎng)絡(luò)負載數(shù)據(jù)庫存儲在另一網(wǎng)絡(luò)裝置中，并且所述網(wǎng)絡(luò)裝置還包括 網(wǎng)絡(luò)負載數(shù)據(jù)庫接口，配置成允許與所述另一網(wǎng)絡(luò)裝置進行通信以允許從所述網(wǎng)絡(luò)負載數(shù)據(jù)庫提取所述信息。
13.如權(quán)利要求1所述的網(wǎng)絡(luò)裝置，其中所述處理單元配置成基于在收到所述請求的時間從配置成執(zhí)行網(wǎng)絡(luò)業(yè)務(wù)分析的模塊收到的最新網(wǎng)絡(luò)負載信息，確定所述網(wǎng)絡(luò)負載。
14.如權(quán)利要求1所述的網(wǎng)絡(luò)裝置，還包括:記賬模塊接口，配置成允許與記賬模塊進行通信，其中所述處理單元還配置成生成到所述記賬模塊的記賬報告，所述記賬報告反映是否推遲所述請求。
15.如權(quán)利要求1所述的網(wǎng)絡(luò)裝置，其中所述客戶端裝置是配置成暫時存儲所述內(nèi)容的移動邊緣服務(wù)器(MES)、配置成存儲數(shù)據(jù)庫的域名服務(wù)器(DNS)或用戶設(shè)備，所述數(shù)據(jù)庫存儲域名和因特網(wǎng)協(xié)議(IP)地址對。
16.如權(quán)利要求1所述的網(wǎng)絡(luò)裝置，其中所述處理單元還配置成作為移動云加速器內(nèi)的智能管道控制器操作。
17.一種在移動網(wǎng)絡(luò)中的緩存服務(wù)器(495，622，722，822，900)，包括: 通信接口(910)，配置成允許與提交對內(nèi)容交付的請求的客戶端裝置(460，630，730，830)進行通信； 存儲器(930)，配置成暫時存儲所述請求中指定的內(nèi)容；以及 處理單元(920)，配置成將有關(guān)根據(jù)網(wǎng)絡(luò)負載是否繼續(xù)交付所述內(nèi)容的查詢發(fā)送到網(wǎng)絡(luò)模塊， 其中， 如果所述查詢的響應(yīng)是肯定的，則所述處理單元控制所述通信接口將所述存儲器中存儲的所述內(nèi)容發(fā)送到所述客戶端裝置，以及， 如果所述查詢的所述 響應(yīng)是否定的，則所述處理單元生成消息，以向所述客戶端裝置指示所述請求被推遲，并且控制所述通信接口 910將所述消息發(fā)送到所述客戶端裝置。
18.一種計費裝置(634，734，834，950)，包括: 通信接口(960)，配置成允許與提交對客戶端裝置的內(nèi)容交付的請求已被推遲的指示的網(wǎng)絡(luò)裝置(624，724，824)進行通信；以及 處理單元(970)，配置成在收到所述指示時控制以與常規(guī)費率不同的費率向?qū)?yīng)于對所述內(nèi)容交付的所述請求的客戶端賬戶收費。
19.一種由網(wǎng)絡(luò)裝置執(zhí)行的方法(1000)，所述方法包括: 接收(S1010)來自所述網(wǎng)絡(luò)中客戶端裝置對內(nèi)容交付的請求；以及 根據(jù)在收到所述請求時的網(wǎng)絡(luò)負載，確定(S1020)是否推遲所述請求。
20.如權(quán)利要求19所述的方法，還包括: 如果不推遲所述請求，則將第一消息發(fā)送到所述客戶端，所述第一消息包括允許所述內(nèi)容交付的信息；以及 如果推遲所述請求，則將第二消息發(fā)送到所述客戶端。
21.如權(quán)利要求20所述的方法，其中所述第二消息包括向所述客戶端指示何時重新提交所述客戶端請求的時間值。
22.如權(quán)利要求19所述的方法，還包括: 比較收到所述請求的時間和包括峰值時間和非峰值時間的每日網(wǎng)絡(luò)負載數(shù)據(jù)；以及 如果所述時間對應(yīng)于所述峰值時間，則推遲所述請求。
23.如權(quán)利要求19所述的方法，還包括: 基于根據(jù)收到所述請求的時間從網(wǎng)絡(luò)負載數(shù)據(jù)庫提取的信息，確定所述網(wǎng)絡(luò)負載。
24.如權(quán)利要求19所述的方法，還包括: 生成記賬報告，反映所述請求已被推遲。
25.一種存儲可執(zhí)行代碼的計算機可讀存儲介質(zhì)(430)，所述可執(zhí)行代碼在包括通信接口和處理單元的網(wǎng)絡(luò)裝置上執(zhí)行時，促使所述網(wǎng)絡(luò)裝置執(zhí)行包括以下操作的方法(1000): 接收(S1010)來自所述網(wǎng)絡(luò)中客戶端裝置對內(nèi)容交付的請求； 根據(jù)在收到所述請 求時的網(wǎng)絡(luò)負載，確定(S1020)是否推遲所述請求。
【文檔編號】H04L29/08GK103999434SQ201280063415
【公開日】2014年8月20日 申請日期:2012年3月20日 優(yōu)先權(quán)日:2011年12月21日
【發(fā)明者】A.達莫拉, K.斯范布羅 申請人:瑞典愛立信有限公司