一種對交互數(shù)據(jù)進行處理的方法、設備及無線加速系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種對交互數(shù)據(jù)進行處理的方法、設備及無線加速系統(tǒng)，涉及通信【技術領域】，解決了現(xiàn)有技術中對移動網(wǎng)與互聯(lián)網(wǎng)之間的交互數(shù)據(jù)處理能力較差，響應慢的技術問題。其中，該方法包括：核心交換機根據(jù)預設的上行數(shù)據(jù)的策略路由將無線分組網(wǎng)關發(fā)送而來的用戶請求轉(zhuǎn)發(fā)到無線加速系統(tǒng)；所述無線加速系統(tǒng)根據(jù)所述用戶請求中的網(wǎng)址確定本地是否緩存有對應的響應數(shù)據(jù)副本；若確定本地沒有緩存對應的響應數(shù)據(jù)副本，則通過將所述用戶請求發(fā)送到互聯(lián)網(wǎng)中的請求站點進而獲取到所述請求站點返回的響應數(shù)據(jù)；所述無線加速系統(tǒng)將所述響應數(shù)據(jù)加速處理后發(fā)送到所述用戶請求對應的客戶端。本發(fā)明主要用于移動網(wǎng)絡的數(shù)據(jù)訪問處理。
【專利說明】一種對交互數(shù)據(jù)進行處理的方法、設備及無線加速系統(tǒng)
【技術領域】
[0001]本發(fā)明涉及通信【技術領域】，特別涉及一種對交互數(shù)據(jù)的處理方法、設備及無線加速系統(tǒng)。
【背景技術】
[0002]目前，隨著3G上網(wǎng)卡的普及，選擇直接采用無線上網(wǎng)卡從移動網(wǎng)絡接入互聯(lián)網(wǎng)的用戶越來越多。加上隨著上網(wǎng)卡業(yè)務在中國運營商的推廣，移動數(shù)據(jù)業(yè)務快速增長，數(shù)據(jù)量不斷增長。
[0003]網(wǎng)絡應用變得越來越豐富，不同類型的網(wǎng)絡應用的通訊方式、對網(wǎng)絡的需求各有不同，并且在這些應用中，基于Web的網(wǎng)絡應用仍占據(jù)了主導地位。
[0004]為了解決現(xiàn)有技術中移動網(wǎng)絡與互聯(lián)網(wǎng)絡之間交互數(shù)據(jù)量大，數(shù)據(jù)處理效率低下的問題，現(xiàn)有技術中主要的互聯(lián)網(wǎng)網(wǎng)站都采用了部署基于Web緩存技術的內(nèi)容分發(fā)網(wǎng)絡(Content Delivery Network, CDN)節(jié)點的方式對其內(nèi)容進行優(yōu)化部署。但是該方案至少存在如下的技術問題:
[0005]這些節(jié)點的網(wǎng)絡位置選擇主要還是考慮固網(wǎng)寬帶用戶的使用，并不完全針對移動網(wǎng)絡；而且由于不同的網(wǎng)站選擇的⑶N節(jié)點也會有差別，因此也會導致用戶使用網(wǎng)絡時，不同網(wǎng)站之間的響應速度差異大、數(shù)據(jù)交互能力差。

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

[0006]為了解決現(xiàn)有技術中移動網(wǎng)絡與互聯(lián)網(wǎng)絡之間的交互數(shù)據(jù)交互能力差、響應速度差異大的技術問題，本發(fā)明的提出一種對交互數(shù)據(jù)進行處理的方法、設備及無線加速系統(tǒng)。
[0007]一種對交互數(shù)據(jù)進行處理的方法，包括:
[0008]核心交換機根據(jù)預設的上行數(shù)據(jù)的策略路由將無線分組網(wǎng)關發(fā)送而來的用戶請求轉(zhuǎn)發(fā)到無線加速系統(tǒng)；
[0009]所述無線加速系統(tǒng)根據(jù)所述用戶請求中的網(wǎng)址確定本地是否緩存有對應的響應數(shù)據(jù)副本；
[0010]若確定本地沒有緩存對應的響應數(shù)據(jù)副本，則通過將所述用戶請求發(fā)送到互聯(lián)網(wǎng)中的請求站點進而獲取到所述請求站點返回的響應數(shù)據(jù)；
[0011]所述無線加速系統(tǒng)將所述響應數(shù)據(jù)加速處理后發(fā)送到所述用戶請求對應的客戶端。
[0012]一種加速服務器，包括:
[0013]接收單元，用于接收核心交換機或負載均衡器轉(zhuǎn)發(fā)而來的用戶請求；
[0014]緩存確定單元，用于根據(jù)所述用戶請求中的網(wǎng)址確定本地是否緩存有對應的響應數(shù)據(jù)副本；
[0015]獲取單元，用于在緩存確定單元確定本地沒有緩存對應的響應數(shù)據(jù)副本時，通過將所述用戶請求發(fā)送到互聯(lián)網(wǎng)中的請求站點進而獲取到所述請求站點返回的響應數(shù)據(jù)；[0016]執(zhí)行單元，用于將所述響應數(shù)據(jù)加速處理后發(fā)送到所述用戶請求對應的客戶端。
[0017]一種無線加速系統(tǒng)，包括至少一個負載均衡器和至少一個加速服務器；
[0018]所述負載均衡器，用于接收核心交換機根據(jù)預設的上行數(shù)據(jù)的策略路由將無線分組網(wǎng)關發(fā)送而來的用戶請求，并根據(jù)檢測到的各個加速服務器的負載狀況將所述用戶請求發(fā)送到適合的加速服務器；
[0019]所述加速服務器，用于根據(jù)所述用戶請求中的網(wǎng)址確定本地是否緩存有對應的響應數(shù)據(jù)副本；若確定本地沒有緩存對應的響應數(shù)據(jù)副本，則通過將所述用戶請求發(fā)送到互聯(lián)網(wǎng)中的請求站點進而獲取到所述請求站點返回的響應數(shù)據(jù)；再將所述響應數(shù)據(jù)加速處理后發(fā)送到所述用戶請求對應的客戶端。
[0020]本發(fā)明提供的上述方案中，通過在引入了無線加速系統(tǒng)，專門對移動網(wǎng)絡與互聯(lián)網(wǎng)之間的交互數(shù)據(jù)進行加速處理，提高移動網(wǎng)絡與互聯(lián)網(wǎng)之間的數(shù)據(jù)交互能力，保證了交互數(shù)據(jù)的響應效率。
【專利附圖】

【附圖說明】
[0021]附圖用來提供對本發(fā)明的進一步理解，并且構成說明書的一部分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構成對本發(fā)明的限制。在附圖中:
[0022]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0023]圖1為本發(fā)明實施例1中的一種對交互數(shù)據(jù)進行處理的方法的網(wǎng)絡構架示意圖；
[0024]圖2為本發(fā)明實施例1中的一種對交互數(shù)據(jù)進行處理的方法流程圖；
[0025]圖3為本發(fā)明實施例2中的加速服務器的結構示意圖；
[0026]圖4為本發(fā)明實施例3中的一種無線加速系統(tǒng)的結構示意圖。
【具體實施方式】
[0027]下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。并且，以下各實施例均為本發(fā)明的可選方案，實施例的排列順序及實施例的編號與其優(yōu)選執(zhí)行的順序無關。
[0028]實施例1
[0029]根據(jù)本發(fā)明實施例提供了一種對交互數(shù)據(jù)進行處理的方法，如圖1所示為該方法應用的網(wǎng)絡構架圖，包括無線分組網(wǎng)關(圖1中的FOSN (Packet Data Serving Node,分組數(shù)據(jù)服務節(jié)點)或GGSN(Gateway GPRS Support Node，網(wǎng)關GPRS支持節(jié)點))、核心交換機、互聯(lián)網(wǎng)。其中由橢圓包起來部分，是本實施例主要的改進之處——無線加速系統(tǒng)，該無線加速系統(tǒng)有至少一個負載均衡器和至少一個加速服務器組成。為了便于系統(tǒng)的推廣和擴展，在本實施例中，無線加速系統(tǒng)采用對用戶完全透明的部署方式，即不需要用戶在個人電腦上(客戶端)做任何設置也不需要安裝額外的客戶端軟件。在邏輯上，優(yōu)選方案是無線加速系統(tǒng)旁掛在從roSN或GGSN之后的核心交換機上，且是核心交換機與互聯(lián)網(wǎng)之間偏向核心交換機的位置。
[0030]并且，為了保證需要進行數(shù)據(jù)加速的用戶能夠接受數(shù)據(jù)加速服務，在核心交換機上需要預設上行數(shù)據(jù)的策略路由，使得用戶請求中包含的用戶地址(即源IP)若匹配要加速的用戶地址池的IP，則該源IP對應的數(shù)據(jù)包轉(zhuǎn)發(fā)到負載均衡器上，負載均衡器將根據(jù)用戶請求將用戶的會話負載均衡到加速服務器上。加速服務器接收到用戶發(fā)來的會話請求后，偽裝成互聯(lián)網(wǎng)網(wǎng)站的IP地址對請求進行處理，這樣，從用戶的角度上來看，自己是在跟互聯(lián)網(wǎng)網(wǎng)站的服務器進行會話通信，因此加速系統(tǒng)對于無線上網(wǎng)用戶來說完全透明。
[0031]對于加速服務器本地緩存有該用戶請求所需要的響應數(shù)據(jù)副本的情況下，加速服務器可以直接將對應的響應數(shù)據(jù)副本返回給發(fā)送該用戶請求的客戶端；對于加速服務器本地沒有保留緩存副本的用戶請求來說，加速服務器需要代替用戶向互聯(lián)網(wǎng)網(wǎng)站服務器發(fā)送請求以獲得未緩存內(nèi)容，這時，加速服務器有兩種方式向互聯(lián)網(wǎng)網(wǎng)站發(fā)起請求。一種方式是將用戶的源IP地址修改為加速服務器的地址，此時需要分配能夠訪問互聯(lián)網(wǎng)的IP地址給該加速服務器。這樣互聯(lián)網(wǎng)網(wǎng)站返回到數(shù)據(jù)可以直接發(fā)到加速服務器上，這種方式要求為加速服務器分配可以訪問互聯(lián)網(wǎng)的IP地址，由于修改了源IP地址，從互聯(lián)網(wǎng)網(wǎng)站的角度上看，請求來自于加速服務器，而不是無線上網(wǎng)用戶，這種方式對用戶透明，但對互聯(lián)網(wǎng)網(wǎng)站不透明，稱為單向透明模式；另一種方式是不修改用戶請求中的源IP地址，直接利用用戶的源IP地址將用戶請求發(fā)送到互聯(lián)網(wǎng)中請求的網(wǎng)站，同時在核心交換機上另外預設一條用于下行數(shù)據(jù)的策略路由，使得互聯(lián)網(wǎng)返回的響應數(shù)據(jù)源地址為互聯(lián)網(wǎng)IP，目的地址為源IP地址的數(shù)據(jù)成為加速服務器用戶地址池的成員，并將該響應數(shù)據(jù)的數(shù)據(jù)包設置為負載均衡器的地址，這樣可以保證互聯(lián)網(wǎng)中請求網(wǎng)站返回給客戶端的數(shù)據(jù)能夠達到加速服務器，這種方式對用戶和互聯(lián)網(wǎng)網(wǎng)站來說，無線加速系統(tǒng)都是不存在的，稱為雙向透明模式。
[0032]下面，本實施例將具體以單向透明模式的實施方式為例，描述一種對交互數(shù)據(jù)進行處理的方法(雙向透明模式的實施方式參照實施例2)，如圖2所示，包括:
[0033]步驟101，PDSN/GGSN接收到客戶端發(fā)送的用戶訪問互聯(lián)網(wǎng)中某請求網(wǎng)站的用戶請求，并將該用戶請求發(fā)送到核心交換機；
[0034]步驟102，核心交換機根據(jù)預設的上行數(shù)據(jù)的策略路由將該用戶請求轉(zhuǎn)發(fā)到無線加速系統(tǒng)；
[0035]核心交換機將該用戶請求轉(zhuǎn)發(fā)到無線加速系統(tǒng)的目的，是為了便于無線加速系統(tǒng)根據(jù)用戶請求中的網(wǎng)址確定本地是否緩存有對應的響應數(shù)據(jù)副本，具體而言，該部分執(zhí)行步驟包括如下103-105。
[0036]步驟103，無線加速系統(tǒng)中的負載均衡器接收到用戶請求，并根據(jù)檢測到的各個加速服務器的負載狀況將用戶請求發(fā)送到適合的加速服務器；
[0037]本實施例中，負載均衡器可以實時檢測各個加速服務器的負載狀況，并根據(jù)檢測到的各個加速服務器的負載狀況將用戶請求發(fā)送到當前負載較輕的一個加速服務器處理；
[0038]優(yōu)選方案中，為了減少一些不需要進行加速處理(即壓縮)的數(shù)據(jù)，加速服務器接收到該用戶請求后，還可以進行如下步驟104。
[0039]步驟104，無線加速系統(tǒng)中的加速服務器根據(jù)用戶請求中的網(wǎng)址確定用戶請求是否為動態(tài)請求，如搜索查詢等。若為動態(tài)請求，則直接轉(zhuǎn)發(fā)該請求到請求站點，并可以不再執(zhí)行下述步驟；若不為動態(tài)請求，則執(zhí)行步驟105。
[0040]動態(tài)請求在本實施例中指由第三方網(wǎng)站服務接收的動態(tài)的請求?？紤]到動態(tài)請求屬于第三方網(wǎng)站服務的內(nèi)容，隨機性太大，因此本實施例優(yōu)選方案中對于這類請求的響應數(shù)據(jù)不緩存其副本，也不給予加速處理?？梢栽诩铀俜掌魃项A存包含第三方網(wǎng)站URL的列表，通過查詢該列表和用戶請求中的網(wǎng)址，加速服務器可以確定該用戶請求是否為動態(tài)請求。
[0041]步驟105，加速服務器根據(jù)用戶請求中的網(wǎng)址URL確定本地是否緩存有該用戶請求所請求的響應數(shù)據(jù)副本；若確定本地沒有緩存對應的響應數(shù)據(jù)副本，則執(zhí)行步驟106 ;若確定本地緩存有對應的響應數(shù)據(jù)副本，則將響應數(shù)據(jù)副本返回到核心交換機，并無需再執(zhí)行下述步驟。
[0042]步驟106，加速服務器通過將用戶請求發(fā)送到互聯(lián)網(wǎng)中的請求站點進而獲取到請求站點返回的響應數(shù)據(jù)。
[0043]具有而言，由于本實施例描述的是單向透明模式的實施例，所以屬于核心交換機上未預設下行數(shù)據(jù)的策略路由的情況，那么通過將用戶請求發(fā)送到互聯(lián)網(wǎng)中的請求站點進而獲取到請求站點返回的響應數(shù)據(jù)具體包括:
[0044]加速服務器更改用戶請求中的用戶地址為加速服務器的地址，再將更改后的用戶請求發(fā)送到互聯(lián)網(wǎng)中的請求站點；
[0045]請求站點接收到用戶請求后按照加速服務器的地址將響應數(shù)據(jù)發(fā)送出去，進而使加速服務器接收到請求站點根據(jù)加速服務器的地址返回的響應數(shù)據(jù)。
[0046]步驟107，無線加速系統(tǒng)將響應數(shù)據(jù)加速處理后發(fā)送到用戶請求對應的客戶端。
[0047]具體而言，步驟107可通過如下方式實現(xiàn):
[0048]加速服務器根據(jù)響應數(shù)據(jù)的協(xié)議格式以及當前的負載狀況確定是否壓縮響應數(shù)據(jù)；例如:在本實施例中對于HTTP協(xié)議格式的響應數(shù)據(jù)默認為需要壓縮。此時，如果當前網(wǎng)絡的負載狀況屬于預設的空閑值范圍內(nèi)，則無需壓縮；否則在該響應數(shù)據(jù)的協(xié)議格式是HTTP的情況下，則確定需要進行壓縮。
[0049]若確定壓縮響應數(shù)據(jù)，則按照響應數(shù)據(jù)的格式對其進行壓縮，并在壓縮后，根據(jù)響應數(shù)據(jù)的格式確定是否在本地緩存響應數(shù)據(jù)的副本，并將壓縮后的響應數(shù)據(jù)發(fā)送到用戶請求對應的客戶端；例如:在本實施例中可默認媒體流格式的響應數(shù)據(jù)需要本地緩存，則根據(jù)響應數(shù)據(jù)的格式(如文本文件，圖片文件，媒體文件)選擇適當?shù)母袷竭M行壓縮后，若該響應數(shù)據(jù)是媒體文件，則本地緩存后發(fā)送到發(fā)送該用戶請求的客戶端；若該響應數(shù)據(jù)是文本文件，則直接發(fā)送到對應的客戶端。
[0050]若確定不壓縮響應數(shù)據(jù)，則根據(jù)響應數(shù)據(jù)的格式確定是否在本地緩存響應數(shù)據(jù)的副本后，將響應數(shù)據(jù)發(fā)送到核心交換機。
[0051]當然，本實施例中上述是以響應數(shù)據(jù)的協(xié)議格式是HTTP類型的為例，確定是否需要壓縮的，根據(jù)實際需要也可以設置成其他或更多的協(xié)議格式；同理，上述也是以媒體流格式文件為例，確定是否需要緩存的(因為媒體流的文件大，緩存起來便于后繼有同樣請求時快速響應用戶)，根據(jù)實際需要也可以設置成其他或更多的文件格式。
[0052]本實施例中采用了對響應數(shù)據(jù)進行緩存的手段，通過在加速服務器中存儲目標文件的響應數(shù)據(jù)副本，實現(xiàn)提供http請求訪問目標的功能。一般來說，采用該技術手段有2方面的好處:一方面，從網(wǎng)絡資源的角度來說，由于緩存過多數(shù)據(jù)不需要再從互聯(lián)網(wǎng)網(wǎng)站服務器傳輸，因此可以節(jié)約網(wǎng)絡出口的流量；另一方面，把緩存服務器部署在靠近用戶的網(wǎng)絡邊緣節(jié)點處，可以減小網(wǎng)絡中的延時和瓶頸點擁堵造成的傳輸速率下降，加快用戶請求響應速度，從而提高用戶的使用體驗。
[0053]進一步地，本實施例中采用了對移動網(wǎng)絡與互聯(lián)網(wǎng)之間的交換數(shù)據(jù)進行加速/壓縮的技術手段，是因為考慮到與固網(wǎng)寬帶的充裕的網(wǎng)絡接入資源不同，移動上網(wǎng)接入的無線空口處的網(wǎng)絡資源相對緊張，因此如果能夠利用數(shù)據(jù)壓縮/加速將傳輸給用戶的數(shù)據(jù)縮減，則相當于提高了空口側(cè)的網(wǎng)絡資源利用效率。另一方面，對于無線上網(wǎng)用戶來說，在有限的傳輸速率下，要傳輸?shù)臄?shù)據(jù)量越小，則傳輸時間越短，因此，將數(shù)據(jù)進行壓縮后傳輸給用戶，可以進一步提高用戶訪問速度，從而提升用戶體驗。
[0054]在本實施例中，考慮到在絕大部分Web應用中，基本都通過http協(xié)議進行，因此主要的傳輸文件可以劃分為3大類:文本類文件、圖片類文件、媒體和應用類文件。文本類文件一般包括html、xml、txt、css、javascript等，以文字內(nèi)容或者頁面腳本為主；圖片類文件一般包括jpg、png、gif等格式的文件，主要是一些圖像和頁面構圖等；媒體和其他應用類是以flash、mp3為主體的媒體廣告類文件。結合這3類的文件格式，本實施例步驟107里對響應據(jù)進行縮減的過程中將分析響應數(shù)據(jù)的格式(即文件格式)，從而采用對應的壓縮方式。
[0055]在上述3類文件中，文本文件由于采用了大量的文本數(shù)據(jù)，進行無損壓縮(即不損害文件內(nèi)容的前提下縮減文件的數(shù)據(jù)量)的技術相對成熟，而且得到了 http協(xié)議的支持，多數(shù)瀏覽器可以在http協(xié)議標準內(nèi)，對無損壓縮過的文本文件進行解壓縮操作，不影響該文件的打開，因此對文本文件可以按照現(xiàn)有壓縮方式進行壓縮；圖片類文件難以進行無損壓縮，而且也沒有相關的http標準協(xié)議支持類似的操作，然而，對于圖片文件的有損壓縮技術相對成熟，在適當?shù)臓奚恍〔糠謭D片質(zhì)量的情況下，進行適度的有損壓縮可以大幅度的縮減圖片文件的數(shù)據(jù)量，同時對圖片觀感的影響很小，因此對于圖片類文件采用有損壓縮的方式縮減圖片的數(shù)據(jù)大??；對于第三類文件的壓縮則比較困難，但是可以通過url分析的方式，屏蔽掉部分廣告類的文件，以減小不必要的數(shù)據(jù)傳輸，例如加速服務器上預設一些廣告類的URL，加速服務器分析響應數(shù)據(jù)的URL，若其中包含廣告類的URL，則刪除該廣告進而減小數(shù)據(jù)大?。换蛘呖紤]到某些廣告類的媒體流都有特定的格式，因此可以將包含有該特定格式的數(shù)據(jù)包屏蔽掉，進而減少數(shù)據(jù)大小。
[0056]實施例2
[0057]本實施例將具體以雙向透明模式的實施方式為例，描述一種對交互數(shù)據(jù)進行處理的方法，該方法與上述實施例1的各步驟基本相同，不同之處在于:
[0058]在步驟106中，加速服務器通過將用戶請求發(fā)送到互聯(lián)網(wǎng)中的請求站點進而獲取到請求站點返回的響應數(shù)據(jù)。
[0059]具有而言，由于本實施例描述的是雙向透明模式的實施例，所以屬于核心交換機上預設有下行數(shù)據(jù)的策略路由的情況，那么通過將用戶請求發(fā)送到互聯(lián)網(wǎng)中的請求站點進而獲取到請求站點返回的響應數(shù)據(jù)具體為:
[0060]加速服務器直接將用戶請求發(fā)送到互聯(lián)網(wǎng)中的請求站點；請求站點將響應數(shù)據(jù)發(fā)送到核心交換機；
[0061]核心交換機接收到請求站點根據(jù)用戶請求中的用戶地址將返回的響應數(shù)據(jù)，并根據(jù)預設的下行數(shù)據(jù)的策略路由將請求的內(nèi)容發(fā)送到負載均衡器；
[0062]負載均衡器根據(jù)檢測到的各個加速服務器的負載狀況將用戶請求發(fā)送到適合的加速服務器，即將響應數(shù)據(jù)發(fā)送到負載較輕的加速服務器上。
[0063]本實施例中用表1來表示單向透明模式和雙向透明模式的異同
[0064]
【權利要求】
1.一種對交互數(shù)據(jù)進行處理的方法，其特征在于，包括:核心交換機根據(jù)預設的上行數(shù)據(jù)的策略路由將無線分組網(wǎng)關發(fā)送而來的用戶請求轉(zhuǎn)發(fā)到無線加速系統(tǒng)；所述無線加速系統(tǒng)根據(jù)所述用戶請求中的網(wǎng)址確定本地是否緩存有對應的響應數(shù)據(jù)副本；若確定本地沒有緩存對應的響應數(shù)據(jù)副本，則通過將所述用戶請求發(fā)送到互聯(lián)網(wǎng)中的請求站點進而獲取到所述請求站點返回的響應數(shù)據(jù)；所述無線加速系統(tǒng)將所述響應數(shù)據(jù)加速處理后發(fā)送到所述用戶請求對應的客戶端。
2.根據(jù)權利要求1所述的方法，其特征在于，所述無線加速系統(tǒng)包括至少一個負載均衡器和至少一個加速服務器；所述無線加速系統(tǒng)根據(jù)所述用戶請求中的網(wǎng)址確定本地是否緩存有對應的響應數(shù)據(jù)副本具體包括: 所述負載均衡器接收到所述用戶請求，并根據(jù)檢測到的各個加速服務器的負載狀況將所述用戶請求發(fā)送到適合的加速服務器；所述加速服務器根據(jù)所述用戶請求中的網(wǎng)址確定本地是否緩存有對應的響應數(shù)據(jù)副本。
3.根據(jù)權利要求1所述的方法，其特征在于，所述無線加速系統(tǒng)包括至少一個負載均衡器和至少一個加速服務器；所述通過將所述用戶請求發(fā)送到互聯(lián)網(wǎng)中的請求站點進而獲取到所述請求站點返回的響應數(shù)據(jù)具體包括:當所述核心交換機上未預設下行數(shù)據(jù)的策略路由時，所述加速服務器更改所述用戶請求中的用戶地址為所述加速服務器的地址，再將所述更改后的用戶請求發(fā)送到所述互聯(lián)網(wǎng)中的請求站點，并接收到所述請求站點根據(jù)所述加速服務器的地址返回的響應數(shù)據(jù)；當所述核心交換機上預設有下行數(shù)據(jù)的策略路由時，所述加速服務器直接將所述用戶請求發(fā)送到所述互聯(lián)網(wǎng)中的請求站點；所述核心交換機接收到所述請求站點根據(jù)用戶請求中的用戶地址返回的響應數(shù)據(jù)，并根據(jù)預設的下行數(shù)據(jù)的策略路由將所述請求的內(nèi)容發(fā)送到負載均衡器；所述負載均衡器根據(jù)檢測到的各個加速服務器的負載狀況將所述用戶請求發(fā)送到適合的加速服務器。
4.根據(jù)權利要求2或3所述的方法，其特征在于，所述無線加速系統(tǒng)將所述響應數(shù)據(jù)加速處理后發(fā)送到所述用戶請求對應的客戶端具體包括:加速服務器根據(jù)所述響應數(shù)據(jù)的協(xié)議格式以及當前的負載狀況確定是否壓縮所述響應數(shù)據(jù)；若確定壓縮所述響應數(shù)據(jù)，則按照所述響應數(shù)據(jù)的格式對其進行壓縮，并在壓縮后，根據(jù)所述響應數(shù)據(jù)的格式確定是否在本地緩存所述響應數(shù)據(jù)的副本，并將所述壓縮后的響應數(shù)據(jù)發(fā)送到所述用戶請求對應的客戶端；若確定不壓縮所述響應數(shù)據(jù)，則根據(jù)所述響應數(shù)據(jù)的格式確定是否在本地緩存所述響應數(shù)據(jù)的副本后，將所述響應數(shù)據(jù)發(fā)送到所述核心交換機。
5.根據(jù)權利要求1所述的方法，其特征在于，該方法還包括:若確定本地緩存有對應的響應數(shù)據(jù)副本，則將所述響應數(shù)據(jù)副本返回到所述核心交換機。
6.根據(jù)權利要求1至3中任意一項所述的方法，其特征在于，在核心交換機根據(jù)預設的上行數(shù)據(jù)的策略路由將無線分組網(wǎng)關發(fā)送而來的用戶請求轉(zhuǎn)發(fā)到無線加速系統(tǒng)之后，該方法還包括:所述無線加速系統(tǒng)中的加速服務器根據(jù)所述用戶請求中的網(wǎng)址確定所述用戶請求不為動態(tài)請求。
7.一種加速服務器，其特征在于，包括:接收單元，用于接收核心交換機或負載均衡器轉(zhuǎn)發(fā)而來的用戶請求；緩存確定單元，用于根據(jù)所述用戶請求中的網(wǎng)址確定本地是否緩存有對應的響應數(shù)據(jù)副本；獲取單元，用于在緩存確定單元確定本地沒有緩存對應的響應數(shù)據(jù)副本時，通過將所述用戶請求發(fā)送到互聯(lián)網(wǎng)中的請求站點進而獲取到所述請求站點返回的響應數(shù)據(jù)；執(zhí)行單元，用于將所述響應數(shù)據(jù)加速處理后發(fā)送到所述用戶請求對應的客戶端。
8.根據(jù)權利要求7所述的加速服務器，其特征在于，所述獲取單元包括:單項獲取模塊，用于當核心交換機上未預設下行數(shù)據(jù)的策略路由時，所述加速服務器更改所述用戶請求中的用戶地址為所述加速服務器的地址，再將所述更改后的用戶請求發(fā)送到所述互聯(lián)網(wǎng)中的請求站點，并接收到所述請求站點根據(jù)所述加速服務器的地址返回的響應數(shù)據(jù)；雙向獲取單元，用于當所述核心交換機上預設有下行數(shù)據(jù)的策略路由時，所述加速服務器直接將所述用戶請求發(fā)送到所述互聯(lián)網(wǎng)中的請求站點，并接收到所述核心交換機或負載均衡器發(fā)送而來的響應數(shù)據(jù)。
9.根據(jù)權利要求7所述的加速服務器，其特征在于，所述執(zhí)行單元包括:確定模塊，用于根據(jù)所述響應數(shù)據(jù)的協(xié)議格式以及當前的負載狀況確定是否壓縮所述響應數(shù)據(jù)；壓縮模塊，用于在確定模塊確定壓縮所述響應數(shù)據(jù)后，按照所述響應數(shù)據(jù)的格式對其進行壓縮，并在壓縮后，根據(jù)所述響應數(shù)據(jù)的格式確定是否在本地緩存所述響應數(shù)據(jù)的副本；緩存模塊，用于在確定模塊確定不壓縮所述響應數(shù)據(jù)后或者在壓縮模塊壓縮所述響應數(shù)據(jù)后，根據(jù)所述響應數(shù)據(jù)的格式確定是否在本地緩存所述響應數(shù)據(jù)的副本；發(fā)送模塊，用于在壓縮模塊壓縮所述響應數(shù)據(jù)后，將所述壓縮后的響應數(shù)據(jù)發(fā)送到所述用戶請求對應的客戶端；或者在確定模塊確定不壓縮所述響應數(shù)據(jù)后，將所述響應數(shù)據(jù)發(fā)送到所述用戶請求對應的客戶端。
10.一種無線加速系統(tǒng)，其特征在于，包括至少一個負載均衡器和至少一個加速服務器；所述負載均衡器，用于接收核心交換機根據(jù)預設的上行數(shù)據(jù)的策略路由將無線分組網(wǎng)關發(fā)送而來的用戶請求，并根據(jù)檢測到的各個加速服務器的負載狀況將所述用戶請求發(fā)送到適合的加速服務器；所述加速服務器，用于根據(jù)所述用戶請求中的網(wǎng)址確定本地是否緩存有對應的響應數(shù)據(jù)副本；若確定本地沒有緩存對應的響應數(shù)據(jù)副本，則通過將所述用戶請求發(fā)送到互聯(lián)網(wǎng)中的請求站點進而獲取到所述請求站點返回的響應數(shù)據(jù)；再將所述響應數(shù)據(jù)加速處理后發(fā)送到所述用戶請求對應的客戶端。
11.根據(jù)權利要求10所述的系統(tǒng)，其特征在于，所述無線加速系統(tǒng)部署在所述核心交換機旁。
【文檔編號】H04W28/08GK103686852SQ201210330905
【公開日】2014年3月26日 申請日期:2012年9月7日 優(yōu)先權日:2012年9月7日
【發(fā)明者】穆宏, 李文華, 林昊, 孫嵐, 劉玉, 項凱, 曾麗 申請人:中國移動通信集團貴州有限公司