用于具有移動性管理的移動數(shù)據(jù)通信的對象緩存的制作方法
【專利摘要】本發(fā)明提供具有移動數(shù)據(jù)通信的移動性管理的用于對象緩存的方法和系統(tǒng)。所述方法可包括：在基站處攔截和監(jiān)聽在用戶設(shè)備與內(nèi)容服務(wù)器之間的數(shù)據(jù)通信而不終止通信；在所述基站處使用所監(jiān)聽的數(shù)據(jù)通信實施對象緩存；在網(wǎng)絡(luò)中的對象緩存服務(wù)器處實施對象緩存，其中所述對象緩存服務(wù)器代理從所述用戶設(shè)備至所述內(nèi)容服務(wù)器的通信；及維持所述基站處的對象緩存與所述對象緩存服務(wù)器處的對象緩存之間的同步。
【專利說明】用于具有移動性管理的移動數(shù)據(jù)通信的對象緩存

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及具有移動性管理的移動數(shù)據(jù)通信的優(yōu)化領(lǐng)域。具體地說，本發(fā)明涉及 使用用于具有移動性管理的移動數(shù)據(jù)通信的對象緩存的體驗質(zhì)量優(yōu)化。

【背景技術(shù)】
[0002] 無線移動數(shù)據(jù)終端（用戶設(shè)備（UE))與連接的固定網(wǎng)絡(luò)上的服務(wù)器進行通信。移 動數(shù)據(jù)終端可以是可經(jīng)由無線網(wǎng)絡(luò)（其中所述網(wǎng)絡(luò)提供移動性管理）發(fā)送數(shù)據(jù)的任何設(shè) 備。網(wǎng)絡(luò)實例包括：GPRS(通用分組無線業(yè)務(wù)）（2G)網(wǎng)絡(luò)；WCDMA(寬帶碼分多址）（3G)網(wǎng) 絡(luò)；或LTE (長期演進）或WiMAX(全球互通微波存?。?G)網(wǎng)絡(luò)。本發(fā)明的背景及說明將 就第三代移動電話網(wǎng)絡(luò)、UMTS (統(tǒng)一移動電話系統(tǒng)）/WCDMA進行說明。
[0003] 參考圖1，示意圖顯示UMTS架構(gòu)100,其通過第三代合作計劃（3GPP)標準化。 [0004] 無線設(shè)備（手機、膝上型計算機的3G網(wǎng)卡、平板設(shè)備等）在3GPP術(shù)語中又稱為 用戶設(shè)備（UE) 101。其無線連接110至基站，該基站標記為基站（BS) 102及在3GPP術(shù)語中 又稱為節(jié)點B(Node B)。約100個節(jié)點B經(jīng)由微波或光纖120連接至無線電網(wǎng)絡(luò)控制器 (RNC)103，RNC 103向后連接至服務(wù)GPRS支持節(jié)點（SGSN)104(其支持數(shù)個RNC)及接著連 接至網(wǎng)關(guān)GPRS支持節(jié)點（GGSN)105。最后，GGSN向后連接至運營商服務(wù)網(wǎng)絡(luò)（0SN)106,0SN 106在互連點連接至因特網(wǎng)107。
[0005] 在基站向后至GGSN之間的協(xié)議是各種3GPP特定協(xié)議，來自UE的IP業(yè)務(wù)經(jīng)由所述 協(xié)議隧穿。在RNC 103及GGSN 105之間使用GPRS隧穿協(xié)議（GTP)130。在GGSN 105、0SN 106及因特網(wǎng)107之間使用標準因特網(wǎng)協(xié)議（IP) 140。注意，0SN 106在3GPP術(shù)語中稱為 "Gi"參考點。
[0006] 經(jīng)由移動網(wǎng)絡(luò)進行通信的一個主要問題是數(shù)據(jù)業(yè)務(wù)的快速增加。移動計算平臺密 度按指數(shù)速率增加。移動計算平臺包括傳統(tǒng)平臺，諸如電話、平板及啟用移動寬帶的膝上型 計算機，還有越來越多的啟用移動數(shù)據(jù)的設(shè)備，諸如GPS系統(tǒng)、汽車、甚至移動醫(yī)療設(shè)備。隨 著數(shù)據(jù)成為移動網(wǎng)絡(luò)運營商（ΜΝ0)遞送的內(nèi)容的主要部分，此指數(shù)性增加帶給ΜΝ0許多新 的挑戰(zhàn)。具體地說，雖然很容易部署額外基站以增加可用的合計"空中接口"帶寬，但從基 站向后連接至RNC(通常實施為微波鏈路）卻在帶寬上受到約束。將其升級到光纖連接又 相當昂貴。同樣地，增加 RNC及核心網(wǎng)絡(luò)的可用帶寬一樣昂貴。
[0007] 在移動設(shè)備上加載網(wǎng)頁所花費的時間通常比從固定連接加載相同網(wǎng)頁長很多。這 部分是因為如上述的有限帶寬及網(wǎng)絡(luò)擁塞，但即使忽略這些因素，移動網(wǎng)絡(luò)上的往返時間 仍比固定鏈路上的長很多。此增加的往返延遲時間（RTT)有一些與UE至基站的無線電接 口有關(guān)，及有一些與從基站經(jīng)由微波回到核心網(wǎng)絡(luò)的連接及核心網(wǎng)絡(luò)本身有關(guān)。對空中接 口所進行的修改正在改善空中接口延時："演進型HSPA(高速分組存?。?（有時非正式稱 為3. 5G)及"長期演進"（非正式稱為4G)，但穿過微波及核心的延時仍將存在。
[0008] 背景-移動因特網(wǎng)優(yōu)化
[0009] 解決此問題的一個技術(shù)是從移動電話協(xié)議"分出"數(shù)據(jù)業(yè)務(wù)并使其優(yōu)化。數(shù)家公 司銷售設(shè)計為從網(wǎng)絡(luò)分出數(shù)據(jù)業(yè)務(wù)的設(shè)備。實例包括Stoke Inc.的移動數(shù)據(jù)卸除（MDO) 產(chǎn)品及Continuous Computing銷售的因特網(wǎng)卸除工具。這些實例的每一者均在RNC處將 業(yè)務(wù)自3GPP協(xié)議分出。正出現(xiàn)類似技術(shù)以在基站分出IP業(yè)務(wù)。
[0010] 一旦自網(wǎng)絡(luò)分出IP業(yè)務(wù)，即可在RNC處或在基站中將優(yōu)化平臺放在移動電話網(wǎng)絡(luò) 的邊緣。此平臺可托管各種優(yōu)化及其他應(yīng)用。
[0011] 背景-UMTS移動性管理
[0012] 參考圖2A至2C，一系列示意方塊圖示出用戶設(shè)備（UE) 201在網(wǎng)絡(luò)邊緣移動時的 移動性管理網(wǎng)絡(luò)架構(gòu)200。附圖顯示四個名為節(jié)點B的基站211-214?；咀蛹?11-212、 213-214與個體RNC 221、222通信。此通信稱為在基站及電話公司網(wǎng)絡(luò)核心之間的回程鏈 路231、232。RNC221、222 與SGSN241通信，SGSN241使用連接至因特網(wǎng) 260 的GGSN251， 因特網(wǎng)260包括多個服務(wù)器，諸如顯示的服務(wù)器261。服務(wù)器261具有TCP (傳輸控制協(xié)議） 套接字262,在用戶想要從服務(wù)器261訪問數(shù)據(jù)時，TCP套接字262與UE 201處的TCP套接 字202通信。在圖2A至2C中，以筆直實線箭頭顯示數(shù)據(jù)傳輸，及將信令控制顯示為彎曲的 虛線箭頭。
[0013] 如上所述，UMTS系統(tǒng)產(chǎn)生從GGSN 251至用戶設(shè)備（UE) 201的隧道270。在圖2A 中，UE 201正在與基站節(jié)點B 1211進行通信，因為用戶與此基站最近。顯示用戶業(yè)務(wù)的IP 隧道270。在圖2A至2C為例示目的顯示IP隧道270,及IP隧道270實際上穿過中間組件， 諸如圖2A中的RNC 221及SGSN 241。
[0014] 隨著UE 201開始從一個小區(qū)移動至下一個小區(qū)，RNC 221檢測到UE201的移動及 開始移動性事件，并配合GSN 241、251 (GPRS支持節(jié)點）運作以隨著UE 201從基站211移 動至基站212而移動隧道270。
[0015] 圖2B顯示UE 201移動至基站節(jié)點B 2212及隧道270對應(yīng)地移動。
[0016] 圖2C顯示隨著UE 201從具有第一 RNC 1221的基站移動至具有第二RNC 2222的 基站且隧道270相應(yīng)地移動，UE 201移動至基站節(jié)點B 3213造成RNC之間的移動性。
[0017] 重點在于UMTS系統(tǒng)維持隧道270跨移動性事件的完整性。流動通過隧道270的 TCP連接未被中斷?？赡艿氖?，可在移動性事件期間丟棄一個或多個IP分組，但TCP設(shè)計為 在有損鏈路上操作，因而很容易可恢復(fù)此分組丟棄。
[0018] 隨著UE繼續(xù)移動至由新的RNC 222服務(wù)的區(qū)域，將隧道270無縫地從一個RNC 221切換至另一個RNC 222。
[0019] 在基站中使用對象緩存的業(yè)務(wù)優(yōu)化解決方案
[0020] 存在周知的技術(shù)將緩存http正向代理布置在基站中及從此代理提供內(nèi)容。因為 可在因特網(wǎng)上采取回到Gi或服務(wù)器的往返行程來緩存對象，故此法大幅減少所緩存對象 的頁面加載時間。這些往返行程的每一者可花費100ms或100ms以上，其中可節(jié)省60ms以 上。由于典型頁面可含有數(shù)十個對象，此延時的累積效應(yīng)將很驚人。
[0021] 在基站僅僅新增緩存正向http代理的問題是其對移動性管理的沖擊。UE具有終 止于基站的TCP連接。如果UE移動至另一個基站，則極難維持在數(shù)據(jù)業(yè)務(wù)不再從中行進的 網(wǎng)絡(luò)部分具有狀態(tài)的TCP連接。文獻中存在一些解決方案，其談及從UE正在使用的基站將 這些連接的業(yè)務(wù)轉(zhuǎn)發(fā)回到TCP連接終止的基站，但此方案具有若干缺點。
[0022] ?其需要在基站之間的覆蓋網(wǎng)絡(luò)以使業(yè)務(wù)能夠從一個基站轉(zhuǎn)發(fā)至另一個基站。管 理此覆蓋是很困難的。
[0023] ?其耗盡額外帶寬以在基站之間轉(zhuǎn)發(fā)業(yè)務(wù)及潛在地增加延時。
[0024] 其余問題
[0025] 考慮所有現(xiàn)有技術(shù)，并無解決方案可在不影響移動性的情況下大幅減少由基站處 的對象緩存提供的頁面加載時間。


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

[0026] 根據(jù)本發(fā)明的第一方面，提供一種具有移動數(shù)據(jù)通信的移動性管理的用于對象緩 存的方法，所述方法包括：在基站處攔截和監(jiān)聽在用戶設(shè)備與內(nèi)容服務(wù)器之間的數(shù)據(jù)通信 而不終止通信；在所述基站處使用所監(jiān)聽的數(shù)據(jù)通信實施對象緩存；在網(wǎng)絡(luò)中的對象緩存 服務(wù)器處實施對象緩存，其中所述對象緩存服務(wù)器代理從所述用戶設(shè)備至所述內(nèi)容服務(wù)器 的通信；及維持所述基站處的對象緩存與所述對象緩存服務(wù)器處的對象緩存之間的同步。
[0027] 根據(jù)本發(fā)明的第二方面，提供一種具有移動數(shù)據(jù)通信的移動性管理的用于對象緩 存的系統(tǒng)，所述系統(tǒng)包括：處理器；網(wǎng)絡(luò)，其包含一個或多個基站，其中所述網(wǎng)絡(luò)支持來往 于用戶設(shè)備的數(shù)據(jù)傳輸?shù)囊苿有怨芾?；在基站處的對象緩存組件，其用于攔截和監(jiān)聽在用 戶設(shè)備與內(nèi)容服務(wù)器之間的數(shù)據(jù)通信而不終止通信；在所述網(wǎng)絡(luò)中的對象緩存服務(wù)器，其 中所述對象緩存服務(wù)器代理從所述用戶設(shè)備至所述內(nèi)容服務(wù)器的通信；及在所述基站和對 象緩存服務(wù)器處的同步化組件，其用于維持所述基站處的對象緩存與所述對象緩存服務(wù)器 處的對象緩存之間的同步。
[0028] 根據(jù)本發(fā)明的第三方面，提供一種計算機程序，其存儲于計算機可讀介質(zhì)上并可 載入數(shù)字計算機的內(nèi)部存儲器，所述計算機程序包括軟件代碼部分，當所述程序在計算機 上運行時，所述軟件代碼部分用于執(zhí)行本發(fā)明的任何第一方面的方法。

【專利附圖】

【附圖說明】
[0029] 現(xiàn)在將僅通過實例的方式參考在附圖中例示的優(yōu)選實施例描述本發(fā)明，這些附圖 是：
[0030] 圖1是顯示根據(jù)現(xiàn)有技術(shù)的其中可實施本發(fā)明的一個優(yōu)選實施例的移動網(wǎng)絡(luò)架 構(gòu)的示意圖；
[0031] 圖2A至2C是顯示根據(jù)現(xiàn)有技術(shù)的其中可實施本發(fā)明的一個優(yōu)選實施例的跨移動 網(wǎng)絡(luò)的移動管理的示意方塊圖；
[0032] 圖3是根據(jù)本發(fā)明的一個優(yōu)選實施例的系統(tǒng)的方塊圖；
[0033] 圖4是根據(jù)現(xiàn)有技術(shù)的其中可實施本發(fā)明的一個優(yōu)選實施例的計算機系統(tǒng)的方 塊圖；
[0034] 圖5是根據(jù)本發(fā)明的一個優(yōu)選實施例的方法的一方面的流程圖；
[0035] 圖6是根據(jù)本發(fā)明的一個優(yōu)選實施例的方法的一方面的流程圖；
[0036] 圖7是根據(jù)本發(fā)明的一個優(yōu)選實施例的方法的一方面的流程圖；
[0037] 圖8是根據(jù)本發(fā)明的一個優(yōu)選實施例的方法的一方面的流程圖；
[0038] 圖9是根據(jù)本發(fā)明的一個優(yōu)選實施例的方法的一方面的流程圖。
[0039] 應(yīng)明白，為了例示簡單清楚之故，圖中顯示的組件未必按比例繪制。例如，為了清 楚之故，一些組件的尺寸可能相對于其他組件而被夸大。此外，在認為適當處，可在諸圖中 重復(fù)參考數(shù)字以指示對應(yīng)或類似特征。

【具體實施方式】
[0040] 在以下詳細說明中，將提及大量特定細節(jié)以期全面了解本發(fā)明。然而，本領(lǐng)域技術(shù) 人員應(yīng)明白，在沒有以上特定細節(jié)的情況下，亦可實施本發(fā)明。在其他例子中，未詳細說明 公知的方法、程序、及組件以免模糊本發(fā)明的重點。
[0041] 描述了用于減少在無線移動數(shù)據(jù)終端（用戶設(shè)備（UE))從服務(wù)器取回數(shù)據(jù)對象時 所見的延時的解決方案。
[0042] 減少延時是移動寬帶提供者的主要目標，因為其對終端用戶感受到的服務(wù)質(zhì)量具 有極大的影響。終端用戶希望立即加載信息，但目前網(wǎng)絡(luò)的實情是，即使經(jīng)由最先進的技 術(shù)，載入網(wǎng)頁仍可花費數(shù)百毫秒或甚至若干秒。
[0043] 所描述的方法和系統(tǒng)用于優(yōu)化在無線移動數(shù)據(jù)終端（用戶設(shè)備（UE))及在連接的 固定網(wǎng)絡(luò)上的服務(wù)器之間的通信。移動數(shù)據(jù)終端可以是可經(jīng)由無線網(wǎng)絡(luò)（其中所述網(wǎng)絡(luò)提 供移動性管理）發(fā)送數(shù)據(jù)的任何設(shè)備。實例網(wǎng)絡(luò)包括GPRS(2G)網(wǎng)絡(luò)、WCDMA(3G)網(wǎng)絡(luò)、或 LTE或WiMAX(4G)網(wǎng)絡(luò)。然而，出于此描述的目的，將使用3G UMTS/WCDMA網(wǎng)絡(luò)。
[0044] 在UE使用HTTP (超文本傳輸協(xié)議）協(xié)議取回網(wǎng)頁對象的實施例中描述解決方案， 但這些概念亦適用于其他協(xié)議，諸如FTP (文件傳輸協(xié)議）或RTP (實時傳輸協(xié)議）。
[0045] 所描述的解決方案提出提供相同節(jié)省延時的方式，其通過以下方式實現(xiàn)：將對象 緩存布置在基站處同時亦提供移動性。也就是說，如果UE在由基站緩存提供內(nèi)容的同時移 動至新的位置，則UE繼續(xù)接收內(nèi)容而沒有中斷。即使在UE已經(jīng)移動至尚未針對此解決方 案進行修改的基站時，仍保留此能力。另外，此技術(shù)可與有效改進其緩存能力的字節(jié)緩存相 結(jié)合。
[0046] 對象緩存服務(wù)器可在稱為"Gi"的參考點插入網(wǎng)絡(luò)。此服務(wù)器稱為"OCGi"（對象 緩存Gi)。在Gi，不再隧穿業(yè)務(wù)。Gi很像習(xí)知的WAN，這是使互連點與因特網(wǎng)進行連接之處。 此OCGi組件含有HTTP正向緩存代理，其具有一些將進一步說明的額外功能性。
[0047] 部分或所有基站擴增有分出及對象緩存組件。分出本身的細節(jié)由于是現(xiàn)有技術(shù)， 故不加以說明。基站處的分出及對象緩存組件稱為"〇CNB"（對象緩存節(jié)點B)。0CNB含有 緩存，但是如將說明的，其操作方式與傳統(tǒng)正向緩存代理略微不同。
[0048] 參考圖3,方塊圖顯示所描述系統(tǒng)300的一個實施例。
[0049] 用戶設(shè)備（UE)301在多個基站（在此實例中僅顯示兩個）311-312之間的網(wǎng)絡(luò)邊 緣移動，在3G術(shù)語中，這些基站稱為節(jié)點B。UE 301具有傳輸協(xié)議套接字302,用于在因特 網(wǎng)360上與服務(wù)器361的套接字362進行數(shù)據(jù)傳輸。
[0050] 基站311-312與RNC 321通信。此通信稱為在基站及電話公司網(wǎng)絡(luò)核心之間的回 程鏈路 331。RNC 321 與 SGSN 341 通信，SGSN 341 又與 GGSN351 通信。
[0051] 所描述的系統(tǒng)在網(wǎng)絡(luò)連接至互連點與因特網(wǎng)360的點處包括對象緩存服務(wù)器 380,其在此稱為"對象緩存Gi (0CGI) "。對象緩存服務(wù)器380作為具有額外功能性的HTTP 正向緩存代理工作。對象緩存服務(wù)器380包括傳輸協(xié)議套接字381、382及對象緩存結(jié)構(gòu) 383。
[0052] 對象緩存服務(wù)器380亦可包括同步化組件384,用于將其對象緩存結(jié)構(gòu)383與基站 312的對象緩存組件390的對象緩存結(jié)構(gòu)392同步化。對象緩存服務(wù)器380亦可包括檢測 組件385,用于檢測用戶設(shè)備從一基站小區(qū)的移動及接管提供請求的對象。
[0053] 因特網(wǎng)360提供與多個內(nèi)容服務(wù)器（諸如所顯示的內(nèi)容服務(wù)器361)的通信。內(nèi) 容服務(wù)器361具有傳輸協(xié)議套接字362。
[0054] 在此實施例中，基站之一 312包括對象緩存組件390,其稱為對象緩存節(jié)點 B(OCNB)且包括分出及對象緩存功能性以優(yōu)化數(shù)據(jù)傳輸。對象緩存組件390包括對象緩存 結(jié)構(gòu)392。
[0055] 在基站312處的對象緩存組件390的一個實施例包括用于分出業(yè)務(wù)的分出組件 391，對象緩存組件390包括偽套接字398,其仿真對象緩存服務(wù)器380中真實套接字的行為 及狀態(tài)。對象緩存組件390亦包括監(jiān)聽組件393,用于監(jiān)聽來往于UE 301的業(yè)務(wù)。其亦包 括緩存查找組件397,用于判定所監(jiān)聽的請求或響應(yīng)是否在基站對象緩存組件390的對象 緩存392中進行緩存。其亦包括仿真組件394,用于生成仿真對象緩存服務(wù)器380的響應(yīng)的 響應(yīng)。
[0056] 對象緩存組件390亦可包括同步化組件395,用于將其對象緩存392與對象緩存服 務(wù)器380的對象緩存383同步化。其可另外包括通知組件396,用于將在基站312的對象緩 存組件390處的緩存命中通知發(fā)送至對象緩存服務(wù)器380。
[0057] 參考圖4,實施本發(fā)明諸方面的例示性系統(tǒng)包括數(shù)據(jù)處理系統(tǒng)400,其適于存儲及 /或執(zhí)行程序代碼且包括至少一個處理器401，至少一個處理器401通過總線系統(tǒng)403直接 或間接耦合至存儲器組件。存儲器組件包括：在實際執(zhí)行程序代碼期間所用的本地存儲器、 大容量存儲設(shè)備、及高速緩沖存儲器，高速緩沖存儲器暫時存儲至少某個程序代碼，以減少 執(zhí)行期間必須自大容量存儲設(shè)備取回程序代碼的次數(shù)。
[0058] 存儲器組件可包括系統(tǒng)存儲器402,其形式為只讀存儲器（ROM) 404及隨機存取存 儲器（RAM) 405。基本輸入/輸出系統(tǒng)（BIOS) 406可存儲在ROM 404中。系統(tǒng)軟件407 (包 括操作系統(tǒng)軟件408)可存儲在RAM 405中。軟件應(yīng)用410亦可存儲在RAM 405中。
[0059] 系統(tǒng)400亦可包括主要存儲構(gòu)件411 (諸如磁性硬盤驅(qū)動器）及次要存儲構(gòu)件 412 (諸如磁盤驅(qū)動器及光盤驅(qū)動器）。諸驅(qū)動器及其相關(guān)聯(lián)計算機可讀介質(zhì)提供計算機可 執(zhí)行指令、數(shù)據(jù)結(jié)構(gòu)、程序模塊及用于系統(tǒng)400的其他數(shù)據(jù)的非易失性存儲。軟件應(yīng)用可存 儲在主要及次要存儲構(gòu)件411、412以及系統(tǒng)存儲器402上。
[0060] 計算系統(tǒng)400可經(jīng)由網(wǎng)絡(luò)適配器416使用到一個或多個遠程計算機的邏輯連接在 網(wǎng)絡(luò)環(huán)境中操作。
[0061] 輸入/輸出設(shè)備413可直接或通過中介I/O控制器耦合至系統(tǒng)。用戶可通過諸如 鍵盤、指點設(shè)備之類的輸入設(shè)備或其他輸入設(shè)備（例如，麥克風(fēng)、游戲桿、電玩控制板、衛(wèi)星 接收碟、掃描儀等），將命令及信息輸入系統(tǒng)400中。輸出設(shè)備可包括揚聲器、打印機等。顯 示設(shè)備414亦經(jīng)由諸如視頻適配器415之類的接口連接至系統(tǒng)總線403。
[0062] 參考圖5,流程圖500顯示所描述方法的一個實施例。所述方法包括在基站處攔截 和監(jiān)聽501網(wǎng)絡(luò)上在用戶設(shè)備及內(nèi)容服務(wù)器之間的數(shù)據(jù)通信。在基站處使用所監(jiān)聽的通信 實施502對象緩存以優(yōu)化數(shù)據(jù)傳輸。亦在網(wǎng)絡(luò)中提供的對象緩存服務(wù)器處實施503對象緩 存。對象緩存服務(wù)器代理從用戶設(shè)備至內(nèi)容服務(wù)器的通信。維持504基站處的對象緩存與 服務(wù)器處的對象緩存之間的同步。
[0063] 現(xiàn)在描述一種實例狀況以更詳細地示出所描述的解決方案。實例狀況是其中UE 在UMTS網(wǎng)絡(luò)中使用HTTP協(xié)議取回網(wǎng)頁對象。
[0064] 參考圖6,描述方法600的一方面的一個實例實施例。UE建立601與網(wǎng)絡(luò)的隧道。 UE及UMTS網(wǎng)絡(luò)可在UE及Gi之間建立無線承載及隧道。注意，此操作通常在不同請求中再 三使用的相同隧道下預(yù)先發(fā)生。
[0065] UE可能需要建立602新的TCP連接（經(jīng)由隧道）至其想要從中取回網(wǎng)頁對象的內(nèi) 容服務(wù)器的HTTP端口。在OCGi中代理603此連接。
[0066] 創(chuàng)建此TCP連接涉及無線電網(wǎng)絡(luò)上針對SYN-SYN-ACK TCP建立階段的一個往返行 程延遲；然而，應(yīng)注意，HTTP協(xié)議通常在許多請求上使單一 TCP連接保持開放，因此，其假設(shè) TCP連接在許多情況中將已存在且因而沒有按請求的往返行程。
[0067] UE以正常方式經(jīng)由其TCP連接進行604網(wǎng)頁對象的HTTP GET請求。承載TCP連 接的隧道（HTTP GET請求在其上流動）可利用現(xiàn)有技術(shù)已知的分出功能重新引導(dǎo)605至基 站（節(jié)點B)處的0CNB工具。
[0068] 在0CNB工具中，TCP連接未被終止或代理，而只是被監(jiān)聽606。HTTP GET請求流 動通過隧道至核心，該核心是TCP連接在OCGi中終止之處。
[0069] 參考圖7,描述在0CNB處實施的方法700的一方面的一個實例實施例。0CNB監(jiān)聽 701來自UE的請求。0CNB使用所監(jiān)聽的HTTP請求以在0CNB本地緩存中執(zhí)行702查找。接 下來發(fā)生的操作取決于是存在緩存命中還是緩存未命中703。
[0070] 如果0CNB中存在緩存未命中，則0CNB繼續(xù)監(jiān)視709TCP連接及在響應(yīng)從OCGi至 UE未經(jīng)改變的流經(jīng)0CNB時監(jiān)聽響應(yīng)。更詳細地解釋此監(jiān)聽：當響應(yīng)到達時，0CNB監(jiān)聽響應(yīng) 的內(nèi)容及檢查響應(yīng)以判定所述響應(yīng)是否可緩存。如果所述響應(yīng)可緩存，則0CNB將響應(yīng)放入 710其緩存并允許其未經(jīng)改變的流至UE。請求是否可緩存的判定包括邏輯，該邏輯用于確 保如果尚未在OCGi處緩存事物，則該事物也未在0CNB處緩存。
[0071] 在0CNB處的緩存命中意味著當0CNB監(jiān)聽請求時，其可確定0CNB在其本地緩存中 具有服務(wù)所請求對象所需的數(shù)據(jù)。此方案亦保證完全相同的對象存在于OCGi緩存中。從 緩存取回704請求的對象。
[0072] 此外，由于將0CNB及OCGi的設(shè)計同步化，故0CNB可精確知道OCGi將針對響應(yīng)發(fā) 送的HTTP響應(yīng)的每個細節(jié)。此知識在每個細節(jié)上可為精確地正確，使得0CNB能夠創(chuàng)建包 括OCGi將創(chuàng)建的所有標頭的相同字節(jié)序列。由于0CNB亦監(jiān)視TCP連接，故其亦知道OCGi 處的TCP狀態(tài)，并可預(yù)測將用于發(fā)送響應(yīng)的TCP序列號。以此方式，0CNB可使其偽套接字 保持與OCGi中的真實套接字同步化。
[0073] 0CNB創(chuàng)建705響應(yīng)，作為其知道OCGi在OCGi處理請求時將創(chuàng)建的TCP分組序列。 0CNB通過使其偽TCP套接字模仿OCGi中的真實TCP套接字，在朝向UE的方向?qū)CGi所 將創(chuàng)建的TCP分組序列插入TCP連接，發(fā)送706響應(yīng)給UE。由于0CNB處的偽套接字保持 與OCGi處的真實套接字同步化，從偽套接字發(fā)送的分組在各方面將等同于從OCGi發(fā)送的 分組。
[0074] 0CNB可在請求已達到OCGi之前執(zhí)行此任務(wù)。隨著TCP分組從0CNB流向UE，UE 將開始使用含有被確認的序號的TCP ACK分組確認這些分組。這些ACK分組由0CNB監(jiān)聽 707以更新其偽套接字的狀態(tài)，但并不攔截這些ACK分組。這些ACK分組流回OCGi，所述分 組在此用于維持OCGi中TCP套接字的狀態(tài)，使其保持與數(shù)據(jù)傳輸同步化。這在以下顯示的 移動性的情況中很重要。
[0075] 注意，這意味著OCGi可看到其尚未生成的分組的確認。必須修改OCGi處的TCP 堆棧以識別此可能性。
[0076] 當在0CNB處發(fā)生緩存命中時，0CNB發(fā)送708通知給OCGi，以指示這是緩存命中。 可以多種方式發(fā)送通知。一些實例如下：
[0077] ?修改來自UE的HTTP GET以包括內(nèi)容被緩存的通知。這需要HTTP GET被延遲 達緩存查找的持續(xù)時間。
[0078] · 0CNB可經(jīng)由UDP將帶外消息發(fā)送至公知的端口及IP地址并且此消息在OCGi 處被攔截。此方式的優(yōu)點是不需要延遲HTTP GET請求。
[0079] 參考圖8,描述在核心的方法800的一方面的一個實例實施例。OCGi正向緩存代 理接收801請求。OCGi代理802連接及開始以正常方式處理HTTP正向緩存代理的請求。
[0080] 判定803請求的對象是否在OCGi處的對象緩存中。如果對象在緩存中且是新的， 則OCGi準備從OCGi的緩存提供804對象。
[0081] 如果對象不在緩存中或不是新的，則從原始內(nèi)容服務(wù)器取回807對象，且稍后將 此對象新增808至OCGi及0CNB處的緩存。在此情況中，可保證請求在0CNB亦是緩存未命 中。以正向緩存代理處理緩存未命中的正常方式處理請求。
[0082] 在處理OCGi處的緩存命中時，OCGi可從0CNB接收805此請求在0CNB中是緩存 命中的指示。如果接收此指示，OCGi并不提供809內(nèi)容，而是僅僅維護鏡像連接狀態(tài)的TCP 狀態(tài)機。OCGi不發(fā)送分組，但接收0CNB代表其發(fā)送的分組的ACK。
[0083] 如果OCGi未從0CNB接收已有0CNB緩存命中的指示，則OCGi開始提供806對象。 這有以下三個可能的原因：
[0084] ?沒有0CNB存在于數(shù)據(jù)路徑中。
[0085] 籲有0CNB在數(shù)據(jù)路徑中，但其有緩存未命中。
[0086] ?有0CNB在數(shù)據(jù)路徑中且有緩存命中，但通知尚未到達。在此情況中，OCGi將在 接收0CNB的緩存命中的指示之前開始提供分組。OCGi可生成復(fù)制在0CNB處生成的分組的 一些分組。它們都將流至UE，但這并不是問題。只要分組相同，TCP允許重復(fù)分組。最后， OCGi將接收通知及停止發(fā)送分組。
[0087] 參考圖9,描述形式為移動性事件的方法900的一方面的一個實例實施例。
[0088] 在經(jīng)由TCP提供對象的某個點處，UE可移動901至新的基站。
[0089] OCGi可檢測902UE已移動至新的基站。此檢測可以數(shù)個方式發(fā)生。以下是三個實 例：
[0090] ?由網(wǎng)絡(luò)通知OCGi。
[0091] · OCGi 維持與 0CNB 的心跳（heartbeat)。
[0092] · OCGi發(fā)送由0CNB移除的UDP數(shù)據(jù)報至UE。如果0CNB不存在，則UE將接收這 些UDP數(shù)據(jù)報及生成ICMP端口無法到達的錯誤。OCGi注意到其尚未接收UE對所發(fā)送分組 的確認，并在假設(shè)沒有0CNB的情況下重新傳輸。
[0093] 當OCGi檢測到UE已移動至新的基站時，OCGi接管903提供對象。0CGI可以這么 做是因為其具有TCP連接的最新狀態(tài)。OCGI只需要在OCNB停止發(fā)送分組的點處開始發(fā)送 分組。
[0094] 可選地，如果UE移動至具有0CNB的新基站，則OCGi可在帶外與0CNB進行通信以 安排讓新的0CNB接管904對象的提供。這么做將需要連同當前偏移及TCP信息一起傳送 原始請求的細節(jié)。
[0095] 注意，如果新的基站具有0CNB但對象不在其緩存中，則這將以沒有0CNB的基站的 相同方式來處理。
[0096] 緩存一致性
[0097] 基站對象緩存組件（0CNB)處的緩存必須與對象緩存服務(wù)器（OCGi)處的緩存一 致。此一致性可保證如果在0CNB處緩存對象，則在OCGi處緩存完全相同的對象，并且OCGi 不需要回到起源內(nèi)容服務(wù)器（如果緩存的對象過期）。
[0098] 如果OCGi具有對象的不同版本或如果其需要回到起源內(nèi)容服務(wù)器以取回對象， 則0CNB生成的TCP分組序列有可能與OCGi生成的TCP分組序列不同。
[0099] 可通過以下操作實現(xiàn)此一致性：
[0100] ?每個0CNB緩存可為固定大小。
[0101] · OCGi處的緩存可等于所有0CNB緩存大小的總和。
[0102] · OCGi可分割其緩存及單獨管理針對系統(tǒng)中存在的每個0CNB緩存的已緩存對 象。
[0103] ?在以下情況時，0CNB及OCGi中的緩存邏輯及參數(shù)可相同：
[0104] ?在緩存響應(yīng)時；
[0105] ?當超過緩存大小時的逐出策略；
[0106] ?當對象被視為過期時。
[0107] 組合后的對象緩存和字節(jié)緩存
[0108] 所描述的方法和系統(tǒng)可與基站及Gi之間的字節(jié)緩存相組合。
[0109] 可在Gi的中央攔截服務(wù)器與基站子集中的一組攔截功能之間實施字節(jié)緩存。該 實現(xiàn)攔截但不終止傳輸協(xié)議連接。其在傳輸協(xié)議連接流經(jīng)具有優(yōu)化功能的基站時優(yōu)化傳輸 協(xié)議連接。如果UE移動至另一具有優(yōu)化功能的基站，則繼續(xù)優(yōu)化。如果UE移動至沒有優(yōu) 化功能的基站，則傳輸協(xié)議連接不受影響但未被優(yōu)化。
[0110] 字節(jié)緩存服務(wù)器可在稱為"Gi"的參考點處插入UMTS網(wǎng)絡(luò)。此服務(wù)器可稱為 "BCGi"（字節(jié)緩存Gi)并可與所描述的對象緩存服務(wù)器（OCGi)相結(jié)合。此BCGi組件作為 常規(guī)透明TCP代理操作但具有額外字節(jié)緩存行為。
[0111] 可在與所描述的基站對象緩存組件（0CNB)結(jié)合的一個或多個基站處提供字節(jié)緩 存組件（稱為"BCNB"（字節(jié)緩存節(jié)點B))。與上述0CNB功能一樣，只要有關(guān)用戶平面數(shù)據(jù)， BCNB功能如"打線凸塊（bump in the wire)"般操作。其并非代理。與0CNB-樣，在UE 及核心之間的傳輸協(xié)議連接未被終止，而是有時由BCNB所操縱，有如BCNB將其終止那樣。
[0112] UE可以正常方式與網(wǎng)絡(luò)建立隧道。UE在其想要從中接收數(shù)據(jù)的內(nèi)容服務(wù)器的端 口處進行TCP連接。此TCP連接可由BCGi透明地代理。來自服務(wù)器端口的響應(yīng)可往回流 經(jīng)代理且可往回傳播至UE。BCGi完全不更改TCP流但的確開始檢查數(shù)據(jù)、計算Rabin指紋 及在字節(jié)緩存中存儲以它們的SHAT散列為關(guān)鍵字的文件塊。在此未完整描述字節(jié)緩存，因 為這在現(xiàn)有技術(shù)參考文獻中已充分說明?？梢哉fBCGi開始填充標準字節(jié)緩存結(jié)構(gòu)，但在UE 移動至具有BCNB功能的基站之前沒有任何動作。
[0113] BCNB可通過生成UE不會生成及BCGi會攔截的標記IP分組，發(fā)信號給BCGi，告知 其現(xiàn)已存在于數(shù)據(jù)路徑中。當BCGi得知BCN存在于數(shù)據(jù)路徑中時，BCGi可停止發(fā)送正常 TCP業(yè)務(wù)，并反而可開始將針對此業(yè)務(wù)的"字節(jié)緩存記錄"(BCR)發(fā)送至BCNB。精確地說，通 過GTP隧道發(fā)送這些記錄，有如這些記錄是要發(fā)送至UE，但并不在TCP連接內(nèi)部發(fā)送。而 是經(jīng)由UDP發(fā)送至BCGi識別的端口。事實上有許多方式可以發(fā)送這些記錄，至特殊端口的 UDP即是一個實例。
[0114] BCR 可含有：
[0115] ?所有TCP元數(shù)據(jù)，以允許在BCGi重新創(chuàng)建與BCR有關(guān)的TCP分組；
[0116] · TCP標頭的起始32位序號；
[0117] ?字節(jié)緩存令牌，其基本上是代表數(shù)據(jù)塊（通常大小大約8K)的關(guān)鍵字。
[0118] 在BCNB處，可創(chuàng)建偽TCP套接字。此偽套接字行為等同于針對0CNB描述的偽套 接字。
[0119] BCNB可從BCGi接收字節(jié)緩存令牌并可使用這些令牌重新組成原始數(shù)據(jù)。重新組 成原始數(shù)據(jù)的細節(jié)與字節(jié)緩存有關(guān)。簡單地說，BCNB處的字節(jié)緩存查找其緩存中的令牌以 尋找對應(yīng)的完整數(shù)據(jù)及重建TCP分組。重要的是BCNB不需要對數(shù)據(jù)執(zhí)行昂貴的Rabin指 紋法運算，這些全部可在BCGi處進行。BCNB只要訪問有關(guān)令牌的數(shù)據(jù)及重新創(chuàng)建TCP分 組。BCNB使用BCR中的數(shù)據(jù)在從字節(jié)緩存取回的數(shù)據(jù)周圍重新組成TCP幀。
[0120] 重要的是注意，由于TCP段中從BCR重新創(chuàng)建的數(shù)據(jù)完全相同，如果BCNB不存在 將由BCGi逐字節(jié)發(fā)送數(shù)據(jù)，偽套接字中的TCP狀態(tài)精確地保持與BCGi同步化。
[0121] 還有，注意，字節(jié)緩存不需要完全以逐個TCP段的基礎(chǔ)進行操作。BCR可含有匹配 數(shù)個段的TCP數(shù)據(jù)的令牌。事實上，字節(jié)緩存邊界不必落在段邊界上。
[0122] 將對象緩存和字節(jié)緩存相結(jié)合提供允許部分緩存命中的進一步好處。這將允許以 更有效的方式管理0CNB處的有限大小的緩存。
[0123] 在此情況中，0CNB緩存將持有以HTTP請求細節(jié)為關(guān)鍵字的字節(jié)緩存令牌序列。 HTTP請求的初始查找將產(chǎn)生字節(jié)緩存令牌序列。
[0124] 字節(jié)緩存將位于此序列下及可持有一些或所有這些令牌的數(shù)據(jù)。在一些令牌的數(shù) 據(jù)不在緩存中的情況中，數(shù)據(jù)將被取回。本領(lǐng)域技術(shù)人員將明白，在字節(jié)緩存實現(xiàn)與對象緩 存實現(xiàn)之間，在0CNB將數(shù)據(jù)插入TCP流的過程完全相同。在任一情況中，節(jié)點B處的偽套 接字都發(fā)出真實TCP套接字將產(chǎn)生的TCP分組序列。
[0125] 所描述的特定優(yōu)化如下：
[0126] ?減少在無線電接入網(wǎng)絡(luò)（RAN)及核心網(wǎng)絡(luò)的回程上發(fā)送的數(shù)據(jù)量。
[0127] ?明顯減少UE所經(jīng)歷的往返時間及因而明顯減少加載網(wǎng)頁的時間。
[0128] ?不需要對UE硬件或軟件進行任何修改，也不需要對服務(wù)器進行修改。
[0129] ?不會妨礙移動性管理。
[0130] 所屬【技術(shù)領(lǐng)域】的技術(shù)人員知道，本發(fā)明的各方面可以體現(xiàn)為系統(tǒng)、方法、計算機程 序產(chǎn)品或計算機程序。因此，本發(fā)明的各方面可以具體實現(xiàn)為以下形式，即，可以是完全的 硬件、完全的軟件（包括固件、駐留軟件、微代碼等）、或者本文一般稱為"電路"、"模塊"或 "系統(tǒng)"的軟件與硬件方面的組合。此外，本發(fā)明的各方面還可以采取體現(xiàn)在一個或多個計 算機可讀介質(zhì)中的計算機程序產(chǎn)品的形式，該介質(zhì)中包含計算機可讀程序代碼。
[0131] 可以使用一個或多個計算機可讀介質(zhì)的任何組合。計算機可讀介質(zhì)可以是計算 機可讀信號介質(zhì)或計算機可讀存儲介質(zhì)，計算機可讀存儲介質(zhì)例如可以是一但不限于一電 的、磁的、光的、電磁的、紅外線的、或半導(dǎo)體的系統(tǒng)、裝置、器件、或前述各項的任何適當?shù)?組合。計算機可讀存儲介質(zhì)的更具體的例子（非窮舉的列表）包括以下：有一個或多個導(dǎo) 線的電連接、便攜式計算機磁盤、硬盤、隨機存取存儲器（RAM)、只讀存儲器（ROM)、可擦式 可編程只讀存儲器（EPROM或閃存）、光纖、便攜式緊湊磁盤只讀存儲器（CD-ROM)、光存儲器 件、磁存儲器件、或前述各項的任何適當?shù)慕M合。在本文語境中，計算機可讀存儲介質(zhì)可以 是任何含有或存儲供指令執(zhí)行系統(tǒng)、裝置或器件使用的或與指令執(zhí)行系統(tǒng)、裝置或器件相 聯(lián)系的程序的有形介質(zhì)。
[0132] 計算機可讀信號介質(zhì)可以包括例如在基帶中或作為載波的一部分傳播的帶有計 算機可讀程序代碼的數(shù)據(jù)信號。這樣一種傳播信號可以采取任何適當?shù)男问?，包括一但?限于一電磁的、光的或其任何適當?shù)慕M合。計算機可讀信號介質(zhì)可以是不同于計算機可讀 存儲介質(zhì)的、可以傳達、傳播或傳輸供指令執(zhí)行系統(tǒng)、裝置或器件使用的或與指令執(zhí)行系 統(tǒng)、裝置或器件相聯(lián)系的程序的任何一種計算機可讀介質(zhì)。
[0133] 包含在計算機可讀介質(zhì)中的程序代碼可以采用任何適當?shù)慕橘|(zhì)傳輸，包括一但不 限于一無線、有線、光纜、射頻等等、或上述各項的任何適當?shù)慕M合。
[0134] 用于執(zhí)行本發(fā)明的各方面的操作的計算機程序碼，可以以一種或多種程序設(shè)計 語言的任何組合來編寫，所述程序設(shè)計語言包括面向?qū)ο蟮某绦蛟O(shè)計語言一諸如Java、 Smalltalk、C++之類，還包括常規(guī)的過程式程序設(shè)計語言一諸如"C"程序設(shè)計語言或類似 的程序設(shè)計語言。程序碼可以完全地在用戶的計算上執(zhí)行、部分地在用戶的計算機上執(zhí) 行、作為一個獨立的軟件包執(zhí)行、部分在用戶的計算機上部分在遠程計算機上執(zhí)行、或者完 全在遠程計算機或服務(wù)器上執(zhí)行。在后一種情形中，遠程計算機可以通過任何種類的網(wǎng) 絡(luò)--包括局域網(wǎng)（LAN)或廣域網(wǎng)（WAN) -連接到用戶的計算機，或者，可以（例如利用因 特網(wǎng)服務(wù)提供商來通過因特網(wǎng)）連接到外部計算機。Java和所有基于Java的商標和徽標 是Oracle和/或其子公司的商標或注冊商標。
[0135] 以下參照按照本發(fā)明實施例的方法、裝置（系統(tǒng)）和計算機程序產(chǎn)品的流程圖和 /或框圖描述本發(fā)明的各方面。要明白的是，流程圖和/或框圖的每個方框以及流程圖和/ 或框圖中各方框的組合，都可以由計算機程序指令實現(xiàn)。這些計算機程序指令可以提供給 通用計算機、專用計算機或其它可編程數(shù)據(jù)處理裝置的處理器，從而生產(chǎn)出一種機器，使得 通過計算機或其它可編程數(shù)據(jù)處理裝置的處理器執(zhí)行的這些指令，產(chǎn)生實現(xiàn)流程圖和/或 框圖中的方框中規(guī)定的功能/操作的裝置。
[0136] 也可以將這些計算機程序指令存儲在能指令計算機或其它可編程數(shù)據(jù)處理裝置 或其他設(shè)備以特定方式工作的計算機可讀介質(zhì)中，這樣，存儲在計算機可讀介質(zhì)中的指令 產(chǎn)生一個包括實現(xiàn)流程圖和/或框圖中的方框中規(guī)定的功能/操作的指令的制造品。
[0137] 也可以將計算機程序指令加載到計算機、其它可編程數(shù)據(jù)處理裝置或其他設(shè)備 上，使得在計算機、其它可編程數(shù)據(jù)處理裝置或其他設(shè)備上執(zhí)行一系列操作步驟，以產(chǎn)生計 算機實現(xiàn)的過程，從而在計算機或其它可編程裝置上執(zhí)行的指令就提供實現(xiàn)流程圖和/或 框圖中的方框中規(guī)定的功能/操作的過程。
[0138] 附圖中的流程圖和框圖，圖示了按照本發(fā)明各種實施例的系統(tǒng)、方法和計算機程 序產(chǎn)品的可能實現(xiàn)的體系架構(gòu)、功能和操作。在這點上，流程圖或框圖中的每個方框可以代 表一個模塊、程序段、或代碼的一部分，所述模塊、程序段、或代碼的一部分包含一個或多個 用于實現(xiàn)規(guī)定的邏輯功能的可執(zhí)行指令。也應(yīng)當注意，在有些作為替換的實現(xiàn)中，方框中所 標注的功能也可以以不同于附圖中所標注的順序發(fā)生。例如，兩個接連地表示的方框?qū)嶋H 上可以基本并行地執(zhí)行，它們有時也可以按相反的順序執(zhí)行，這依所涉及的功能而定。也要 注意的是，框圖和/或流程圖中的每個方框、以及框圖和/或流程圖中的方框的組合，可以 用執(zhí)行規(guī)定的功能或操作的專用的基于硬件的系統(tǒng)來實現(xiàn)，或者可以用專用硬件與計算機 指令的組合來實現(xiàn)。
[0139] 為避免歧義，如此處在說明書和權(quán)利要求書中使用的術(shù)語"包括"不應(yīng)被解釋為 "僅由…構(gòu)成"。
【權(quán)利要求】
1. 一種具有移動數(shù)據(jù)通信的移動性管理的用于對象緩存的方法，所述方法包括： 在基站處攔截和監(jiān)聽在用戶設(shè)備與內(nèi)容服務(wù)器之間的數(shù)據(jù)通信而不終止通信； 在所述基站處使用所監(jiān)聽的數(shù)據(jù)通信實施對象緩存； 在網(wǎng)絡(luò)中的對象緩存服務(wù)器處實施對象緩存，其中所述對象緩存服務(wù)器代理從所述用 戶設(shè)備至所述內(nèi)容服務(wù)器的通信；及 維持所述基站處的對象緩存與所述對象緩存服務(wù)器處的對象緩存之間的同步。
2. 如權(quán)利要求1所述的方法，包括： 從提供已緩存對象的所述基站將數(shù)據(jù)響應(yīng)提供給用戶設(shè)備，其中所述數(shù)據(jù)響應(yīng)仿真來 自所述對象緩存服務(wù)器的響應(yīng)。
3. 如權(quán)利要求2所述的方法，其中提供數(shù)據(jù)響應(yīng)包括創(chuàng)建所述對象緩存服務(wù)器將創(chuàng)建 的字節(jié)序列。
4. 如任一上述權(quán)利要求所述的方法，包括： 如果在所述基站處針對數(shù)據(jù)通信產(chǎn)生緩存命中，則將通知提供給所述對象緩存服務(wù) 器。
5. 如任一上述權(quán)利要求所述的方法，包括： 如果在所述基站處針對數(shù)據(jù)通信存在緩存命中，則在數(shù)據(jù)分組中將所述已緩存對象提 供給所述用戶設(shè)備； 所述基站監(jiān)聽來自所述用戶設(shè)備的確認數(shù)據(jù)分組并允許所述確認數(shù)據(jù)分組繼續(xù)進行 至所述對象緩存服務(wù)器，在所述對象緩存服務(wù)器處，使用所述確認數(shù)據(jù)分組維護所述對象 緩存服務(wù)器處的狀態(tài)。
6. 如權(quán)利要求5所述的方法，包括： 針對所述對象緩存服務(wù)器尚未生成的數(shù)據(jù)分組，修改所述對象緩存服務(wù)器以適合從所 述用戶設(shè)備接收確認數(shù)據(jù)分組。
7. 如任一上述權(quán)利要求所述的方法，包括： 在所述基站處監(jiān)聽來自所述對象緩存服務(wù)器的響應(yīng)；及 如果在所述對象緩存服務(wù)器處也已經(jīng)緩存所述響應(yīng)的對象，則緩存該對象。
8. 如任一上述權(quán)利要求所述的方法，包括： 如果從所述對象緩存服務(wù)器提供緩存命中并接收到所述基站具有緩存命中的通知，則 停止從所述對象緩存服務(wù)器提供所述對象，同時維護鏡像連接狀態(tài)的狀態(tài)。
9. 如任一上述權(quán)利要求所述的方法，包括： 由所述對象緩存服務(wù)器檢測所述用戶設(shè)備從基站小區(qū)的移動； 所述對象緩存服務(wù)器接管提供請求的對象。
10. 如任一上述權(quán)利要求所述的方法，包括： 由所述對象緩存服務(wù)器檢測所述用戶設(shè)備從基站小區(qū)的移動； 新的基站接管提供請求的對象。
11. 如任一上述權(quán)利要求所述的方法，包括： 維持每個基站處的對象緩存與所述對象緩存服務(wù)器處的對象緩存一致。
12. 如權(quán)利要求11所述的方法，包括： 在每個基站處提供固定大小的對象緩存； 在所述對象緩存服務(wù)器處提供大小等于所有基站對象緩存的總和的對象緩存；及 分割所述對象緩存服務(wù)器的所述對象緩存以單獨管理針對每個基站緩存的對象。
13. 如權(quán)利要求11所述的方法，包括： 在所述基站處和所述對象緩存服務(wù)器處提供相同的緩存邏輯和參數(shù)。
14. 如任一上述權(quán)利要求所述的方法，包括： 在所述基站和所述對象緩存服務(wù)器處實施字節(jié)緩存以實現(xiàn)部分緩存命中； 其中所述基站持有緩存了以數(shù)據(jù)請求細節(jié)為關(guān)鍵字的令牌的字節(jié)序列。
15. 如任一上述權(quán)利要求所述的方法，其中所述數(shù)據(jù)通信是超文本傳輸協(xié)議請求和響 應(yīng)。
16. -種具有移動數(shù)據(jù)通信的移動性管理的用于對象緩存的系統(tǒng)，所述系統(tǒng)包括： 處理器； 網(wǎng)絡(luò)，其包含一個或多個基站，其中所述網(wǎng)絡(luò)支持來往于用戶設(shè)備的數(shù)據(jù)傳輸?shù)囊苿? 性管理； 在基站處的對象緩存組件，其用于攔截和監(jiān)聽在用戶設(shè)備與內(nèi)容服務(wù)器之間的數(shù)據(jù)通 信而不終止通信； 在所述網(wǎng)絡(luò)中的對象緩存服務(wù)器，其中所述對象緩存服務(wù)器代理從所述用戶設(shè)備至所 述內(nèi)容服務(wù)器的通信；及 在所述基站和對象緩存服務(wù)器處的同步化組件，其用于維持所述基站處的對象緩存與 所述對象緩存服務(wù)器處的對象緩存之間的同步。
17. 如權(quán)利要求16所述的系統(tǒng)，其中在所述基站處的所述對象緩存組件包括仿真組 件，其用于從提供已緩存對象的所述基站將數(shù)據(jù)響應(yīng)提供給用戶設(shè)備，其中所述數(shù)據(jù)響應(yīng) 仿真來自所述對象緩存服務(wù)器的響應(yīng)。
18. 如權(quán)利要求16或17所述的系統(tǒng)，其中在所述基站處的所述對象緩存組件包括通知 組件，其用于在所述基站處針對數(shù)據(jù)通信產(chǎn)生緩存命中的情況下，將通知提供給所述對象 緩存服務(wù)器。
19. 如權(quán)利要求16至18中的任一權(quán)利要求所述的系統(tǒng)，其中所述對象緩存服務(wù)器包括 檢測組件，其用于檢測所述用戶設(shè)備自基站小區(qū)的移動及接管提供請求的對象。
20. 如權(quán)利要求16至19中的任一權(quán)利要求所述的系統(tǒng)，包括： 在每個基站處的固定大小的對象緩存； 在所述對象緩存服務(wù)器處的大小等于所有基站對象緩存的總和的對象緩存；及 其中分割所述對象緩存服務(wù)器的所述對象緩存以單獨管理針對每個基站緩存的對象。
21. -種計算機程序，其存儲于計算機可讀介質(zhì)上并可載入數(shù)字計算機的內(nèi)部存儲器， 所述計算機程序包括軟件代碼部分，當所述程序在計算機上運行時，所述軟件代碼部分用 于執(zhí)行如權(quán)利要求1至15中的任一項所述的方法。
【文檔編號】H04W88/08GK104160679SQ201380012617
【公開日】2014年11月19日 申請日期:2013年2月8日 優(yōu)先權(quán)日:2012年3月13日
【發(fā)明者】R·尼科爾森, V·穆爾, O·M·德金, C·J·索恩 申請人:國際商業(yè)機器公司