用於在擁塞網絡中進行預下載的系統和方法
2023-09-12 06:32:25 3
用於在擁塞網絡中進行預下載的系統和方法
【專利摘要】一種實施例用戶設備具有用戶可能請求的預測數據列表，以及執行如下操作的程序：基於所述預測數據列表以較低的費用接收預取數據，其中所述較低的費用低於下載所述數據的網絡費用；以及將所述預取數據存儲在所述UE內供未來使用。一種實施例基站具有UE可能請求的預測數據列表、所述UE請求的數據的高優先級隊列以及具有對應於所述預測數據列表的預測數據的低優先級隊列。所述基站進一步包括發送所述被請求數據和發送所述預測數據的程序。
【專利說明】用於在擁塞網絡中進行預下載的系統和方法
[0001]本發明要求2012年I月6日遞交的發明名稱為「用於在擁塞網絡中進行預測下載的系統和方法(Systems and Methods for Predictive Downloading in CongestedNetworks)」的第61/583973號美國臨時申請案以及2013年I月4日遞交的發明名稱為「用於在擁塞網絡中進行預測下載的系統和方法(Systems and Methods for PredictiveDownloading in Congested Networks) 」的第13/734439號美國非臨時申請案的在先申請優先權，這兩個在先申請的內容以引入的方式併入本文本中。
【技術領域】
[0002]本發明大體上涉及通信方法和系統，且在具體實施例中，涉及一種用於在通信網絡中下載信息的系統和方法。
【背景技術】
[0003]通信網絡提供網元之間的通信。例如，無線通信網絡等通信網絡允許用戶訪問遠端信息。用戶訪問和下載的數據量可能是龐大的，並且可在用戶等待請求數據的時間量方面產生響應時間的延遲。
[0004]關於數據訪問，特別是下載，普遍認為用戶的下載習慣是可預測的，而且傳輸/接收數據的費用隨著時間的推移而動態變化(例如，系統經常負載不足)。目前涉及預測下載的技術聚焦於用戶應用層。用戶設備(UE)中的特定應用可使用預測下載來預取數據並在用戶實際請求數據時最小化響應時間。
【發明內容】
[0005]通過本發明的優選實施例，其允許在預測網絡中進行預測下載，通常可解決或避免這些和其他問題，而且通常可獲得技術優勢。
[0006]根據本發明的實施例，一種用於預取數據的方法包括提供預測數據列表給用戶設備(UE);在所述UE處以較低的費用接收對應於所述預測數據列表的預取數據，其中所述較低的費用低於下載所述預測數據的網絡費用；以及將所述預取數據存儲在所述UE內供未來使用。
[0007]根據本發明的另一實施例，用戶設備包括處理器和存儲由所述處理器執行的程序的計算機可讀存儲介質，所述程序包括進行如下操作的指令:接收所述UE將來可請求的數據列表；基於所述列表以較低的費用下載數據，其中所述較低的費用低於下載所述預測數據的網絡費用；以及將所述數據存儲在所述UE中。
[0008]根據本發明的另一實施例，一種用於傳輸數據的方法包括傳輸來自基站(BS)的由用戶設備(UE)請求的請求數據；提供UE可請求的預測數據列表給所述BS ;基於所述列表生成低優先級隊列的預測數據，其中設置所述低優先級隊列的優先級低於由所述BS傳輸的請求數據的優先級；以及以較低的費用傳輸所述低優先級隊列中的預測數據，其中所述較低的費用低於傳輸所述預測數據的費用。[0009]根據本發明的又一實施例，基站(BS)包括處理器以及存儲由所述處理器執行的程序的計算機可讀存儲介質。所述程序包括進行如下操作的指令:在所述BS處為用戶設備(UE)請求的數據創建一個高優先級隊列；發送所述高優先級隊列中的請求數據；在所述BS處接收所述UE可請求的潛在數據列表；創建對應於所述潛在數據的低優先級隊列，其中所述低優先級隊列的優先級低於所述高優先級隊列的優先級；以及以較低的費用將潛在數據發送給接收所述潛在數據的UE，其中所述較低的費用低於發送所述潛在數據的費用。
[0010]實施例的優點是其允許UE在沒有支付數據的費用時接收預測數據，除非實際上使用了該數據。
[0011]實施例的又一優點是其在網絡負載不足的時期發送預測數據給UE，從而允許網絡
最大化吞吐量。
【專利附圖】
【附圖說明】
[0012]為了更完整地理解本發明及其優點，現在參考以下結合附圖進行的描述，其中:
[0013]圖1為根據實施例的圖示網絡系統的方框圖，該網絡系統可用於實施本文所述的設備和方法等。
[0014]圖2為根據實施例的用戶設備(UE)的方框圖，該用戶設備可用於實施本文所述的設備和方法等。
[0015]圖3為根據實施例的調度器的流程圖，該調度器可用於實施本文所述的設備和方法等。
[0016]圖4為根據實施例的圖示計算平臺的方框圖，該計算平臺可用於實施本文所述的設備和方法等。
【具體實施方式】
[0017]下文將詳細論述當前優選實施例的製作和使用。然而，應了解，本發明提供可在各種具體上下文中體現的許多適用的發明性概念。所論述的具體實施例僅僅說明用以實施和使用本發明的具體方式，而不限制本發明的範圍。
[0018]用戶應用層處的預測下載忽略了網絡負載，並且未能在網絡負載不足時預取數據和最大化網絡效率。此外，根據目前的方法，用戶使用任何預取數據都向網絡付費，即使用戶最終沒有請求數據。因此，用戶可能要為他們實際不需要的數據付費。相應地，提供了一種用於在擁塞網絡中進行預測下載的系統和方法以解決這些問題。
[0019]結合具體上下文中的優選實施例描述各種實施例，所述具體上下文即無線網絡。然而，本發明還可應用於其他網絡，例如有線網絡、光網絡，或這些網絡的組合。
[0020]圖1示出了根據實施例的網絡系統100的方框圖。數據云102表示可用於網絡112的數據池。數據云102可表示網際網路等。網絡112包括出口路由器104、多個中間路由器106以及基站108。出口路由器104使用數據包的優先級標記各個離開雲102的數據包。中間路由器106將數據包傳輸給對應於目標UEllO的合適的基站108。基站108隨後基於包的優先級將數據包的傳輸調度到目標UE110。在實施例中，基站108可以是演進型節點B。圖1示出了包括特定數目的部件(例如，四個中間路由器、兩個基站以及六個UE)的系統100 ;然而，其他實施例涉及包括任何數目的這些部件和其他部件的系統100。此外，基站108主要應用於無線網絡系統，而且在其他實施例中可能不會應用於其他網絡系統。例如，在有線網絡中，基站108會被合適的局域路由器替代，該局域路由器調度傳送到UEllO的數據包。
[0021]根據實施例，系統100預測各種用戶將會提前下載什麼(預測數據)，然後當到網絡112的費用低時將該預測數據發送給UE110。例如，系統100可包括透明後臺，該透明後臺分析過去的下載歷史並預測用戶未來可能想要的數據。該後臺向網絡112指示哪些預測數據可在低流量時期為用戶預取(以下簡稱預取數據或預取對象)。網絡112可以為預取數據設定非常低的隊列優先級。基站108可以調度這些隊列作為大時延容忍數據，從而實質上不平等地最大化吞吐量。隨後只有在實際使用該預取數據時，UEllO才要向網絡支付該預取數據的費用。這種支付機制可以，例如通過UEl 10實現，UEllO下載密鑰以在下載預取數據之前以所用的帶寬為代價來解密該數據。
[0022]圖2示出了根據實施例接收來自網絡202的數據的UE200的方框圖。UE200和網絡202可對應於圖1中特定的UEllO和網絡112。媒體接入控制器(MAC) 204基於生成的列表將預測數據下載到下載緩存208中。在下載預測數據時，用戶向網絡202支付下載費用。在替代性實施例中，用戶支付較低的下載費用(即，費用低於下載數據的全帶寬費用)。
[0023]在實施例中，對用戶透明的後臺控制該預取數據的生成和下載。該後臺可存在於若干個地方，例如，在UE200處、在特定應用伺服器206內，或在網絡202處。該後臺還可同時存在於若干個不同地方內，後臺可以在每個位置上執行的那些任務可能重疊。因此，在替代性實施例中會考慮後臺活動的各種組合，有助於下載預取數據到UE200中的組合。
[0024]在實施例中，後臺存在於UE200內。後臺監控用戶過去和現在的下載歷史並基於觀測的模式生成信息。後臺還可監控各種用戶特定的統計數據，例如位置、電池壽命、日時間、可用緩存大小等等。後臺可創建包括兩部分的資料庫:預測數據和預取數據的副本。預測數據列表記錄了用戶的下載歷史並為用戶生成預測數據列表。例如，該第一部分可以保存用戶訪問的統一資源定位器(URL)列表、下載URL的次數、下載頻率以及下載信息有效時的時間幀。後臺隨後知道用戶的信息何時過時並可在用戶請求該信息之前預取它。
[0025]用戶還可主動為該預測數據列表設置感興趣對象列表和這些對象的刷新頻率。這些主動目標還可通過在UE中操作的應用206添加到資料庫中，從而不需要用戶幹預和決定預取哪些對象。一些示例性應用206為新聞網站、天氣，或股票信息，其可以定期下載，或很容易從You Tube和Netflix (例如,用戶定期播放的TV節目)等網站上識別視頻。對這些種類的示例應用的規定存在於許多內容中心網絡方案(例如CCNx)中。
[0026]資料庫的第二部分，預取數據的副本，保存了 MAC204已經下載的預取對象的副本並且將這些對象連結到預測數據列表。這些預取對象中的一些對象可包含許多部分(例如，由超文本標記語言(HTML)文本文件和二進位圖像對象組成的網頁)。這些預取對象還可包括許多子對象，這些子對象可串行到單個文件以便於存儲在資料庫中。
[0027]資料庫的第二部分的示例實施方式是類似於網頁緩存的下載緩存208。通常，網頁緩存減少了網絡上的負載，因為其允許用戶多次查看同一對象而無需每次都下載它。在這種情況下，下載緩存208允許網絡將對象推送到用戶的設備並存儲這些對象供以後使用，即使用戶沒有請求這些對象。
[0028]在資料庫的第二部分的替代性實施例中，可以在UE200內引入虛擬防火牆和緩存。該防火牆攔截一些或所有通信，從而離開UE200並且如果適用，使用常規算法將數據重定向到緩存中。通過檢查最常見的命中數據構建預測數據列表，而且預取數據集可以下載到緩存中。
[0029]在替代性實施例中，後臺存在於網絡202內。特定UE，例如UE200，生成的流量可以被監控並與其他流量模式或UE200的過去流量歷史進行比較。然後可使用預測算法生成預測數據列表。
[0030]在實施例中，可以優化系統，使得網絡202可以記錄類似於由駐留在UE200內的後臺生成的資料庫的部分資料庫。例如，網絡可無償保留部分預測數據列表(資料庫的第一部分)的副本。由於用戶從網絡202下載對象，所以網絡202已經擁有過去下載對象的列表。因此，網絡202可以訪問下載URL列表、URL下載頻率，以及下載信息有效時的時間幀。由於網絡202擁有這部分資料庫的副本，所以UE200不需要通知網絡202哪些對象要過時並應該為用戶預取。
[0031]對於作為第一部分資料庫的一部分的主動對象來說，網絡202可以在其骨幹上與網絡業務合作以知道用戶未來希望下載的對象，例如TV節目。這減輕或減少了對在網絡202和UE200之間進行通信以獲取該信息的需求。對於其他主動對象來說，UE200可以以主動的方式明確通知網絡其想要下載的對象。例如，網絡202可以讀取存在於HTML5中的預取標記和一些原有事物。在該方案中，應用指示，作為對象請求的部分，對象正被預取，並且上述方案可以應用於該數據。應注意，不同類型的流控制(即，除了未修改的TCP)可應用於該流量，因為行為可以完全不同。
[0032]在實施例中，優化網絡202還可保存部分預取數據副本(資料庫的第二部分)的副本。該副本可由多個用戶共享，因為存儲在資料庫的一部分中的URL唯一地標識對象。該實施例的優點在於其允許網絡202通過不為不同的用戶多次獲取同一對象來保存骨幹帶寬。應注意，組播/廣播消息可以用來將數據同時傳送給一個以上的用戶。
[0033]例如，可以將預取對象在時間tl推送到用戶A。在稍後的時間t2(t2大於tl)，不同用戶B請求同一對象。由於網絡202已經擁有該對象的副本，所以，如果該對象必須從網際網路上下載，網絡202可以將該對象更快更便宜地傳送給用戶B。在另一示例中，用戶A可以在時間tl下載一個對象。用戶B隨後在時間t2(t2大於tl)請求該網絡對象。網絡202確定在tl下載的對象不再新，所以網絡202在其骨幹上下載一個新的版本。網絡202隨後保存更新後的對象的副本，這樣更新後的對象可以在網絡負載不足時為用戶A預取。因此，網絡只需要下載更新後的對象一次就可以保存骨幹帶寬。
[0034]在另一實施例中,後臺還可存在於應用伺服器中。具體應用,例如UE200中的應用206，可以基於UE200的活動生成預測列表並從其伺服器中下載預取數據。例如，視頻應用(例如，Netflix)可以預下載下個視頻系列或用戶應用(例如，播客)可以自動下載新的用戶數據。
[0035]應用伺服器還可保存預測數據列表。該列表基於用戶的喜好和先前使用，這兩者都為應用伺服器所知。應用伺服器將該列表和對象推送給網絡202。網絡202隨後可在其負載不足時為用戶預取這些對象。或者，應用伺服器可提供關於某些對象所需的新鮮度的信息給網絡202以和用戶相關。特定對象的新鮮度要求可不同。例如，天氣數據應該每幾個小時或更頻繁地更新以保持新鮮，而TV劇情在幾天、幾周或幾年內保持更新。網絡202可自動下載更新後的對象並將它們推送到UE200。
[0036]在另一實施例中，應用可以是代理伺服器，或中繼節點內CDN網絡的其他部分。例如，代理伺服器可提供數據列表以下載已經過期並有可能再次請求的表示常見對象。然後可更長久保持其緩存的新鮮度。
[0037]在實施例中，預取數據列表還可包括關於數據的其他信息。其可包括，例如，請求數據的位置、使用概率以及數據的新鮮度。預取數據信息還可包括有關數據傳輸的其他信息。例如，信息可包括已經接收的百分比，哪部分信息已經被接收以及加密密鑰。該信息可以保存為後臺內的列表。
[0038]圖3示出了調度器300的流程圖，調度器300可用於實施各種實施例。網絡調度器300可駐留在圖1中的基站108內。調度器300可以以非常低的網絡優先級將預取數據推送給用戶。在實施例中，該預取數據的優先級可以選擇比用戶請求的一個或多個其他類型的數據的優先級低。調度器300可使用基於優先級的數據調度。設置預取數據為低優先級以及優先級調度的組合可用於限定或限制預取數據的傳輸在較低的網絡使用的周期內進行。較低的網絡使用周期可以是所有其他數據已經被網絡發送時的周期。如果主動用戶流量較低，這允許較高的網絡利用率，並確保預取數據流量不幹擾其他流量。
[0039]在實施例中，為每個用戶創建各個隊列302，每個用戶通過每條數據的優先級、月艮務質量(QoS)分類識別碼(QCI) =QCI(O), QCI(I)……QCI(N)進行組織。預測數據根據優先級、QCI (-1)放置在隊列302』中，QCI (-1)是所有其他優先級下面的新優先級。不同的用戶可使用關於當前網絡(例如，首先最高優先級或加權隊列調度，其中不同的隊列以比例公平調度分配有固定權重)的現有技術中已知的方法競爭資源以接收隊列302中的數據。調度器306基於節點304上設置的業務速率協調要傳送到用戶的數據。由於預取數據在所有的用戶中具有最低的數據優先級，所以其最後被發送到用戶並且只要網絡已經為較高的優先級數據分配多餘的吞吐量。使用概率和其他信息可用來促使各個用戶確定誰接收預測數據。關於預測數據，傳輸調度可能不能實現現有技術中已知的網絡公平，例如，比例公平。關於預取數據，目標不是公平而是最大化或增加網絡傳輸的整體速率。儘管隊列302中的常規數據可以實現公平，但是隊列302』(預測數據)中數據之間的公平不能實現。
[0040]調度器300可以是基於效用的調度器，意味著調度器為每個用戶計算效用並試圖基於次佳或最佳調度技術最大化已分配的效用。一種類型的調度器是比例公平(PF)調度器，其中整個效用函數最大化為:r_instant/r_ave。
[0041]其中r_instant是可獲得的數據傳輸速率，r_ave是數據在某個時間窗口上傳輸的平均速率。發送一條特定數據的效用可以在節點308處計算。節點310隨後基於在節點308處計算的效用計算公平速率同時試圖最大化上述整個效用函數。節點312基於在節點310處估計的公平速率為節點304處不同的隊列302和302』設置業務速率。最後，調度器306基於在節點304中設置的業務速率將數據傳送給用戶。
[0042]發送一條特定預測數據給用戶的效用可以基於以下等式計算:
[0043](r_instant氺probability of use氺scaling constant) _ x
[0044]其中，X是用於表示各種因子(例如給小區外用戶生成的幹擾、UE接收時的電池消耗、基站的耗電量等)的值。X的值根據UE的條件隨時間而改變。比例常數用於在數據的優先級和其他優先級之間進行比較。預測數據的比例常數可以很低以防止這類數據在其他類型的數據存在時傳輸。
[0045]由於UE在網絡想要發送預測數據時可能處於休眠模式中，所以UE可能需要被喚醒以接收數據。當考慮是否傳輸該數據時，可將所需開銷以及所消耗的電池考慮到效用函數中。例如，上述變量X的計算可考慮到開銷費用中，如果發送該條數據的效用函數為正，則調度器將僅發送預測數據。在實施例中，基於最後已知的信道質量，r-1nstant對於處於休眠模式中的這些用戶來說是近似的。
[0046]預測數據可使用多種方法傳送到隊列302』中。在一項實施例中，網絡可使預測數據的副本避開先前傳輸，這樣數據已經存在於隊列302』中。
[0047]在另一項實施例中，不會立即下載大的預測數據包(例如，大小為若干MB或GB的對象)。在這種情況下，如果應用伺服器支持網絡編碼協議，則可下載數據，即每次從應用伺服器上下載一個編碼過的包。如果應用伺服器不支持網絡編碼協議，則大的預測數據將由網絡使用某個其他協議下載。例如，如果允許部分下載和恢復(即，Rsync等)，則僅可部分下載。將數據劃分成網頁對象展示了將大數據劃分成更多可管理的數據塊的自然方式。每個對象唯一標識且大小小於全部對象。較大的對象可通過具有恢復特徵的協議下載。例如，文件傳輸協議(FTP)允許通過其REST命令恢復先前開始的傳輸。
[0048]在網絡處，大的預測數據包可劃分成許多較小的包，這些較小的包彼此進行網絡編碼。這些較小的包位於網絡的上層，各個基站根據需要可請求這些包。當基站預測其將具有可用帶寬時，基站可通過發送對預測數據的請求開始獲取該預測數據。該數據使用非常低的優先級發送給基站，類似於數據如何從基站傳送給UE。如果回程網絡擁塞，該基於優先級的傳送系統可防止預測數據大幅增加擁塞。網絡編碼僅僅是一個示例實施方式，且不能在各種替代性實施例中出現。
[0049]返回參考圖2，在實施例中，用戶不用支付預取數據的費用，但是使用該預取數據時用戶要支付預取數據的費用。在替代性實施例中，用戶僅支付預取數據的較少費用，但是使用預取數據時需要支付其餘的費用。在圖2中，用戶可通過應用206請求訪問一條存儲在緩存208中的預取數據。MAC204提供數據給應用206，MAC204還通過網絡202處理所用的預取數據的帳單。
[0050]在實施例中，每條預取數據通過單個密鑰進行加密。MAC204必須在將數據發送給應用206之前請求密鑰來解密預取數據。這種請求將指示數據的使用，而且其可導致網絡202向用戶帳戶收取發送預取數據的費用。網絡202還可在提出對密鑰的請求時檢查預取數據的新鮮性。網絡隨後能夠驗證發送給UE的數據仍然新鮮，並通知UE。
[0051]在替代性實施例中，無論何時訪問預取數據，MAC204簡單地通知網絡202，而無需使用各個加密密鑰。對於該方法，MAC204可以是網絡202信任的應用，從而有助於支付並確保用戶沒有作弊。一種以安全的方式實施MAC204的方法是在網絡側加密預取數據並僅和MAC204 —起共享加密密鑰。一個密鑰用來同時加密所有預取數據。MAC204使用其密鑰對用戶請求的數據部分進行解密並通知網絡202數據被訪問。
[0052]在又一實施例中，網絡202給每個用戶分配額度，該額度存儲在UE200上的信任應用MAC204中。MAC204檢查用戶是否還有額度而不是每次訪問數據都聯繫網絡。如果用戶擁有足夠的額度訪問數據，則將數據發送給用戶進行使用。如果用戶沒有足夠的額度，則MAC204聯繫網絡202為用戶獲取更多的額度。該方法的優點在於減少了網絡202收費內容消耗的數據流量。
[0053]圖4是處理系統的方框圖，該處理系統可以用來實施本文公開的設備和方法。特定設備可以利用所示的所有部件，或僅部件的子集，且集成水平隨設備的不同而不同。進一步地，設備可包含部件的多個實例，例如多個處理單元、處理器、存儲器、發送器、接收器等等。處理系統可包括配備有一個或多個輸入/輸出設備的處理單元，所述輸入/輸出設備包括揚聲器、麥克風、滑鼠、觸控螢幕、按鍵、鍵盤、印表機、顯示器等等。處理單元可包括中央處理器(CPU)、存儲器、大容量存儲器設備、視頻適配器以及連接至總線的I/O接口。
[0054]總線可以為任何類型的若干總線架構中的一個或多個，包括存儲總線或者存儲控制器、外設總線、視頻總線等等。CPU可包括任意類型的電子數據處理器。存儲器可包括任何類型的系統存儲器，例如靜態隨機存取存儲器(SRAM)、動態隨機存取存儲器(DRAM)、同步DRAM (SDRAM)、只讀存儲器(ROM)或其組合等等。在實施例中，存儲器可包括在開機時使用的ROM以及執行程序時使用的程序和數據存儲器的DRAM。
[0055]大容量存儲器設備可包括任意類型的存儲器設備，其用於存儲數據、程序和其他信息，並使這些數據、程序和其他信息可通過總線訪問。大容量存儲器設備可包括如下項中的一種或多種:固態磁碟、硬碟驅動器、磁碟驅動器、光碟驅動器等等。
[0056]視頻適配器和I/O接口提供接口以耦合外部輸入輸出設備至處理單元。如圖所示，輸入輸出設備的示例包括耦合至視頻適配器的顯示器和耦合至I/o接口的滑鼠/鍵盤/印表機。其它設備可以耦合到處理單元，可以利用附加的或更少的接口卡。例如，可使用串行接口卡(未示出)將串行接口提供給印表機。
[0057]處理單元還包括一個或多個網絡接口，其可包括乙太網電纜等有線鏈路和/或接入節點或不同網絡的無線鏈路。網絡接口允許處理單元通過網絡與遠程單元通信。例如，網絡接口可通過一個或多個發射器/發射天線和一個或多個接收器/接收天線提供無線通信。在實施例中，處理單元耦合到區域網或廣域網用於數據處理並與遠程設備(例如，其他處理單元、網際網路、遠程存儲設施等等)進行通信。
[0058]雖然已參考說明性實施例描述了本發明，但此描述並不意圖限制本發明。所屬領域的一般技術人員在參考該描述後，會顯而易見地認識到說明性實施例的各種修改和組合，以及本發明的其他實施例。因此，希望所附權利要求書涵蓋任何此類修改或實施例。
【權利要求】
1.一種用於預取數據的方法，其特徵在於，包括: 用戶設備(UE)接收預測數據列表； 在所述UE處以較低的費用接收對應於所述預測數據列表的預取數據，其中所述較低的費用低於下載所述預測數據的網絡費用；以及將所述預取數據存儲在所述UE內供未來使用。
2.根據權利要求1所述的方法，其特徵在於，所述較低的費用為零。
3.根據權利要求1所述的方法，其特徵在於，進一步包括當使用所述預取數據時，支付所述預取數據的其餘費用，其中所述其餘費用是所述較少的費用和下載所述預測數據的所述網絡費用之間的差值。
4.根據權利要求3所述的方法，其特徵在於，加密所述接收到的預取數據，以及支付所述預取數據的費用包括接收加密密鑰以解鎖在支付其餘費用時待使用的所述加密預取數據。
5.根據權利要求3所述的方法，其特徵在於，進一步包括所述UE處的應用在使用所述預取數據時通知所述網絡以及支付所述其餘費用。
6.根據權利要求3所述的方法，其特徵在於，進一步包括: 所述UE接收用於網絡費用的額度； 所述UE處的應用檢查使用所述預取數據時的所述額度量，其中所述額度量對應於UE處的額度數目；以及 如果所述額度量大於或等於所述其餘費用，則用所述其餘費用減去額度；或者 如果所述額度量小於所述其餘費用，則所述UE支付其他金額。
7.根據權利要求1所述的方法，其特徵在於，接收所述預測數據列表包括所述UE處的透明後臺監控所述UE使用的數據以及基於所述被監控的由UE使用的數據生成所述預測數據列表。
8.根據權利要求1所述的方法，其特徵在於，存儲所述預取數據包括將所述數據存儲在下載緩存中以及向所述UE提供連接所述存儲數據和所述預測數據列表的資料庫。
9.一種用戶設備(UE)，其特徵在於，包括: 處理器；以及 計算機可讀存儲介質，所述計算機可讀存儲介質存儲由所述處理器執行的程序，所述程序包括如下指令: 接收所述UE在未來可能請求的數據列表； 基於所述列表以較低的費用下載數據，其中所述較低的費用低於下載所述數據的網絡費用；以及 將所述數據存儲在所述UE中。
10.根據權利要求9所述的UE，其中所述較低的費用為零。
11.根據權利要求9所述的UE，其特徵在於，所述程序進一步包括以下指令:如果所述UE請求所述下載的數據，則支付所述下載數據的其餘費用，其中所述其餘費用是所述較低的費用和下載所述數據的所述網絡費用之間的差值。
12.一種用於傳輸數據的方法，其特徵在於，包括: 提供用戶設備(UE)可能請求的預測數據列表給基站(BS)；基於所述列表生成預測數據的低優先級隊列，其中設置所述低優先級隊列的優先級低於所述UE從所述BS請求的請求數據的優先級；以及 以較低的費用傳輸所述低優先級隊列中的預測數據，其中所述較低的費用低於傳輸所述預測數據的費用。
13.根據權利要求12所述的方法，其特徵在於，所述較低的費用為零。
14.根據權利要求12所述的方法，其特徵在於，進一步包括: 接收所述UE請求所述預測數據的通知；以及 向UE收取其餘費用，其中所述其餘費用是所述較低的費用和傳輸所述預測數據的所述費用之間的差值。
15.根據權利要求12所述的方法，其特徵在於，進一步包括所述BS傳輸被請求數據以及在傳輸所述請求數據之後，傳輸預測數據在所述BS具有多餘帶寬時發生。
16.根據權利要求12所述的方法，其特徵在於，傳輸所述被請求數據和傳輸所述預測數據包括使用基於比例公平效用的調度器調度所述傳輸。
17.根據權利要求12所述的方法，其特徵在於，提供預測數據列表給所述BS包括所述BS處的透明後臺監控到特定UE的數據傳輸歷史以及基於所述監控的傳輸歷史生成所述UE可能請求的預測數據列表。
18.一種基站(BS)，其特 徵在於，包括: 處理器；以及 計算機可讀存儲介質，所述計算機可讀存儲介質存儲由所述處理器執行的程序，所述程序包括如下指令: 在所述BS處為用戶設備(UE)請求的數據創建高優先級隊列； 發送所述高優先級隊列中的請求數據； 在所述BS處接收所述UE可能請求的潛在數據列表； 創建對應於所述潛在數據的低優先級隊列，其中所述低優先級隊列的優先級低於所述高優先級隊列的優先級；以及 以較低的費用將潛在數據發送給接收所述潛在數據的UE，其中所述較低的費用低於發送所述潛在數據的費用。
19.根據權利要求18所述的BS，其特徵在於，所述程序進一步包括如下指令:如果所述UE請求所述潛在數據，則接收通知；以及向UE收取其餘費用，其中所述其餘費用是所述較低的費用和發送所述潛在數據的所述費用之間的差值。
20.根據權利要求18所述的BS，其特徵在於，所述較低的費用為零。
【文檔編號】H04W4/24GK104041091SQ201380004892
【公開日】2014年9月10日 申請日期:2013年1月6日 優先權日:2012年1月6日
【發明者】亞倫·卡拉德, 艾勒克斯·史蒂芬, 貝塔·朱克 申請人:華為技術有限公司