国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      無線電接入網(wǎng)(ran)中的內(nèi)容高速緩存的制作方法

      文檔序號:6595136閱讀:390來源:國知局
      專利名稱:無線電接入網(wǎng)(ran)中的內(nèi)容高速緩存的制作方法
      無線電接入網(wǎng)(RAN)中的內(nèi)容高速緩存本申請要求2008年8月6日提交的美國臨時專利申請序列號61/086,521的優(yōu)先權,該申請的內(nèi)容通過參考全部結合于本文中。
      背景技術
      因特網(wǎng)和萬維網(wǎng)的指數(shù)增長需要用于不斷增加的電纜、DSL和其它有線寬帶網(wǎng)絡的基本上可縮放的數(shù)據(jù)傳遞解決方案。在不同地理位置鏡像或復制某些站點不足以滿足數(shù)據(jù)業(yè)務的指數(shù)增長。內(nèi)容傳遞網(wǎng)絡(CDN)涌現(xiàn)出以解決由不斷增加的寬帶訂戶和業(yè)務所提出的可縮放性和性能問題。CDN使用包含web高速緩存的各種技術來減少帶寬要求、減少服務器載荷并改進存儲在高速緩存中的內(nèi)容的用戶響應時間。具體地說,web高速緩存是指將web文檔諸如HTML頁面、視頻、圖像和其它多媒體對象的拷貝存儲在分布式高速緩存中;如果滿足了某些條件,則可以從高速緩存滿足對web內(nèi)容的隨后請求。CDN通過將內(nèi)容帶到更靠近用戶而實現(xiàn)了減少交互web瀏覽會話的往返時間。CDN還可預取內(nèi)容并將其存儲在它們的高速緩存中,之后進行實際請求,以便增加高速緩存命中率。一些有線提供商還在他們的網(wǎng)絡中部署web高速緩存,以便減少他們的因特網(wǎng)帶寬需要并增強他們訂戶的web瀏覽體驗,如在圖Ia中所示出的。對頻繁查看的網(wǎng)頁、圖片和多媒體內(nèi)容進行高速緩存的內(nèi)容高速緩存裝置或web 高速緩存?zhèn)鹘y(tǒng)上部署在因特網(wǎng)中,以減少傳輸?shù)却龝r間并減少因特網(wǎng)上大量訪問的內(nèi)容的下載時間。同樣,web代理/高速緩存還部署在企業(yè)站點處以高速緩存在企業(yè)網(wǎng)內(nèi)頻繁使用的因特網(wǎng)web內(nèi)容。這種裝置當前用在移動無線網(wǎng)絡內(nèi),有某些局限。圖Ia示出了示例性有線網(wǎng)絡中的網(wǎng)絡單元,這是當今一般見到的。多用戶裝置7 附連到本地網(wǎng)絡介質諸如DSL、電纜或其它因特網(wǎng)連接。本地DSL或電路回程8諸如通過 DSLAM(DSL接入多路復用器)或CMTS (電纜調制解調器終端系統(tǒng))11連接到城域網(wǎng)9。路由器2用于根據(jù)它們的源和目的地址通過因特網(wǎng)12移動分組。服務器14托管包含那些網(wǎng)站的原始內(nèi)容的網(wǎng)站。然而,在節(jié)省時間和網(wǎng)絡業(yè)務的努力中,web高速緩存1或其它類似裝置用于存儲這個原始內(nèi)容的復制品。由此,在整個因特網(wǎng)上,可能存在提供請求的數(shù)據(jù)而不必加重服務器14負擔的一個或多個web高速緩存1。在大城市區(qū)域中,一般也在城域網(wǎng) 9中引入高速緩存服務器1。在移動無線網(wǎng)絡例如3G/UMTS網(wǎng)絡20中也可以使用高速緩存裝置。無線網(wǎng)絡包含無線電接入網(wǎng)(RAN)和核心網(wǎng)絡(CN)。在圖Ib中示出了典型的無線網(wǎng)絡。GGSN 3 (網(wǎng)關GPRS服務節(jié)點)將移動無線網(wǎng)絡連接到IP核心網(wǎng)絡。網(wǎng)關GPRS支持節(jié)點(GGSN) 3是GPRS (通用分組無線電服務)網(wǎng)絡的主要部件。GGSN 3負責GPRS網(wǎng)絡和外部分組交換網(wǎng)絡諸如因特網(wǎng)和X. 25網(wǎng)絡之間的兼容性。當從外部網(wǎng)絡來看時,GGSN 3表現(xiàn)為到子網(wǎng)的路由器,因為GGSN 3對外部網(wǎng)絡隱藏GPRS基礎設施。當GGSN 3接收到尋址到特定用戶的數(shù)據(jù)時,它檢查該用戶是否是活動的。如果是,則GGSN 3向服務于移動用戶的SGSN 4轉發(fā)數(shù)據(jù)。然而,如果移動用戶是不活動的,則丟棄數(shù)據(jù),或者發(fā)起尋呼過程以定位和通知移動裝置。對于在GPRS網(wǎng)絡內(nèi)始發(fā)的數(shù)據(jù),GGSN 3將這些移動臺始發(fā)的分組路由到正確的外部網(wǎng)絡。GGSN 3將來自SGSN 4的GPRS分組轉換成適當?shù)姆纸M數(shù)據(jù)協(xié)議(PDP)格式(例如 IP或X. 25),并在對應的分組數(shù)據(jù)網(wǎng)絡上將它們發(fā)送出去。對于入局分組,PDP地址被轉換成目的地用戶的GSM地址。改寫地址的分組然后被發(fā)送到負責的SGSN 4。為了實現(xiàn)這個功能,GGSN 3將用戶的當前SGSN地址及其相關聯(lián)的簡檔存儲在其位置寄存器中。GGSN 3負責IP地址分配,并且是所連接用戶設備(UE) 7的默認路由器。GGSN 3還執(zhí)行認證功能。服務GPRS支持節(jié)點(SGSN) 4負責從和向其地理服務區(qū)域內(nèi)的移動站傳遞數(shù)據(jù)分組。它的任務包含分組路由和傳送、移動性管理(附連/分開和位置管理)、邏輯鏈路管理以及認證和計費功能。SGSN 4的位置寄存器存儲向這個SGSN 4注冊的所有GPRS用戶的位置信息和用戶簡檔。無線電網(wǎng)絡控制器(或RNC) 5是無線電接入網(wǎng)中的掌控單元,并且負責控制連接到它的Node B 6。RNC 5執(zhí)行無線電資源管理、一些移動性管理功能,并且是在向和從移動臺發(fā)送用戶數(shù)據(jù)之前進行加密的點。RNC 5連接到分組交換核心網(wǎng)絡中的SGSN(服務GPRS 支持節(jié)點)4。Node B 6是用于表示UMTS/3GPP體系結構中的基站收發(fā)器站(BTS)的術語。與在所有蜂窩系統(tǒng)諸如GSM中一樣,Node B (或BTS) 6包含用于直接與在它周圍自由移動的用戶設備通信的(一個或多個)射頻發(fā)射器和(一個或多個)接收器。用戶設備(UE) 7包括所有用戶設備,包含手機、智能電話和計算設備。無線電接入網(wǎng)(RAN)諸如在GSM/GPRS、3G/UMTS/HSDPA/HSUPA、LTE、CDMA 網(wǎng)絡等中具有它們自己的專用網(wǎng)絡(PLMN)并通過網(wǎng)關裝置(在GSM/GPRS、3G/UMTS/HSDPA/HSUPA中是GGSN,而在CDMA中是PDSN)互連到因特網(wǎng)/IP網(wǎng)絡。內(nèi)容高速緩存通常部署在RAN外, 如圖Ib中所示出的。然而,在無線基站6與GGSN 3或PDSN(在⑶MA網(wǎng)絡中)之間的RAN 中不部署內(nèi)容高速緩存。這個的一個原因是,雖然用戶應用程序有效載荷是TCP/IP,但是那些有效載荷嵌入在對特定RAN特定的無線電接入網(wǎng)協(xié)議內(nèi)。由此,在RAN內(nèi),應用程序有效載荷對執(zhí)行內(nèi)容感知(content-aware)高速緩存和其它優(yōu)化不直接可見。RAN網(wǎng)絡20部署為使用ATM 或IP傳輸來傳輸用戶IP業(yè)務(載體IP業(yè)務)的傳輸網(wǎng)絡。不管傳輸類型如何,RAN網(wǎng)絡在每個用戶/每個服務隧道中傳輸用戶有效載荷。這種隧道終止在PDSN或GGSN 3內(nèi),該 PDSN或GGSN 3使用IP轉發(fā)規(guī)則將載體IP業(yè)務轉發(fā)到公共IP網(wǎng)絡。由此,在現(xiàn)有技術部署中,RAN網(wǎng)絡是內(nèi)容未感知的。因此,如果高速緩存裝置可以制造成在RAN內(nèi)操作將是有利的。這將允許更高效地訪問內(nèi)容,最小化因特網(wǎng)業(yè)務和傳送時間。而且,RAN中的網(wǎng)絡單元更本地化,容量(吞吐量以及同時的用戶)更低。這便于插入較低容量的高速緩存和內(nèi)容感知優(yōu)化裝置。這種網(wǎng)絡將更好縮放,因為它便于分布式部署。一種允許在RAN內(nèi)高速緩存的方法和系統(tǒng)將是有利的。

      發(fā)明內(nèi)容
      本發(fā)明定義了在由蜂窩/ 無線網(wǎng)絡(GSM/GPRS、3G/UMTS/HSDPA/HSUPA、CDMA、 UMAX, LTE)所定義的標準接口點處攔截業(yè)務、仿真在攔截點任一側的相應協(xié)議、提取所攔截分組內(nèi)的用戶/應用程序有效載荷、執(zhí)行優(yōu)化并用相同協(xié)議重新封裝以及透明地傳遞內(nèi)容的方法。優(yōu)化包含但不限于內(nèi)容高速緩存、預測和預取頻繁使用的內(nèi)容、執(zhí)行用于減少回程帶寬的內(nèi)容感知傳輸優(yōu)化(TCP、UDP、RTP、HTTP、HTML等)以及改進用戶體驗。當前發(fā)明的附加實施例包含基于在監(jiān)控控制平面協(xié)議時導出的信息來注入機會內(nèi)容(基于位置的、 基于簡檔的、基于過去歷史的或廣告內(nèi)容)。所概括的方法在攔截的接口上移除接口協(xié)議層以便于高速緩存和內(nèi)容傳遞優(yōu)化,諸如用戶應用程序分組的深層分組檢查、商業(yè)智能的收集、運營商定義的策略控制加強以保護運營商的RAN網(wǎng)絡、驗證用戶的訪問權限以及阻止訪問未授權的內(nèi)容(例如父母的控制)。


      為了便于更全面地理解本公開,現(xiàn)在參考附圖,在附圖中相似的特征用相似的數(shù)字來參考。這些圖不應該解釋為限制本公開,而旨在只是示例性的。圖Ia和Ib分別例證了現(xiàn)有技術中有線網(wǎng)絡和移動運營商網(wǎng)絡中的內(nèi)容高速緩存的部署;
      圖2示出了示例蜂窩運營商的3G/UMTS網(wǎng)絡,示出了 3GPP標準定義的網(wǎng)絡單元以及這些網(wǎng)絡單元之間的對應接口;
      圖3是示出3GPP/UMTS網(wǎng)絡中Node B與RNC之間的IuB接口上的RAN高速緩存(RANC) 的部署的示例配置;
      圖4是示出3GPP/UMTS網(wǎng)絡中RNC與SGSN之間的IuPS接口上的RAN高速緩存(RANC) 的部署的示例配置;
      圖5是示出3GPP/UMTS網(wǎng)絡中SGSN與GGSN之間的Gn接口上的RAN高速緩存(RANC) 的部署的示例配置;
      圖6是示出LTE/E-UTRAN網(wǎng)絡中eNodeB與MME/服務網(wǎng)關之間的Sl接口上的RAN高速緩存(RANC)的部署的示例配置;
      圖7例證了當操作為RNC與SGSN之間的雙代理時RANC內(nèi)的控制協(xié)議層; 圖8例證了當RANC被放在3GPP/UMTS網(wǎng)絡中的IuPS接口上時它攔截并提取每個用戶業(yè)務的用戶平面協(xié)議;
      圖9例證了在圖4中的部署配置中攔截IuPS控制平面業(yè)務時在控制平面中的RAN高速緩存操作;
      圖10例證了在RANC連接到的兩個網(wǎng)絡節(jié)點之間另一個RAB活動時操作的、RANC發(fā)起的UE會話;
      圖11例證了在傳遞RANC中高速緩存的內(nèi)容和通過SGSN的高速緩存未中 (cache-missed)內(nèi)容時作為用戶平面中的雙代理的RANC操作;
      圖12例證了其中RANC被放在IuPS接口上以處理UE從一個RNC到另一個RNC的范圍的移動性的環(huán)境;以及
      圖13示出了根據(jù)一個實施例的RANC的框圖。
      具體實施例方式圖2示出了傳統(tǒng)的3G/UMTS網(wǎng)絡,包含UE(用戶設備)107、NodeB(或基站收發(fā)器站)106、RNC(無線電網(wǎng)絡控制器或基站控制器)105、SGSN(服務GPRS支持節(jié)點)104和 GGSN(網(wǎng)關GPRS支持節(jié)點)103。在圖2中還示出了用于在這些各種裝置之間通信的協(xié)議。 例如,IuB 108是在Node B 106與RNC 105之間使用的協(xié)議。類似地,IuPS是在RNC 105 與SGSN 104之間使用的協(xié)議。在SGSN 104與GGSN 103之間使用Gn 110。最后,Gi 111 是GGSN 103與因特網(wǎng)之間基于IP的接口。圖3至5各例證了在3G/UMTS網(wǎng)絡中可插入RAN高速緩存(RANC)裝置的可能攔截點。在圖3中,RANC 112位于Node B 106與RNC 105之間。在圖4中,RANC 112位于 RNC 105與SGSN 104之間。在圖5中,RANC 112位于SGSN 104與GGSN 103之間。這些圖是3G/UMTS網(wǎng)絡中的示例部署情形;雖然未示出其它RAN網(wǎng)絡中諸如CDMA網(wǎng)絡中的示例部署,但是在此描述的方法同樣也可應用于這種網(wǎng)絡。圖13示出了 RANC的代表性框圖。RANC 112具有兩個接口模塊201,每個模塊適合于實現(xiàn)針對選擇接口所需的硬件信令以及相關聯(lián)的軟件協(xié)議。這個接口協(xié)議可為IuB、 IuPS或&1,如在圖3-5中所示出的。每個接口模塊201適合于在所選的接口上接收和發(fā)射。附加地,接收的數(shù)據(jù)被放在存儲單元202中,通常是半導體存儲單元,諸如RAM、DRAM或等效技術。可使用專用硬件諸如DMA控制器來實現(xiàn)數(shù)據(jù)從接口模塊到存儲器202的移動, 反之亦然。備選地,專用數(shù)據(jù)移動處理器可用于處理數(shù)據(jù)通過RANC 112的實際移動。一旦存儲在RANC 112內(nèi),就根據(jù)RAN規(guī)范來處理信息。這可使用專用控制邏輯或處理單元203 進行??刂七壿?處理單元203可具有其自己的本地存儲單元204,其包含要執(zhí)行的指令和本地狀態(tài)。這個存儲單元可為RAM或DRAM。此外,這個存儲單元204的至少一部分可為非易失性的,諸如ROM、FLASH ROM、硬盤、固態(tài)盤等等。使用已知的規(guī)范和協(xié)議,控制邏輯/ 處理單元203解析接收的信息以理解在每個協(xié)議層處的分組。還可包含適合于保存高速緩存信息的大存儲單元205。在一些實施例中,這個高速緩存存儲器可為半導體存儲器,諸如 RAM或DRAM。在其它實施例中,這個高速緩存存儲器可為旋轉介質,諸如盤驅動器或其它大存儲裝置??捎酶鞣N技術在物理上實現(xiàn)控制邏輯/處理單元。例如,它可為執(zhí)行來自內(nèi)部或外部存儲裝置的指令集的通用處理器。在另一個實施例中,具有嵌入式指令或狀態(tài)機的專用硬件裝置可用于執(zhí)行所描述的功能。在整個本公開中,術語“控制邏輯“和“處理單元“可互換地用于指定適合于執(zhí)行所描述的功能集的實體。RANC還包含能夠執(zhí)行本文描述的功能的軟件。可用任何適當?shù)木幊陶Z言來編寫軟件,并且該選擇不受本公開的限制。附加地,本文描述的所有應用程序和軟件都是包含在計算機可讀介質上的計算機可執(zhí)行指令。例如,軟件和應用程序可存儲在只讀存儲器、可重寫存儲器中或在嵌入式處理單元內(nèi)。這個軟件在其上執(zhí)行的具體計算機是應用程序相關的, 并且不受本發(fā)明的限制。圖6示出了 4G/LTE網(wǎng)絡中RANC裝置的可能攔截點。在LTE網(wǎng)絡中,SGSN和GGSN 由移動管理實體(MME)/服務網(wǎng)關(SG) 113和PDN網(wǎng)關(PDN-GW) 114替代。盡管未示出, 但是在另一個實施例中,MME和服務網(wǎng)關是分開的裝置。兩個實施例都在本發(fā)明的范圍內(nèi)。 MME 113是LTE接入網(wǎng)的關鍵控制節(jié)點。它負責包含重傳的空閑模式UE(用戶設備)107 跟蹤和尋呼過程。它涉及在載體激活/去激活過程中,并且還負責在初始附連和在涉及核心網(wǎng)絡(CN)節(jié)點重新定位的LTE內(nèi)切換時選擇UE 107的服務網(wǎng)關。它負責認證用戶。它檢查UE 107的授權以預占服務提供商的公共陸地移動網(wǎng)(PLMN)并加強UE漫游限制。MME 113是網(wǎng)絡中用于對NAS信令進行加密/完整性保護的終止點,并處理安全密鑰管理。MME 113還支持信令的合法攔截。服務網(wǎng)關(SG)路由并轉發(fā)用戶數(shù)據(jù)分組,同時還充當在eNode B間切換期間用戶平面的移動性錨并且充當在LTE與其它3GPP技術之間的移動性錨(終止S4接口并在2G/3G 系統(tǒng)和PDN-GW之間中繼業(yè)務)。它管理和存儲UE上下文,例如IP載體服務的參數(shù)、網(wǎng)絡內(nèi)
      部路由信息。由此,MME充當控制平面裝置,而SG是用戶平面裝置。雖然這些實體是物理分開的,但是到MME的接口是Sl控制平面,而到SG的接口是Sl用戶平面。在其中它們在物理上在一起的實施例中,接口只是S1。PDN網(wǎng)關(PDN-GW) 114通過作為UE 107的業(yè)務的出口和入口點而提供從UE 107 到外部分組數(shù)據(jù)網(wǎng)絡的連接性。UE 107可具有與多于一個PDN-GW 114的同時連接性以訪問多個PDN。PDN-Gff 114執(zhí)行策略加強、每個用戶的分組過濾、計費支持、合法攔截和分組篩選。PDN-GW的另一個關鍵角色是充當3GPP與非3GPP技術諸如WiMax和3GPP2 (⑶MA IX 和EvDO)之間的移動性錨。在這種環(huán)境中,可以在兩端使用Sl接口 115在eNode B 106與MME 113之間插入 RANC 112。備選地,可使用S5接口在MME/服務網(wǎng)關與PDN-GW 114之間插入RANC 112。在其中MME和SG分開的情況下,RANC可使用Sl協(xié)議,在邏輯上在控制平面中在 eNodeB與MME之間而在用戶平面中在eNodeB與SG之間。描述了其中可以放置RANC的RAN網(wǎng)絡內(nèi)的各種位置,現(xiàn)在接著是描述其操作。雖然圖7-11中所示出的協(xié)議圖例證了其中RANC放在3G/UMTS網(wǎng)絡中的RNC與SGSN之間的 IuPS接口上的情形,但是當前發(fā)明的方法可應用于它放在3G/UMTS網(wǎng)絡中的移動網(wǎng)絡中的其它接口上時。圖7例證了當RAN高速緩存(RANC)操作為雙代理時其內(nèi)的控制協(xié)議層。控制平面用于傳遞有關用戶和各種連接的信息,諸如服務質量(QoS)要求、使用策略、重新定位請求等。在這個實施例中,RANC在朝向RNC 105的攔截點處表現(xiàn)為SGSN代理而在朝向SGSN 104的攔截點處表現(xiàn)為RNC代理。圖7的上部分示出了 ATM傳輸協(xié)議層,而下部分示出了 IP傳輸協(xié)議層,如在3GPP協(xié)議標準中所定義的。在這個示例中,RANC在RANAP(無線電接入網(wǎng)應用程序部分)層處保存IuPS控制分組,并使用這些分組來提取每個用戶會話信息以關聯(lián)數(shù)據(jù)平面隧道(GPRS隧道傳送協(xié)議用戶(或GTP-U)隧道)。GTP-U是允許在每組端點之間的許多隧道的相對簡單的基于IP的隧道傳送協(xié)議。可為它們具有的每個PDP上下文創(chuàng)建隧道。附加地,每個隧道可以規(guī)定不同的QoS參數(shù)集。在操作中,軟件在每個級處操作以解析在該級處所需的信息。在剝離了該層的協(xié)議信息之后,分組的其余部分被轉發(fā)到下一更高協(xié)議層。這個過程繼續(xù),直到完全分解了分組為止。在通過業(yè)務的情況下,然后通過隨著分組沿著這些層傳送時附加協(xié)議信息來重新構造分組。換句話說,以移除它們所用的相反順序重新附連分組標題,使得Ll信息是第一個要在入局分組上移除的,并且是最后一個要在出局分組上附加的。圖8例證了當如在圖4中所示出的,RAN高速緩存(RANC)被放在3GPP/UMTS網(wǎng)絡中的IuPS接口上時它攔截并使用其來提取每個用戶業(yè)務的用戶平面協(xié)議。顧名思義,用戶平面用于傳遞由用戶請求的數(shù)據(jù),諸如網(wǎng)頁等等。該圖示出了在3GPP標準中所規(guī)定的IP 和ATM傳輸選項。圖中所示出的協(xié)議名稱(L1、MAC、RLC、RRC、GTP-U、AAL5、ATM等)是如在 3GPP TS25. 401 UTRAN Overall Description (總體描述)中所規(guī)定的,其通過參考全部結合于本文中。圖8示出了在RNC 105和SGSN 104接口上的IuPS棧內(nèi)的用戶IP層下面終止傳輸協(xié)議的RANC 112。RANC 112還提取用戶有效載荷,并執(zhí)行傳輸級或應用級代理+高速緩存操作。這些操作發(fā)生在用戶IP級上面的級處。傳輸級代理操作包含但不限于終止傳輸級連接諸如TCP連接,提取應用程序有效載荷,并且在其它接口上的新TCP連接上轉發(fā)應用程序有效載荷。當在新連接上轉發(fā)有效載荷時,在第二接口上使用相同的IuPS協(xié)議來重新封裝有效載荷。應用程序代理和高速緩存操作包含但不限于理解應用程序協(xié)議諸如HTTP、 RTMP, FTP等,理解對象類型諸如HTML、視頻對象等,執(zhí)行應用程序優(yōu)化、內(nèi)容高速緩存操作或二者。在高速緩存操作中,高速緩存識別出由用戶請求的對象,并服務來自本地內(nèi)容高速緩存的內(nèi)容而不是在第二接口上轉發(fā)請求。圖9例證了在圖4中的部署配置中攔截IuPS控制平面業(yè)務時在控制平面中的RAN 高速緩存(RANC)操作。圖中所示出的協(xié)議層是如在3GPP/UMTS標準中所規(guī)定的。該圖示出了 RANC提取每個用戶會話的GTP-U隧道信息121 (每個UE用于特定服務類型)。RANC 然后標識信息121,其可包含但不限于用戶服務類型、裝置類型、無線電載體、GTP-U/ID和 GTP-U封裝類型。這個信息121與用戶平面中的對應每個用戶會話GTP-U業(yè)務相關聯(lián)(見圖9和11)。每個GTP-U隧道承載用戶平面中UE的具體服務流的數(shù)據(jù)業(yè)務(如在圖8中所示出的)。圖9中的控制平面監(jiān)控便于標識無線電接入網(wǎng)中用戶會話的對應用戶、用戶裝置和QOS屬性。圖9和11示出了為改進RANC的性能而可以執(zhí)行的優(yōu)化。在這個實施例中, 在每個接口上接收AAL5 (ATM自適應層幻分組。在接收到之后,保存分組的本地拷貝。然后將這個本地拷貝呈現(xiàn)給較高層以解碼和提取UE會話信息。同時,經(jīng)由路徑127向第二接口傳送所接收的AAL5分組,在該第二接口中發(fā)射它們。圖10例證了 RANC發(fā)起的UE會話。除了監(jiān)控控制平面業(yè)務之外,如參考圖9所描述的,本發(fā)明允許修改控制協(xié)議中的信息單元并插入?yún)f(xié)議分組以從攔截點發(fā)起附加會話。 這些操作由在控制和用戶平面中的攔截點處用作雙代理的RANC執(zhí)行,如在圖10和11中所例證的。圖10示出了用于向UE發(fā)起新會話以對于不同服務流從本地高速緩存?zhèn)鬟f內(nèi)容的控制協(xié)議操作。在這種情形下,RANC多路復用從SGSN接收的送往RNC的控制分組,其中本地發(fā)起的會話(次級PDP)建立過程在用戶平面中建立新GTP-U隧道。類似地,當從RNC接收到控制分組時,充當控制平面SGSN代理的RANC從RNC接收控制分組,并標識對本地發(fā)起的操作的響應,并向SGSN轉發(fā)其余分組。RANC可以發(fā)起用于預加載UE(例如用于傳遞頻繁查看的或用戶配置的內(nèi)容)或用于改進QOS以傳遞高價值內(nèi)容(例如需要不同QOS屬性的多媒體內(nèi)容)的新會話。換句話說,RANC能夠在SGSN與RNC之間通過分組,同時還注入和從RNC接收在RANC處終止的分組。圖10示出了在另一個RAB在RANC連接到的兩個網(wǎng)絡節(jié)點之間活動時RANC發(fā)起用于傳遞存儲在RANC中的內(nèi)容的第二 RAB(無線電接入載體)。該圖示出了本地發(fā)起的用戶平面會話業(yè)務122與在SM&MM接口處特定UE的轉接業(yè)務多路復用/多路解復用。
      圖11例證了在傳遞RANC中高速緩存的內(nèi)容以及來自SGSN的高速緩存未中內(nèi)容和通過內(nèi)容時作為用戶平面中的雙代理的RAN高速緩存(RANC)操作。使用控制平面中的對應會話信息來獲得這個UE 121的用戶平面GTP-U業(yè)務,如圖9中所示出的。在一些事務處理中,在封裝到UE的有效載荷GTP-U協(xié)議之后,從RANC高速緩存?zhèn)鬟f本地高速緩存的數(shù)據(jù)123。從SGSN接口向RNC接口轉發(fā)不可高速緩存的業(yè)務124。還例證了高速緩存未中操作。在這種情況下,RANC從SGSN取應用程序數(shù)據(jù),填充本地高速緩存,并在用對應的用戶平面協(xié)議重新封裝之后轉發(fā)給RNC。除了向RNC傳送數(shù)據(jù)之外,RANC還將返回的應用程序數(shù)據(jù)125存儲在其內(nèi)容高速緩存中。涉及高速緩存的數(shù)據(jù)123、未高速緩存的數(shù)據(jù)IM和要高速緩存的數(shù)據(jù)125的操作涉及在用戶IP層(IP1、IP2、IP3)上面的附加協(xié)議(TCP、UDP、 HTTP、FTP等)特定處理。圖11還示出了轉發(fā)其它IP業(yè)務126,諸如不是GTP-U的分組。這些由RANC在它連接到的兩個接口之間轉發(fā)。由此,該圖示出了每個用戶GTP-U隧道,其轉發(fā)載體平面IP 層(IP1、IP2、IP3)上面的業(yè)務的部分以及在傳輸IP層1 處正在通過的業(yè)務的其它部分。 在轉發(fā)載體平面IP分組時,RANC用作多協(xié)議代理。例如,它從RNC提取TCP端口 80分組并執(zhí)行web高速緩存和代理操作。對于其它協(xié)議諸如FTP、RTP,它執(zhí)行協(xié)議特定高速緩存、 傳輸級(TCP/UDP)或應用層優(yōu)化,之后用對應的接口協(xié)議來重新封裝用戶有效載荷分組?,F(xiàn)在提供對RANC操作的更詳細描述。視情況而定參考圖7-11。首先,為了正確地操作,RANC必須在邏輯上對周圍裝置不可見。這通過充當代理裝置來實現(xiàn)。RANC攔截控制協(xié)議諸如IuB、IuPS或&1,并用作代理。換句話說,在圖4所示出的實施例中,RANC 112當它從RNC 105接收到控制分組時仿真SGSN 104的行為。類似地,RANC 112表現(xiàn)為RNC 105,同時向SGSN 104發(fā)送分組。為了仿真代理功能,它探聽來自 RNC 105和SGSN 104 二者的分組,并將這些分組轉發(fā)到其它裝置。圖7示出了針對IP傳輸和ATM傳輸實施例二者的在RNC 105、RANC 112和SGSN 104之間的對應協(xié)議層。通過探聽分組,RANC 112標識何時建立數(shù)據(jù)路徑隧道(即,附連PDP上下文)并確定相關聯(lián)的訂戶身份。RANC 112可解析RANAP協(xié)議內(nèi)的無線電接入載體(RAB)建立消息以標識GTU隧道ID以及對應的UE會話。這個過程建立數(shù)據(jù)路徑隧道(GTP-U隧道)與相關聯(lián)的用戶之間的上下文。備選地,不是從IuPS控制路徑獲知上下文,RANC 112監(jiān)控新用戶平面隧道(GTP-U 隧道)以及對應的IP地址(在GTP-U隧道內(nèi))。當識別出新GTP-U隧道時,它提取隧道內(nèi)的用戶IP地址,并查詢外部服務平面網(wǎng)絡單元諸如RADIUS (半徑)服務器以將IP地址映射到用戶標識和對應的用戶簡檔。可以這種方式獲得諸如用戶是預付費還是后付費的信息以及速率計劃(無限的或有限的計劃、授權的數(shù)據(jù)服務類型等)。盡管這需要訪問RADIUS服務器,但是它最小化了 RANC 112必須從發(fā)射的分組中解析的上下文量。還可以許多方式使用UE信息,諸如如上所述通過探聽RAB建立消息或通過使用 RADIUS服務器所解析的UE信息。例如,使用這些技術,RANC可獲得用戶簡檔信息,諸如速率計劃、用戶優(yōu)先級、授權級別(通用因特網(wǎng)、運營商特定的準備齊全的內(nèi)容)。知道這個信息,RANC然后可優(yōu)先化業(yè)務,同時向RNC傳遞數(shù)據(jù)。例如,用戶的速率計劃可包含每個月的額度限制(兆字節(jié)/千兆字節(jié)每個月)以及超過額度限制的合理使用或盡力服務等。當通過監(jiān)控控制平面協(xié)議來建立用戶會話時,RANC確定特定UE服從合理使用策略。此后,當檢測到擁塞時,或者到RNC的數(shù)據(jù)容量增大并且接近峰值時,RANC限制到服從合理使用策略的UE的業(yè)務。限制業(yè)務的方法包括不從本地高速緩存?zhèn)鬟f和/或關閉對這些用戶會話的優(yōu)化。在另一個示例中,運營商將準備齊全的內(nèi)容作為附加服務/速率計劃提供。在會話建立期間,RANC確定特定UE是否預訂了準備齊全的內(nèi)容,并且只有用戶預訂了這種速率計劃時才從準備齊全的站點傳遞任何高速緩存的內(nèi)容。通過監(jiān)控RANAP協(xié)議而解析的信息也可以用于其它目的。例如,通過監(jiān)控IuPS接口上的RANAP協(xié)議(見圖7),RANC可標識每個用戶會話的用戶平面分組封裝類型。它然后可使用這個分組封裝類型來解碼每個會話的用戶平面協(xié)議。備選地,RANC可解碼每個用戶 GTP-U隧道的隧道分組類型以完全解碼用戶平面分組。 通過監(jiān)控RANAP消息,RANC還可標識唯一國際移動設備標識符(IMEI)或移動設備標識符(MEI)以及裝置類型(諸如iPhone 、BlackBerry 、膝上型電腦等)。此外或備選地,RANC可根據(jù)從RNC接收的用戶平面GTP-U分組內(nèi)的HTTP請求,標識用戶代理類型,諸如 web 瀏覽器類型 Qnternet Explorer、Safari、FireFox 等)、OS 類型(Windows XP, MAC OS 等)。上面確定的裝置類型可以用于格式化或處理分組。例如,在傳遞從因特網(wǎng)服務器檢索的高速緩存或未高速緩存(高速緩存未中)的內(nèi)容時,RANC可使用UE類型信息來執(zhí)行裝置特定的內(nèi)容改編。這種改編包含但不限于格式化至屏幕大小并選擇具有不同分辨率的備選文件。在一個具體實施例中,網(wǎng)站可以兩個或更多分辨率提供視頻?;赗ANC通過拆封和解碼RANAP消息所確定的UE類型信息,RANC可通過選擇由UE裝置最支持的分辨率來優(yōu)化用戶體驗。如上所述,RANC可以解析RANAP消息。通過監(jiān)控RANAP消息內(nèi)的無線電接入載體(RAB)分配請求,RANC可標識要用于特定UE的QOS參數(shù)。示例QOS參數(shù)包含但不限于服務類型、最大比特率(MBR)、保證的比特率(GBR)和業(yè)務處理優(yōu)先級。通過知道這些QOS 參數(shù),RANC可執(zhí)行內(nèi)容優(yōu)化,諸如優(yōu)先化音頻流同時傳遞多媒體內(nèi)容。接著是示出由RANC 施加QOS參數(shù)的一個示例。假設用戶建立RAB,并且RAB分配請求消息中的MBR參數(shù)規(guī)定lOOlcbps,并且用戶選擇需要3001ibpS的高清晰度流視頻。RANC通過對應于特定RAB的 GTP-U隧道來接收用戶的選擇請求。RANC首先確定多媒體對象是否在其高速緩存中或者是否需要從遠程服務器取它。在任一情況下,RANC都處理協(xié)議標題以及應用特定內(nèi)容標題 (諸如FLV標題),識別出所選內(nèi)容需要300Kbps速率。由于RANC知道用戶裝置只能夠支持199Kbps,因此RANC只傳遞流的音頻部分,由此附上MBR參數(shù)。監(jiān)控控制平面信息的附加應用是對UE附連到的位置區(qū)域的標識。在一些無線電網(wǎng)絡部署中,位置區(qū)域對應于特定無線扇區(qū)。由于RANC正在攔截接口上的具有控制平面相關性的所有用戶平面業(yè)務,因此它可以標識針對具體扇區(qū)的總業(yè)務?;谒鶚俗R的總業(yè)務, RANC可確定扇區(qū)何時正接近擁塞。當檢測到扇區(qū)擁塞時,RANC可嘗試通過限制發(fā)送峰值用戶的業(yè)務、限制多媒體流或控制到特定類型裝置(例如到PC接口卡)的業(yè)務來減少擁塞。使用如上所述的UE數(shù)據(jù)結合QOS信息,RANC可優(yōu)先化每個用戶GTP-U業(yè)務以便改進若干用戶的體驗質量。這種優(yōu)先化包含但不限于扼制峰值用戶以及在擁塞時段期間的合理使用策略。例如,RANC可檢測到一個或多個裝置正在創(chuàng)建絕大部分業(yè)務并扼制到其它裝置的業(yè)務。RANC可使用某種算法對攻擊型裝置進行反向扼制(throttling back)。在每個GTP-U隧道內(nèi),RANC可進一步解碼IP分組類型、IP協(xié)議類型(TCP、UDP) 和SRC/DST端口號,以標識應用程序協(xié)議類型(例如Wfeb/HTTP業(yè)務)、RTP業(yè)務、FTP業(yè)務、 RTMP、對象類型(例如html、flv、. mp4、. mp3文件類型)等。對于每個協(xié)議類型,RANC可執(zhí)行應用程序特定解碼和優(yōu)化。如上面說明的,對于HTTP業(yè)務,這可包括創(chuàng)建高速緩存。對于其它協(xié)議,例如對于FTP業(yè)務,RANC可通過將RANC到UE的TPC連接與RANC到因特網(wǎng)服務器的TCP連接分開來執(zhí)行分離TCP操作。RANC還可通過對FTP對象使用高速緩存和替代策略來高速緩存FTP對象。在另一個示例中,對于用RTP的實況流傳送,RANC維持本地轉接緩沖器并滿足來自其本地緩沖器的UE重傳請求而不是向因特網(wǎng)服務器轉發(fā)重傳請求。對于每個訂戶/GTP隧道,RANC標識TCP分組并執(zhí)行TCP代理操作。TCP代理操作包含但不限于在根據(jù)需要朝向核心網(wǎng)絡與服務器建立TCP連接時維持到UE的分開TCP 連接,維持轉接緩沖器并向UE進行本地重傳。雖然一些TCP代理操作可能在現(xiàn)有技術中是已知的,但是RANC是唯一的,因為為了提供這些服務,它必須拆封并移除其它接口協(xié)議。執(zhí)行TCP分離或代理操作的其它裝置這樣做,同時發(fā)射IP分組。然而,如在圖3-6中所見的, RANC可以使用將用戶TCP/IP有效載荷嵌入在IP或非IP傳輸中的各種接口協(xié)議進行操作, 并仍執(zhí)行這些TCP功能。如可以由上面示例所見的,監(jiān)控RANAP協(xié)議允許RANC確定由在RANC任一側的裝置請求的特定動作。基于這個知識,RANC可以放大或修改正在發(fā)射的分組以便更好地為特定UE定制它們。在另一個實施例中,RANC通過高速緩存某些頻繁使用的內(nèi)容來改進響應時間并降低整個網(wǎng)絡。RANC可維持頻繁訪問的網(wǎng)頁、視頻剪輯、FTP文件等的高速緩存。這種內(nèi)容高速緩存可在所有用戶上都是共用的一由此高速緩存替代和重新填充與用戶數(shù)量無關。由此,這減少了等待時間并改進了訪問熱門內(nèi)容的用戶的體驗質量。備選地,高速緩存可以分段成使得每個用戶的內(nèi)容占據(jù)整個高速緩存的某一百分比。當前存在確定哪些內(nèi)容應該存儲在 RANC中的高速緩存中并如何分段高速緩存的機制并且這些機制對本領域的普通技術人員是已知的。RANC還可維持每個用戶的頻繁訪問的內(nèi)容的歷史。在高速緩存并替代內(nèi)容時, RANC可為每個用戶保留最小百分比的內(nèi)容。由此,高速緩存可改進大用戶集的總體驗質量。
      在從RNC接收的用戶平面業(yè)務中,RANC可提取每個用戶GTP-U隧道內(nèi)的載體IP分組,標識協(xié)議類型、所請求的信息類型(例如HTTP業(yè)務的URL信息),并對照本地高速緩存的內(nèi)容進行比較。如果在高速緩存中發(fā)現(xiàn)了所請求的URL,則RANC返回響應,由此傳遞所請求的信息。在返回這些響應時,RANC仿真SGSN和GGSN以便對RNC是不可區(qū)分的。由此, RANC創(chuàng)建載體IP分組并在對應的GTP-U隧道中發(fā)送它們。類似地,對于FTP業(yè)務,RANC仿真FTP服務器,同時從本地高速緩存返回所請求的文件。如果在高速緩存中未發(fā)現(xiàn)用戶請求的信息,則它重新構造仿真RNC/IuPS處理的請求并轉發(fā)到核心網(wǎng)絡(SGSN/GGSN)。
      如果在IuPS接口上使用序列號選項,則RANC可調整每個用戶服務流(GTP-U)分組內(nèi)的序列號。例如,假設RANC從其本地高速緩存?zhèn)鬟f高速緩存的對象,其需要向RNC傳送100個GTP-U分組。每個GTP-U分組必須具有唯一序列號,并且因此,GTP-U標題中的對應序列號將遞增。由于不通過SGSN取這個對象,因此在RANC-RNC與SGSN-RNC之間使用的序列號現(xiàn)在相差100。為了補償這個差異,RANC可調整針對特定GTP-U隧道從SGSN轉發(fā)到 RNC的隨后分組的GTP-U序列號。對于RANC不提供性能幫助或高速緩存的載體IP平面中的協(xié)議,它從一個接口 (RNC或SGSN)接收分組并(如果需要的話)在重新調整GTP-U序列號之后轉發(fā)到另一接口 (SGSN 或 RNC)。當前發(fā)明的另一方面是基于從控制平面的信息(諸如早前描述的位置區(qū)域、裝置類型等)和用戶平面中的內(nèi)容感知應用程序處理,看機會將用戶平面中的內(nèi)容注入到特定 UE。這種機會內(nèi)容可以基于用戶的訪問歷史、位置區(qū)域、廣告內(nèi)容等而為上下文相關的。例如,在處理http請求時,RANC處理http請求和http響應二者。在處理http響應時,RANC 標識內(nèi)容類型(諸如html頁面)。為了注入機會內(nèi)容,RANC可將html頁面修改成包含附加URL鏈接、附加html內(nèi)容或Java腳本等。由此,當UE客戶端接收到頁面時,頁面包含來自原始服務器的原始頁面以及RANC確定的內(nèi)容。雖然修改網(wǎng)頁內(nèi)容的方法在本領域中是已知的,但是本發(fā)明能夠在拆封接口協(xié)議之后基于從控制和用戶平面導出的信息來確定這個附加內(nèi)容。在網(wǎng)絡中放置RANC可實現(xiàn)附加功能性。在一個實施例中,RANC部署在小區(qū)站 (NodeB、BTS)與小區(qū)站控制器(RNC、BSC或WiMax中的ASN網(wǎng)關)之間,如圖3中所示出的。 一個示例部署是3G網(wǎng)絡中IuB接口上的RANC部署。在這個配置中,RANC監(jiān)控在NodeB與 RNC之間交換的無線電鏈路控制協(xié)議。以這種方式,RANC知道每個訂戶無線電鏈路質量。 基于到移動裝置的無線電鏈路,RANC修改內(nèi)容。例如,RANC響應于鏈路質量可以只譯碼、優(yōu)先化特定類型的內(nèi)容幀諸如音頻流,只傳遞MPEG I幀或丟棄到差質量鏈路的幀。還可以執(zhí)行基于鏈路質量影響內(nèi)容的其它動作。在特定實施例中,RANC可配置成攔截BTSORNC協(xié)議(IuB接口協(xié)議),如在圖3中所示出的。在這個實施例中,它可通過探聽在BTS與RNC之間交換的CQI (信道質量指數(shù)) 來監(jiān)控“空中帶寬(OTA-BW) “。RANC然后可使用CQI來優(yōu)先化并選擇到UE的最優(yōu)內(nèi)容。例如,在傳遞多媒體流內(nèi)容時,它可使音頻優(yōu)先于視頻或使web業(yè)務優(yōu)先于FTP業(yè)務。在傳遞網(wǎng)頁時,它可基于內(nèi)容類型來優(yōu)先化業(yè)務,例如使文本對象優(yōu)先于圖像對象。由此,RANC可以實現(xiàn)使用CQI來優(yōu)先化或重新優(yōu)先化業(yè)務流。有關這種業(yè)務優(yōu)先化的判定是應用程序特定的,并且不受本發(fā)明的限制。上面給出的示例不打算進行限制;相反它們只是例證可以執(zhí)行的可能優(yōu)先化。在如上所述監(jiān)控CQI時,RANC可調整到UE的特定TCP會話的TCP擁塞窗口。TCP 擁塞窗口是在具體時間可能顯著的字節(jié)數(shù)量的測量。這個調整可為實現(xiàn)多個目標,諸如但不限于實現(xiàn)到UE的最大吞吐量(在到特定UE的所有流的業(yè)務上)、減少到UE的所有流上的流動(in flight)分組由此減少新用戶輸入的響應時間、減少在RNC處的擁塞以及到所有用戶的最佳吞吐量同時維持對活動用戶的合理性。當前發(fā)明的另一方面是基于RANC與UE之間的TCP連接的空中帶寬(OTA-BW)和往返時間(RTT)對每個UE的用戶IP業(yè)務的TCP優(yōu)化。在上面的實施例中,RANC當放在BTS 與RNC之間時從CQI獲得0TA-BW。備選地,RANC可通過明確地向UE或RNC請求這種信息來獲得OTA-BW信息。在另一個實施例中,RANC通過監(jiān)控到UE的最近業(yè)務或通過明確地向 UE發(fā)送協(xié)議級或應用級PING來確定OTA-BW和RTT信息?;赗TT和OTA-BW的估計,RANC調整最大系統(tǒng)吞吐量的初始TCP擁塞窗口。在現(xiàn)有技術中進行了基于吞吐量和RTT調整 TCP擁塞窗口,然而,RANC在它獲取OTA-BW和RTT信息的方式上是唯一的。移動性是無線接入網(wǎng)諸如3G、LTE、⑶MA和WIMAX的一個重要方面。由于訂戶手機或膝上型電腦可以從由一個小區(qū)站點(BTS或NodeB)服務的小區(qū)覆蓋區(qū)域移動到另一個小區(qū)覆蓋區(qū)域,因此RANC必須根據(jù)它在網(wǎng)絡內(nèi)的位置(即,它正在攔截哪個接口)來解決移動性問題。由此,如果從一個位置中的RANC傳遞到特定移動裝置的內(nèi)容,則當移動裝置移動到不同位置時,先前內(nèi)容傳遞的上下文和任何相關聯(lián)的傳送狀態(tài)將必須從先前訪問的 RANC傳送到新覆蓋區(qū)域中的RANC。本發(fā)明概括了通過新覆蓋區(qū)域中的RANC繼續(xù)活動業(yè)務并在移動無線環(huán)境中的2個RANC之間傳送上下文的方法。圖12例證了 RAN高速緩存當放在IuPS接口上時用于處理UE從一個RNC到另一個RNC的范圍的移動性的環(huán)境。3GPP標準定義用于處理在一個SGSN內(nèi)或在2個不同SGSN 上UE從一個RNC 105(源RNC)到另一個RNC 105a (目標RNC)的移動性的移動性和切換操作。通過參考全部結合在本文中的3GPP標準協(xié)議,并且具體地說是3GPP TS25.410,定義了源RNC 105將UE的活動會話移動到另一個RNC 10 所用的重新定位過程。當RANC 112 放在IuPS接口上的RNC 105與SGSN 104之間時,如在圖12中所示出的,源RANC 112識別出特定UE重新定位并發(fā)起它正在從其本地高速緩存服務或提供TCP/UDP級應用程序轉發(fā)的內(nèi)容的上下文切換。源RANC正在通過的任何業(yè)務繼續(xù)在目標RANC中通過。為了支持移動性,每個RANC與其相鄰RANC通信。每個RANC維持它連接到的RNC 的標識、以及RANC和它們連接到的RNC的列表。當如早前描述的,監(jiān)控IuPS控制協(xié)議時, 連接到源RNC 105的源RANC 112識別出目標RNC的標識和重新定位請求。它確定連接到目標RNC 10 的目標RANC 112a,并發(fā)起與目標RANC的上下文傳送。源RANC處理它正在通過兩個基本操作來執(zhí)行到目標RANC的內(nèi)容感知操作的UE的重新定位。首先,如在圖12 中所示出的,當前RNC 112向目標RANC 11 傳送UE上下文,包括用戶預訂、GTP-U隧道信息和其它信息。其次,對于正在進行的傳送(例如活動TCP業(yè)務),源RANC 112使用RANC 間鏈路118繼續(xù)發(fā)送和接收來自UE的通過其新覆蓋區(qū)域(即,通過新BTS 106a、目標RNC 105a)通過目標RANC 112a的業(yè)務。在上行鏈路方向(從UE接收的業(yè)務),目標RANC標識與先前活動流(諸如TCP ACK、RTP重傳請求等)的業(yè)務相反的新流(新TCP連接、DNS請求、UDP請求)的業(yè)務。它將已活動流的分組轉發(fā)到源RANC,并本地處理新流的業(yè)務。在下行鏈路方向(到UE的業(yè)務),目標RANC從源RANC接收已活動流的下行鏈路分組,并本地處理新流的業(yè)務。由此,源RANC 112繼續(xù)提供活動流的高速緩存內(nèi)容或任何其它TCP/UDP數(shù)據(jù)。這個步驟還包括目標RANC 11 識別來自UE的新流并錨定它們同時通過源RANC 112 轉發(fā)已活動流。
      權利要求
      1.一種在無線無線電接入網(wǎng)(RAN)中傳遞高速緩存的信息的方法,其中所述RAN服務多個用戶并且包括多個部件,其中所述方法包括a.邏輯上在所述RAN中的第一與第二部件之間插入裝置,所述裝置包括存儲單元、控制邏輯和兩個接口模塊,使得所述裝置與所述第一和所述第二部件二者通信;b.使用第一所述接口模塊來向所述第二部件仿真所述第一部件;c.使用第二所述接口模塊來向所述第一部件仿真所述第二部件;d.使用所述裝置中的所述控制邏輯來解釋從所述第一到所述第二部件的通信,以便確定所述通信的用戶和內(nèi)容,其中所述通信包括多個協(xié)議層;e.將內(nèi)容存儲在所述存儲單元中;f.使用所述控制邏輯來確定所述通信是否是對內(nèi)容的請求,并且如果是,則確定所述請求的內(nèi)容是否存儲在所述存儲單元中;以及g.使用所述第二接口模塊向所述第一部件發(fā)射所述存儲的內(nèi)容。
      2.如權利要求1所述的方法,其中所述RAN包括NodeB、RNC、SGSN和GGSN,并且其中所述裝置與所述RNC和所述SGSN通信。
      3.如權利要求1所述的方法,其中所述RAN包括NodeB、RNC、SGSN和GGSN,并且其中所述裝置與所述GGSN和所述SGSN通信。
      4.如權利要求1所述的方法,其中所述RAN包括NodeB、RNC、SGSN和GGSN,并且其中所述裝置與所述RNC和所述NodeB通信。
      5.如權利要求1所述的方法,其中所述多個層包括RANAP協(xié)議層,并且所述控制邏輯解釋所述RANAP協(xié)議。
      6.如權利要求1所述的方法,其中所述RAN包括在LTE網(wǎng)絡中操作的eNodeB、SG、MME 和PDN-GW,其中所述裝置與所述eNodeB、所述SG和所述MME通信。
      7.如權利要求1所述的方法,其中所述RAN包括在LTE網(wǎng)絡中操作的eNodeB、SG、MME 和PDN-GW,其中所述裝置與所述SG、所述MME和所述PDN-GW通信。
      8.如權利要求1所述的方法,其中如果所述通信不是對存儲在所述存儲單元中的內(nèi)容的請求,則所述裝置使用所述第一接口模塊發(fā)射所述通信。
      9.一種在無線無線電接入網(wǎng)(RAN)中傳遞用戶特定信息的方法,其中所述RAN服務多個用戶,并且其中所述RAN包括多個部件,所述方法包括a.邏輯上在所述RAN中的第一與第二部件之間插入裝置,所述裝置包括存儲單元、控制邏輯和兩個接口模塊,使得所述裝置與所述第一和所述第二部件二者通信;b.使用第一所述接口模塊來向所述第二部件仿真所述第一部件;c.使用第二所述接口模塊來向所述第一部件仿真所述第二部件;d.使用所述裝置中的所述控制邏輯來解釋從所述第一到所述第二部件的通信,以便確定所述通信的用戶以及與所述用戶相關聯(lián)的特定參數(shù),其中所述通信包括多個協(xié)議層;e.使用所述控制邏輯來確定是否應該基于所述特定參數(shù)來修改對所述通信的響應;f.使用所述第一接口模塊向所述第二部件發(fā)射所述通信;g.使用所述第一接口模塊從所述第二部件接收響應;并基于所述確定來修改所述響應;以及h.使用所述第二接口模塊向所述第一部件發(fā)射所述響應。
      10.如權利要求9所述的方法,其中所述RAN包括NodeB、RNC、SGSN和GGSN,并且其中所述裝置與所述RNC和所述SGSN通信。
      11.如權利要求9所述的方法,其中所述RAN包括NodeB、RNC、SGSN和GGSN,并且其中所述裝置與所述GGSN和所述SGSN通信。
      12.如權利要求9所述的方法,其中所述RAN包括NodeB、RNC、SGSN和GGSN,并且其中所述裝置與所述RNC和所述NodeB通信。
      13.如權利要求9所述的方法,其中所述多個層包括RANAP協(xié)議層,并且所述控制邏輯解釋所述RANAP協(xié)議。
      14.如權利要求9所述的方法,其中所述RAN包括在LTE網(wǎng)絡中的eNodeB、SG,MME和 PDN-GW,其中所述裝置與所述eNodeB、所述SG和所述MME通信。
      15.如權利要求9所述的方法,其中所述RAN包括在LTE網(wǎng)絡中的eNodeB、SG,MME和 PDN-GW,其中所述裝置與所述SG、所述MME和所述PDN-GW通信。
      16.一種網(wǎng)絡裝置,適合于在RAN網(wǎng)絡上操作,其中所述RAN網(wǎng)絡中的部件使用多個協(xié)議進行通信,所述裝置包括第一和第二接口模塊,適合于與所述RAN網(wǎng)絡中的相應第一和第二部件通信,使得第一所述接口模塊向所述第二部件仿真所述第一部件并且第二所述接口模塊向所述第一部件仿真所述第二部件; 存儲裝置;以及控制邏輯,其中所述控制邏輯適合于解釋在所述第一與第二部件之間的通信中的所述多個協(xié)議。
      17.如權利要求16所述的網(wǎng)絡裝置,其中所述控制邏輯解釋所述通信是從所述第一部件到所述第二部件的http請求,并且其中所述控制邏輯將對來自所述第二部件的所述通信的響應存儲在所述存儲裝置中。
      18.如權利要求16所述的網(wǎng)絡裝置,其中所述控制邏輯適合于解釋從所述第一部件到所述第二部件的通信,以便確定所述通信的用戶和內(nèi)容; 確定所述通信是否是對內(nèi)容的請求,并且如果是,則確定所述請求的內(nèi)容是否存儲在所述存儲單元中;以及使用所述第二接口模塊向所述第一部件發(fā)射所述存儲的內(nèi)容。
      19.如權利要求16所述的網(wǎng)絡裝置,其中所述控制邏輯適合于解釋從所述第一到所述第二部件的通信,以便確定所述通信的用戶以及與所述用戶相關聯(lián)的特定參數(shù);確定是否應該基于所述特定參數(shù)來修改對所述通信的響應; 使用所述第一接口模塊向所述第二部件發(fā)射所述通信; 使用所述第一接口模塊從所述第二部件接收響應; 基于所述確定來修改所述響應;以及使用所述第二接口模塊向所述第一部件發(fā)射所述響應。
      20.如權利要求16所述的網(wǎng)絡裝置,其中所述多個協(xié)議定義控制平面和用戶平面,并且其中所述控制邏輯適合于解釋所述第一與第二部件之間的通信,以便確定控制平面參數(shù);以及在所述用戶平面中利用所述控制平面參數(shù)。
      21.如權利要求20所述的網(wǎng)絡裝置,其中所述控制平面參數(shù)選自由RAN擁塞、用戶裝置信息、用戶預訂計劃、QOS屬性和位置信息組成的組。
      22.一種基于用戶特定信息來修改到RAN網(wǎng)絡上用戶的通信的方法,其中所述網(wǎng)絡包括多個部件,所述方法包括邏輯上在所述RAN中的第一與第二部件之間插入裝置,所述裝置包括存儲單元、控制邏輯和兩個接口模塊,使得所述裝置與所述第一和所述第二部件二者通信; 使用第一所述接口模塊來向所述第二部件仿真所述第一部件; 使用第二所述接口模塊來向所述第一部件仿真所述第二部件; 使用所述裝置中的所述控制邏輯來解釋從所述第一到所述第二部件的通信,其中所述通信包括多個協(xié)議層并且所述協(xié)議定義控制平面和用戶平面; 保存來自所述控制平面的信息并將它與所述用戶相關聯(lián); 基于所述保存的控制平面信息,在所述用戶平面處修改送往所述用戶的通信;以及朝向所述用戶發(fā)射所述修改的信息。
      23.如權利要求22所述的方法,其中所述控制平面信息選自由RAN擁塞、用戶裝置信息、用戶預訂計劃、QOS屬性和位置信息組成的組。
      24.—種在無線電接入網(wǎng)(RAN)中向移動用戶傳遞內(nèi)容的方法,其中所述RAN網(wǎng)絡包括多個無線電網(wǎng)絡控制器(RNC)和與每個所述RNC相關聯(lián)的高速緩存裝置,所述方法包括使用第一高速緩存裝置來解釋從所述RNC到因特網(wǎng)的通信,其中所述通信包括多個協(xié)議層并且所述協(xié)議定義控制平面和用戶平面;使用所述第一高速緩存裝置通過監(jiān)控所述控制平面來檢測所述用戶的移動; 使用所述第一高速緩存裝置來維持RNC與對應高速緩存裝置的關聯(lián),以便當在所述控制平面中檢測到重新定位請求時確定所述目標高速緩存裝置;以及在檢測到所述重新定位請求之后,執(zhí)行從所述第一高速緩存裝置到所述目標高速緩存裝置的會話切換。
      25.如權利要求M所述的方法,還包括使用所述目標高速緩存裝置來區(qū)分正在進行的用戶平面業(yè)務和新用戶平面業(yè)務。
      26.如權利要求25所述的方法,還包括使用所述目標高速緩存裝置向所述第一高速緩存裝置傳遞所述正在進行的用戶平面業(yè)務。
      27.如權利要求沈所述的方法,還包括 將所述目標高速緩存裝置用于新用戶平面業(yè)務。
      28.如權利要求25所述的方法,其中所述用戶平面業(yè)務包括TCP連接。
      全文摘要
      公開了一種在由蜂窩/無線網(wǎng)絡(GSM/GPRS、3G/UMTS/HSDPA/HSUPA、CDMA、WIMAX、LTE)所定義的標準接口點處攔截業(yè)務、仿真在攔截點任一側的相應協(xié)議、提取所攔截分組內(nèi)的用戶/應用程序有效載荷、執(zhí)行優(yōu)化并用相同協(xié)議重新封裝以及透明地傳遞內(nèi)容的系統(tǒng)和方法。這些優(yōu)化包含但不限于內(nèi)容高速緩存、預測和預取頻繁使用的內(nèi)容、執(zhí)行用于減少回程帶寬的內(nèi)容感知傳輸優(yōu)化(TCP、UDP、RTP等)以及改進用戶體驗。當前發(fā)明的附加實施例包含基于在監(jiān)控控制平面協(xié)議時導出的信息來注入機會內(nèi)容(基于位置的、基于簡檔的或廣告內(nèi)容)。
      文檔編號G06F13/00GK102171664SQ200980139488
      公開日2011年8月31日 申請日期2009年8月5日 優(yōu)先權日2008年8月6日
      發(fā)明者拉馬克里什南 K., 拉哈文 R., K. 科瓦爾 S. 申請人:莫維克網(wǎng)絡公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1