專利名稱：高效的數據傳遞方法和裝置的制作方法
技術領域：
本發明涉及用于在IP連通性接入網絡內實現的高效的數據傳遞方法和裝置。盡管不必要，本方法和裝置尤其適用于3GPP IP連通性接入網絡。
背景技術：
當前的一些Web服務依賴于內容分發網絡(⑶N)來將數據從內容提供商(CP)分發到最終用戶。CDN可以被定義為服務器(以下稱為“內容服務器”)的系統，這些服務器被放置在數據網絡(例如因特網、內部網等)中的各種點處且包含(從CP提供的)某些數據的緩存的(cached)副本以便改進從客戶端對數據的訪問。一般來說,相對于所有的客戶端訪問相同的(即，中央)內容服務器，CDN被配置為允許客戶端訪問靠近該客戶端的數據的副本。在CDN中緩存內容向客戶端提供了包括負載分布以及改進的響應時間的諸多優點。 例如，客戶端可以是可連接到網絡系統的用戶的用戶終端設備(UE)，該網絡系統設置為向最終用戶設備(UE)提供數據連通性接入。設置為向最終用戶設備提供數據連通性接入的網絡系統在這里被稱為因特網協議(IP)連通性接入網絡IP-CAN。IP-CAN的一個示例是幫助向UE的用戶提供數據連通性接入的3GPP移動電信網絡系統，諸如提供GPRS服務的運營商的網絡系統，或任何其它類型的基于分組交換的接入網絡系統。CDN可以包括也可以位于提供IP-CAN的運營商的網絡域內的內容服務器；也就是說，提供IP-CAN的網絡運營商也可以是⑶N運營商。易于緩存的內容通常具有靜態的性質并且不是用戶特定的，而且具有某一相當大的大小。例如，易于緩存的內容的示例包括圖像、數據文件、視頻文件和多媒體流。當前可用的內容傳遞和緩存的解決方案經常依賴于CP和CDN之間的明確的協議來選擇可緩存的資料。隨后，根據協議跨CDN的多個服務器分發資料并在其中持續更新。這意味著在CDN緩存內存儲和維護相當大量的數據。此外，當前的解決方案使得緩存方案的建立和維護昂貴且難以實現，這是因為它意味著按照CP和⑶N運營商之間的協議確定的緩存和更新策略必須由CDN服務器實現。這對于必須處理屬于多個CP的緩存的內容的CDN運營商可能具有特殊意義。再者，向用戶終端提供對數據網絡的訪問的電信運營商(例如，提供IP-CAN訪問的GSM/GPRS/UMTS運營商)可能面臨用于獲取在可能屬于不同運營商的網絡域的⑶N中緩存的內容的高傳輸成本(即，對等成本(peer cost))，尤其在⑶N位于不同的地理區域中的情況下。例如，位于菲律賓內的訂戶可能正訪問在加利福尼亞中緩存的Web信息。
發明內容
本發明的目的是克服或至少減輕已知的緩存方法的缺點中的一些，以及以在可能的情況下利用現有的網絡單元的高效的方式來實現。根據本發明的第一方面，提供一種向連接到因特網協議連通性接入網絡IP-CAN的用戶終端傳遞數據的方法，其中，IP-CAN實現策略和計費控制PCC體系結構。所述方法包括依據PCC體系結構的策略和計費規則功能PCRF作出的決定，在IP-CAN緩存服務器內緩存數據。然后向PCC體系結構的策略和計費執行功能PCEF標識緩存的數據。在PCEF處，監視用戶終端作出的數據請求并作出關于請求是否與緩存的數據有關的確定。如果請求確實與緩存的數據有關，則將該緩存的數據從IP-CAN緩存服務器傳遞到請求用戶終端。該方法可以包括對通過IP-CAN的某些業務流執行深度分組檢查，以及向PCC體系結構的策略和計費規則功能PCRF報告DPI結果。在PCRF處，基于所述結果作出在IP-CAN緩存服務器中緩存數據的決定。向PCEF標識緩存的數據的所述步驟包括從PCRF向PCEF發送緩存的數據的標識。從PCRF向PCEF發送緩存的數據的標識的步驟可以包括，在從PCRF向PCEF發送的PCC規則的供應內包括該標識，PCC規則針對并適用于與給定用戶終端的IP-CAN會話相關聯的業務流。備選地，或此外，從PCRF向PCEF發送緩存的數據的標識的步驟可以包括，在從PCRF向PCEF發送的PCC規則的供應中包括該標識，PCC規則針對并適用于與和PCEF相關聯的所有用戶終端的IP-CAN會話相關聯的業務流。PCRF可以向在PCC體系結構內的 一個或多個另外的PCEF額外地發送緩存的數據的標識。 執行深度分組檢查的步驟可以在PCC體系結構的業務決定功能TDF處進行，TDF在獨立的網絡節點或在實現PCEF的節點內實現。在PCRF處基于所述結果作出緩存決定的步驟可以包括遞增計數器，計數器指定在結果中標識的數據項或項集合的檢索的數量，以及如果計數器值已經達到某一預定義的值則緩存數據項或項集合。將緩存的數據傳遞到請求用戶終端的步驟可以包括，從PCEF向用戶終端發送重新定向請求以使用戶終端向IP-CAN緩存服務器請求緩存的數據。可以通過服務統一資源定位符URL來向策略和計費執行功能標識緩存的數據。根據本發明的第二方面，提供一種被配置為在因特網協議連通性接入網絡IP-CAN的策略和計費控制體系結構內實現策略和計費規則功能PCRF的裝置。所述裝置包括接收器和決定部件，接收器用于接收關于通過IP-CAN的某些業務流的深度分組檢查結果，決定部件用于基于所述結果作出緩存決定以緩存數據。還提供緩存控制器和發送器，緩存控制器用于通過在IP-CAN緩存服務器內緩存數據來響應決定部件的緩存決定，發送器用于向PCC體系結構的一個或多個策略和計費執行功能PCEF標識緩存的數據。發送器可以被配置為向PCEF或每個PCEF發送包含緩存的數據的標識的供應PCC規則請求或包含標識的全局適用規則，決定部件被配置為維護計數器，計數器記錄DPI報告的數據項或數據項集合的檢索的數量，以及當計數器值已經達到某一預定義的值時作出緩存數據項或數據項集合的決定。根據本發明的第三方面，提供一種被配置為在因特網協議連通性接入網絡IP-CAN的策略和計費控制體系結構內實現策略和計費執行功能PCEF的裝置。所述裝置包括接收器和監視器，接收器用于從策略和計費規則功能PCRF接收在IP-CAN內緩存的數據的標識，監視器用于監視用戶終端作出的數據請求和用于基于所述標識來確定請求是否與緩存的數據有關。還提供控制器，用于如果作出這樣的確定則使用戶終端從IP-CAN緩存檢索緩存的數據。所述標識可以是服務統一資源定位符，即服務URL，以及所述監視器被配置為監視請求以標識與該服務URL有關的請求。在這種情況下，控制器可以被配置為通過向用戶終端發送包含緩存的服務URL的重新定向請求來使用戶終端從IP-CAN緩存檢索緩存的數據。
圖I示意性地示出策略和計費控制(PCC)體系結構的單元；
圖2示意性地示出合并PCC體系結構的單元并且包括深度分組檢查(DPI)功能的IP連通性接入網絡的單元；
圖3是示出用于在PCC體系結構內緩存數據的過程的信令 圖4是示出用于將緩存的數據從在PCC體系結構內的緩存服務器傳遞到用戶設備(UE)的過程的信令圖； 圖5是示出在PCC體系結構內實現的緩存決定過程的流程 圖6是示出用于向用戶終端傳遞數據內容的過程的流程 圖7示意性地示出PCC體系結構的策略和計費規則功能(PCRF)節點；和 圖8示意性地示出PCC體系結構的策略和計費執行功能(PCEF)節點。
具體實施例方式馬上將描述一種機制，該機制允許一些內容由在向最終用戶設備(UE)提供數據連通性接入的運營商的網絡域內的緩存服務器高效地緩存以及從該緩存服務器檢索。緩存和緩存檢索決定涉及已經為3GPP “策略和計費控制”體系結構PCC定義的諸如以下功能的節點與嵌入的或合作的深度分組檢查(DPI)能力的合作策略和計費規則功能(PCRF)以及策略和計費執行功能(PCEF)。圖I中示出用于支持策略和計費控制(PCC)功能性的簡化體系結構。該圖示出某些功能實體(節點)并且摘自 3GPP TS 23. 203CV. 9. 3. 0),3GPP TS 23. 203(V. 9. 3. O)為演進的3GPP分組交換網絡系統(EPS)指定PCC功能性，包括3GPP接入(GERAN/UTRAN/E-UTRAN)和非3GPP接入，而且3GPP TS 23. 203 (V. 9. 3.0)也適合于與傳統移動分組系統的節點互連。在3GPP TS 23. 203中所指的合并了 PCC特定的單元的EPS系統是因特網協議連通性接入網絡IP-CAN的示例。PCRF I是包含策略控制決定和基于流的計費控制功能性的功能單元。PCRF向PCEF 2提供關于服務數據流檢測、門控(gating)、QoS和基于流的計費(除了信用管理外)的網絡控制。PCRF可以接收來自應用功能(AF) 3的與會話和媒體有關的信息以及還可以將業務平面事件通知給AF。PCRF經由Gx參考點來向PCEF 2供應(provision) PCC規則。PCEF 2是包含策略執行和基于流的計費功能性的功能單元。該功能實體位于網絡的網關節點4處(例如，在GPRS情況中的GGSN和WLAN情況中的PDG)。PCEF提供對在網關4處的用戶平面業務處理的控制，且尤其是對應用的服務質量(QoS)的控制。它例如向OCS5和OFCS 6提供服務數據流檢測和計數以及在線和離線計費交互。圖I還示出承載綁定及事件報告功能(BBERF)和訂戶簡檔庫。AF 3是實現應用的功能單元，為這些應用而將服務傳遞到用戶終端(UE)。AF控制IP承載資源以便滿足服務的要求。AF的一個示例是IP多媒體子系統(MS)核心網絡的代理呼叫服務控制功能P-CSCF。AF 3與PCRF I通信以傳送動態會話信息。使用Rx接口來執行該通信。在3GPP的版本10中，TR 23. 813的版本O. I. I (關于策略解決方案及增強的研究)考慮用于提供服務業務檢測機制的體系結構。該體系結構構思所謂的“業務檢測功能”(TDF)。當利用服務業務檢測機制檢測到服務時，TDF將檢測到的服務通知給PCRF。然后PCRF可以關于用于檢測到的業務的策略和計費控制信息以某一期望的方式反應。TR23. 813構思用于在TDF和PCRF之間通信的兩種備選，一種基于Rx而另一種基于Gx。在該標準中使用的TDF術語對應于以下討論中使用的深度分組檢查(DPI)術語。圖2示意性地示出合并PCC體系結構的單元(PCRF、PCEF)的IP連通性接入網絡IP-CAN的單元(1、2、4、7)。圖2還示出在IP-CAN內DPI節點7的實現，該圖還示出示范的最終用戶設備(UE)8和示范的(Web)內容服務器9。TDF/DPI功能性可以通過示出的DPI節點(7)來執行，或可以被共同設置在實現PCEF功能的節點(GGSN/PCEF，2，4)內。
(諸如IP流的)分組數據流是在某一時間間隔期間前往或來自相同端點的經過分組數據網絡中的路由節點的數據分組(例如，IP分組)的集合。例如，分組流可以是IP流，其中流的每個分組包含源IP地址、源傳輸層端口(例如，TCP)、目的IP地址和目的傳輸層端口的相同值。當用戶設備(UE)發起數據會話(例如，IP-CAN會話)時，通過合適的接入網關(例如圖2的GGSN)將諸如IP地址的分組數據網絡地址指派給它。網關內的PCEF將該IP地址與例如NAI、IMSI或MSISDN —起提供給PCRF，PCRF又將要應用到該數據會話的一組策略規則下載到PCEF中。當UE與AF (例如在MF服務體系結構的情況中的P-CSCF)通信時，AF向PCRF提供會話細節。當UE隨后請求資源用于AF提供的服務時，PCRF基于AF提供的會話細節將另一組策略規則下載到PCEF中。通常，策略規則包括描述數據會話內的數據分組流的所謂的IP 5元組向量(也就是始發IP地址/端口、目的IP地址/端口、協議TCP/UDP)。PCEF檢查分組以檢測相關元組并應用規則。然而，因為該技術不允許超出這五個IP報頭的分組檢查，例如，它不允許檢查有效載荷數據，所以它僅允許有限(粗略)的分組分析。DPI是可以部署在IP網絡內的中間節點處的機制，以便在處于包含關于第3層IP地址和端口號的信息的字段“下方”的級別上檢查IP流的分組內的字段。可以有利地將DPI部署在3GPP網絡或其它電信網絡的PCC體系結構內，以便在比僅5元組向量檢查允許的級別更深的級別上分類分組流。DPI解決方案可以利用IP的報頭匹配，或者可以調查IP上方的協議，諸如傳輸層協議(TCP、UDP)或應用層協議(HTTP協議、SIP協議、一些對等協議、FTP、RTSP等)。一些DPI解決方案可以進一步或備選地使用關于數據流的統計特性的模式，諸如上游/下游分組的均值或方差，或分組發送中的抖動。其它DPI解決方案計算這些量之間的簡單相關性測量(correlation measurement)。若干解決方案甚至已經開始使用數據挖掘技術來分類或聚類IP流，有時使用半監督的技術來僅利用若干預先標記的例子分類許多類似的未標記的例子。是數值量的統計特性可經受數據挖掘處理。根據這里提出的基于PCC的緩存機制，PCEF利用嵌入的DPI能力或利用諸如TDF的具有這樣的能力的節點的合作來標識易于被緩存的資料(或接收關于易于被緩存的資料的信息)。使用PCRF提供給PCEF (或TDF)的(可能動態地更新的)標準來進行標識。當然，PCEF可以不對已經緩存的內容檢查或報告。向PCRF標識適合于緩存的數據，關于是否應該實際執行緩存，PCRF作出決定。PCRF使用的選擇要緩存的內容的標準可能基于數據挖掘。例如，PCRF可以通過在某一時間段期間分析以下幾點來確定決定標準訂戶優選的內容、用戶的地理分布、何時訪問內容、哪些訂戶類別訪問傾向于訪問某一類型的內容等。PCRF還可以查看一天中的時間、關于某些用戶或關于所有用戶的與服務有關的網絡運營商的策略、內容的容量、訪問某一內容的用戶數量等。PCRF從而充當聚合方(它可以查看接收自數個PCEF/TDF的信息)和決策方。倘若PCRF決定緩存檢查的內容，則PCRF命令在運營商的網絡域內的緩存服務器下載原始內容。緩存服務器會將在原始資料和緩存中的版本之間的URL映射通知給PCRF。這些映射可以包括有效性時間以允許內容刷新。PCRF將這已經完成通知給PCEF，以使與現在緩存的內容有關的相同用戶(或在某些情況下的其它用戶，見下文)的另外請求可以被重新定向到緩存服務器。因此，連接網絡運營商的房屋(premises)與另外的網絡(諸如因特網)的數據接口的使用得以減少。其信令可以被減少的這樣的數據接口的一個示例是鏈接移動網絡運營商的GGSN與外部分組數據網絡(PDN)的“Gi”接口。此外，該方法允許網絡運營商選擇他們自己的用于緩存內容的標準(例如，以優化對某些內容的訪問速度)，而且 因為可以減少為得到某些數據內容所需的傳輸支路(transmission leg)的數量，所以應該提供改進的用戶體驗。在運營商的網絡域內緩存數據之后，在PCEF中作出重新定向決定。也就是，如果PCEF檢測到UE正在請求訪問實際緩存在相同網絡域的緩存服務器中的某些數據，則將UE重新定向到緩存服務器而不是向在網絡運營商域之外的服務器“延伸”請求。PCEF在檢測到尋址到緩存的內容的請求時將這樣的請求重新定向到緩存服務器。因此迫使UE請求緩存的內容。應用連接(例如，http、漸進http等)和傳輸連接(例如TCP)是與緩存服務器建立而不是與原始內容服務器建立。可以關閉已經與原始請求相關聯的任何TCP連接。這里描述的方法可以減少在向用戶終端(UE，8)提供訪問的網絡運營商與所述網絡外部的服務器(例如，內容服務器9)之間的信令。這可以改進當訪問與某些服務有關的內容時的用戶體驗，以及可以允許網絡運營商根據其自己的策略來安排緩存或某些內容的優先次序。圖3示出在高級別上的與用于在PCC體系結構內實現緩存的過程相關聯的網絡信令。在該圖中，PCEF和TDF作為分離的邏輯節點示出。然而，將理解的是，兩個實體可以共同設置在相同的實體內。該圖具體示出以下信令步驟
I. UE發送訪問(例如，通過服務URL標識的)某些內容的請求。2. TDF使用DPI功能性來分析業務以便確定內容是否是緩存的候選。3.對于是緩存的候選的內容，TDF會將內容的標識符(例如，服務URL)通告給PCRF。4. PCRF存儲內容標識符以及然后向TDF發送響應(ACK)。5.然后PCRF作出緩存決定。PCRF可以聚合對內容訪問的數量(例如，PCRF可以實現計數器，計數器可以隨著對與某些內容/服務有關的數據的訪問/檢索的數量而遞增，以及當對某些數據的訪問/檢索的數量達到預定義的值時決定緩存所述某些數據)和/或可以核對運營商策略以確定對該內容的訪問是否可經過緩存。如果是這樣，則如下執行步驟6至12。6. PCRF向緩存服務器發送緩存內容的請求。該請求可以包括內容的服務URL(“服務URL”)。備選地或此外，該請求例如可以包含IP地址或域名。 7.緩存服務器向內容服務器發送下載內容的請求。8.下載內容并存儲在緩存服務器中。緩存服務器可以指派有效性定時器以供內容請求刷新。9.緩存服務器向PCRF發送響應(包括標識在緩存服務器內緩存的內容的“位置”的緩存的服務URL)以將內容被緩存通知給它。10. PCRF向PCEF供應一個或多個PCC規則以將對內容服務器的(直接)訪問暫時未被批準以及與緩存的數據有關的請求應該被重新定向到緩存服務器通知給PCEF。允許 PCEF (例如，利用或不利用深度分組檢查)標識來自UE的與緩存的數據有關的請求的信息可以由PCRF通過在PCC規則中包括相應的URL、IP地址等來在該流中發送。為了防止PCEF發起另外的查詢來獲得緩存的服務URL，緩存的服務URL還由PCRF在該流中向PCEF供應。11. PCEF存儲暫時未被批準的PCC規則并向PCRF發送響應。PCEF可以將接收的(暫時未被批準的)PCC規則與定時器相關聯，以使在(例如，本地配置的或PCRF在流10中指示的)某一時間之后這些規則成為過時的。在這種情況下，與(先前)緩存的數據內容有關的另外的請求將不被PCEF命令為重新定向，而是將被轉發至內容服務器(即，與現有技術中的一樣)。12. PCEF執行本地策略以將對服務URL的另外的訪問重新定向到PCRF提供的緩存的服務URL。根據修改的方法，(流10中的)PCC規則可以針對與以下終端的IP-CAN會話相關聯的(當前的和/或將來的)業務流而指示規則的適用性/范圍給定用戶終端、一組終端或(當前或隨后)關聯到PCEF的任何用戶終端。備選地，可以針對給定用戶終端的特定IP-CAN會話而發送(流10中的)PCC規則，以及接收PCEF被設置為隨后將(關于指示的緩存的內容的)這些規則應用到與和PCEF相關聯(即當前相關聯或以后相關聯)的任何用戶終端的IP-CAN會話相關聯的業務流。此外，PCRF可以向PCC體系結構內的一個或多個其它PCEF發送類似的信息(例如，PCC規則)，以使在與這些一個或多個另外的PCEF相關聯的(當前的和/或將來的)IP-CAN會話的業務流中接收的另外的請求將被PCEF重新定向到緩存服務器，而不是如現有技術中那樣僅向前路由(即，向內容服務器)。這幫助降低擁有涉及的IP-CAN網絡的網絡運營商的成本，這是因為通過將一些業務重新定向到它的域上的(緩存)服務器(例如，圖3的緩存服務器)可以顯著地減少前往/來自它的/它們的網絡域之外的服務器(例如，圖3的內容服務器)的數據業務。對圖3的方法的修改可以涉及PCRF不在流10中向PCEF提供緩存的服務URL。在這種情況下，當PCEF檢測到與服務URL標識的已經緩存的數據有關的請求時，它必須向PCRF發送查詢以獲得相關聯的緩存的服務URL。然而，這可能不是最優的解決方案。一旦PCRF已經作出用于在緩存服務器中緩存內容的決定以及相應的PCC規則已經被發送至一個或多個PCEF (例如，圖3中的流10)就可以發生(除圖3中示出的網絡信令之外的)另外的網絡信令。例如，緩存服務器可以依據某些條件(例如，刪除不太使用的/過時的數據內容的策略)刪除存儲在其中的一些數據內容以及可以向PCRF通告該事件；PCRF又優選地例如通過發送關于緩存內容的更新的PCC規則來向一個或多個PCEF通告該事件。圖4再次在高級別上更詳細地示出重新定向機制(圖4中的步驟12)
I. UE發送訪問(例如，服務URL標識的)內容的請求。2. PCEF將請求的內容標識為緩存的內容。這可以暗示PCEF (和或諸如TDF的專門的節點)對UE的數據流執行深度和/或淺的分組檢查。3-4. PCEF發起至緩存服務器的重新定向(向UE發送緩存的服務URL)。5. UE從緩存服務器檢索內容。圖5是進一步示出用于在PCC體系結構內作出緩存決定的過程的流程圖。在步驟100，PCEF/TDF對通過PCEF/TDF的業務流執行連續的DPI。該步驟可以包括用于跟蹤對某些數據內容的訪問的某一統計分析。在步驟101，PCEF/TDF向PCRF提供檢查的結果。在 步驟102，PCRF分析報告的結果并基于收集的信息以及可選地基于一些預定義的標準來作出緩存決定。例如，可以基于最初指示的目的內容服務器/多個目的內容服務器的網絡域/多個網絡域，和/或基于一天中的時間，和/或基于指定與某些數據內容有關的訪問數量的計數器等，來作出緩存決定。如果PCRF作出緩存某些內容的決定，則在步驟103，PCRF命令緩存服務器來緩存內容。在步驟104，緩存服務器從內容服務器下載內容以及緩存內容。在步驟105，通過以下操作向PCEF (以及可選地向另外的PCEF)標識緩存的數據向它提供在服務URL和緩存的服務URL之間的映射。圖6是示出用于向UE提供緩存的內容的過程的流程圖。在步驟200，PCEF應用PCRF提供給它的PCC緩存規則。雖然如以上所討論的，PCEF在每用戶的基礎上提供以及應用這些規則，但是可以實現涉及將規則應用到與相同或不同的PCEF相關聯(S卩，當前相關聯，或將來相關聯)的其它用戶的方法。如果在步驟201，PCEF確定接收自UE的服務請求與標識緩存的數據的規則之一相匹配，則在步驟202，PCEF向UE發送包含緩存的服務URL的重新定向請求。否則，在步驟203，將原始服務請求轉發到在網絡運營商的域之外的內容服務器。圖7示意性地示出用于在以上描述的網絡體系結構中使用的PCRF 10。將理解的是，可以借助于具有示出的功能(硬件/軟件)組件的網絡服務器來實現PCRF。這些組件包括DPI結果接收器11，用于接收PCEF/TDF執行的業務流分析的結果，例如包括標識適合緩存的內容的服務URL的細節。DPI結果接收器將接收的結果傳送到緩存決定部件12，緩存決定部件12聚合收集的數據并在歷史記錄中記錄該數據。緩存決定部件還存儲預定義的標準以及使用記錄的數據來決定(PCEF)向它標識的內容是否應該被緩存。將決定遞送到被配置為與緩存服務器(未示出)通信的緩存控制器13。緩存決定部件12還與發送器14通信，發送器14提供用于與PCEF (或多個PCEF)通信的接口。發送器13將例如包括標識緩存的內容的服務URL的緩存決定發送到PCEF。圖8示意性地示出PCEF 15。PCEF可選地包括分析通過PCEF的分組流并向PCRF報告結果的TDF 16。PCEF包括接收來自PCRF的PCC規則的規則接收器17，PCC規則包括標識緩存的數據的規則。這些規則被安裝到服務請求監視器18的數據庫中。監視器18被配置為檢查UE始發的服務請求以及確定服務請求是否與緩存的內容有關。如果是這樣，則將請求遞送到重新定向控制器19，重新定向控制器19被配置為將包含例如緩存的服務URL的緩存的數據的標識符的重新定向請求返回至請求UE。
以上描述的實施例公開在每用戶的基礎上作出內容緩存決定，即，PCRF針對特定用戶訪問的內容而作出緩存決定。然而，可以設想其它的標準，其中PCRF作出的內容緩存決定是基于通過檢查(DPI)與更大的用戶群有關的業務流而獲得的統計。本領域技術人員將理解的是，可以對以上描述的實施例進行各種修改而不背離本
發明的范圍。
權利要求
1.一種向連接到因特網協議連通性接入網絡IP-CAN的用戶終端傳遞數據的方法，其中，所述IP-CAN實現策略和計費控制PCC體系結構，所述方法包括 依據所述PCC體系結構的策略和計費規則功能PCRF作出的決定，在IP-CAN緩存服務器內緩存數據； 向所述PCC體系結構的策略和計費執行功能PCEF標識緩存的數據； 在所述PCEF處，監視用戶終端作出的數據請求并確定請求是否與緩存的數據有關；以及 如果請求確實與緩存的數據有關，則將該緩存的數據從所述IP-CAN緩存服務器傳遞到請求用戶終端。
2.根據權利要求I所述的方法，包括 對通過所述IP-CAN的某些業務流執行深度分組檢查； 向所述PCC體系結構的策略和計費規則功能PCRF報告DPI結果；以及在所述PCRF處，基于所述結果作出在所述IP-CAN緩存服務器中緩存數據的決定，向所述PCEF標識緩存的數據的所述步驟包括從所述PCRF向所述PCEF發送緩存的數據的標識。
3.根據權利要求2所述的方法，其中，從所述PCRF向所述PCEF發送緩存的數據的標識的所述步驟包括，在從所述PCRF向所述PCEF發送的PCC規則的供應內包括該標識，所述PCC規則針對并適用于與給定用戶終端的IP-CAN會話相關聯的業務流。
4.根據權利要求2所述的方法，其中，從所述PCRF向所述PCEF發送緩存的數據的標識的所述步驟包括，在從所述PCRF向所述PCEF發送的PCC規則的供應中包括該標識，所述PCC規則針對并適用于與和所述PCEF相關聯的所有用戶終端的IP-CAN會話相關聯的業務流。
5.根據權利要求2至4中的任何一項所述的方法，所述PCRF向在所述PCC體系結構內的一個或多個另外的PCEF額外地發送緩存的數據的標識。
6.根據權利要求2至5中的任何一項所述的方法，所述執行深度分組檢查的步驟在所述PCC體系結構的業務決定功能TDF處進行。
7.根據權利要求6所述的方法，所述TDF在獨立的網絡節點內或在實現PCEF的節點內實現。
8.根據權利要求2至7中的任何一項所述的方法，其中，在所述PCRF處基于所述結果作出緩存決定的所述步驟包括遞增計數器，所述計數器指定在所述結果中標識的數據項或項集合的檢索的數量，以及如果計數器值已經達到某一預定義的值則緩存所述數據項或項隹A 口 O
9.根據前面權利要求的任何一項所述的方法，其中，將緩存的數據傳遞到請求用戶終端的所述步驟包括，從所述PCEF向所述用戶終端發送重新定向請求以使所述用戶終端向所述IP-CAN緩存服務器請求緩存的數據。
10.根據前面權利要求的任何一項所述的方法，其中，通過服務統一資源定位符URL來向所述策略和計費執行功能標識所述緩存的數據。
11.一種被配置為在因特網協議連通性接入網絡IP-CAN的策略和計費控制體系結構內實現策略和計費規則功能PCRF的裝置，所述裝置包括接收器，用于接收關于通過所述IP-CAN的某些業務流的深度分組檢查結果； 決定部件，用于基于所述結果作出緩存決定以緩存數據； 緩存控制器，用于通過在IP-CAN緩存服務器內緩存數據來響應所述決定部件的緩存決定；以及 發送器，用于向PCC體系結構的一個或多個策略和計費執行功能PCEF標識緩存的數據。
12.根據權利要求11所述的裝置，其中，所述發送器被配置為向所述PCEF或每個PCEF發送包含緩存的數據的標識的供應PCC規則請求或包含所述標識的全局適用規則。
13.根據權利要求11或12所述的裝置，所述決定部件被配置為維護計數器，所述計數器記錄DPI報告的數據項或數據項集合的檢索的數量，以及當計數器值已經達到某一預定義的值時作出緩存所述數據項或數據項集合的決定。
14.一種被配置為在因特網協議連通性接入網絡IP-CAN的策略和計費控制體系結構內實現策略和計費執行功能PCEF的裝置，所述裝置包括 接收器，用于從策略和計費規則功能PCRF接收在所述IP-CAN內緩存的數據的標識；監視器，用于監視用戶終端作出的數據請求和用于基于所述標識來確定請求是否與緩存的數據有關；以及 控制器，用于如果作出這樣的確定則使用戶終端從IP-CAN緩存檢索緩存的數據。
15.根據權利要求14所述的裝置，其中，所述標識是服務統一資源定位符，S卩服務URL,以及所述監視器被配置為監視請求以標識與該服務URL有關的請求。
16.根據權利要求15所述的裝置，所述控制器被配置為通過向用戶終端發送包含緩存的服務URL的重新定向請求來使所述用戶終端從所述IP-CAN緩存檢索緩存的數據。
全文摘要
一種向連接到因特網協議連通性接入網絡IP-CAN的用戶終端傳遞數據的方法，其中，IP-CAN實現策略和計費控制PCC體系結構。所述方法包括依據PCC體系結構的策略和計費規則功能PCRF作出的決定，在IP-CAN緩存服務器內緩存數據。然后向PCC體系結構的策略和計費執行功能PCEF標識緩存的數據。在PCEF處，監視用戶終端作出的數據請求并作出關于請求是否與緩存的數據有關的確定。如果請求確實與緩存的數據有關，則將該緩存的數據從IP-CAN緩存服務器傳遞到請求用戶終端。
文檔編號H04L29/08GK102907066SQ201080067103
公開日2013年1月30日 申請日期2010年5月28日 優先權日2010年5月28日
發明者V.M.阿維拉岡薩萊斯, R.D.卡內羅羅斯, S.弗南德斯阿隆索, I.戈奇加西亞, A.M.洛佩斯尼托, B.潘科爾博馬爾科斯 申請人:瑞典愛立信有限公司