專利名稱:能夠?qū)崿F(xiàn)移動(dòng)電信系統(tǒng)中dns重定向的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域:
本發(fā)明一般涉及系統(tǒng)、軟件和方法,并且更具體地說涉及用于能夠?qū)崿F(xiàn)移動(dòng)電信系統(tǒng)中域名服務(wù)器(DNS)重定向的機(jī)制和技術(shù)。
背景技術(shù):
在過去數(shù)年間,添加“智能”特征的想法推動(dòng)了例如移動(dòng)電話、個(gè)人數(shù)字助理等各種便攜式裝置的演進(jìn)。除其它之外,智能特征包括在移動(dòng)時(shí)瀏覽因特網(wǎng)的能力。為將最終用戶請求引導(dǎo)到最佳服務(wù)器以獲取期望的內(nèi)容,諸如Akamai等基于因特網(wǎng)的內(nèi)容交付網(wǎng)絡(luò)(⑶N)公司使用DNS重定向。服務(wù)器的最佳位置可基于各種參數(shù)表述,例如,最近拓?fù)溧徑取⒆疃檀婊顣r(shí)間(RTT)、服務(wù)器的最低負(fù)載等。雖然DNS重定向在公共因特網(wǎng)中工作良好,但在例如第三代(3G)或長期演進(jìn)(LTE)網(wǎng)絡(luò)等移動(dòng)電信網(wǎng)絡(luò)中確保重定向操作存在一些挑戰(zhàn)。這些移動(dòng)電信網(wǎng)絡(luò)建立的方式使得移動(dòng)電話的身份(例如,因特網(wǎng)協(xié)議(IP)地址)可對網(wǎng)絡(luò)外部是不可見的。因此,在CDN公司不能“看到”移動(dòng)網(wǎng)絡(luò)的內(nèi)部結(jié)構(gòu)時(shí),CDN公司不能提供用于移動(dòng)電話的最佳服務(wù)器。在移動(dòng)電信網(wǎng)絡(luò)具有可響應(yīng)移動(dòng)電話的請求而使用的其自己的內(nèi)容服務(wù)器(緩存)時(shí),并且由于CDN公司未看到這些服務(wù)器,因此,當(dāng)前CDN公司很少利用這些內(nèi)容服務(wù)器。有關(guān)DNS的簡要討論被認(rèn)為在此處適合于更好地理解示范實(shí)施例。域名服務(wù)是用于將完全限定域名(FQDN)解析成IP地址的已知因特網(wǎng)服務(wù)(這在RFC 1034和RFC 1035中被定義,參閱http://www.1etf.0rg,其全部內(nèi)容通過引用結(jié)合于本文中)。傳統(tǒng)DNS查詢消息10的格式在圖1中示出,并且它包括報(bào)頭字段12、問題字段14、回答字段16、機(jī)構(gòu)字段18及附加字段20。報(bào)頭10的問題字段14包括如圖2所示的QNAME字段22。QNAME字段可攜帶要解析的資源的名稱。DNS重定向在因特網(wǎng)中用于促進(jìn)基于DNS解析機(jī)制的緩存服務(wù)器的選擇。各種⑶N公司廣泛地使用這些技術(shù)。例如,此類公司(例如,Akamai)要求其客戶修改其網(wǎng)頁以在其通用資源定位器(URL)中明確寫入指向Akamai服務(wù)器的域名。特殊的工具可用于此轉(zhuǎn)換。例如,Akamai習(xí)慣于通過此類工具將其客戶的URL “akamai化”。然而,此特定公司今天使用一種技術(shù)(CNAMing),由此客戶將其域名的所有權(quán)委托給Akamai。例如,CNAMing涉及配置客戶端xyz的域名,以便對www.xyz.com的請求對應(yīng)于用于給定客戶端的CNAME www.xyz.com.edgesuite.net.。內(nèi)容始發(fā)方(例如,xyz.com)在其網(wǎng)頁中使用標(biāo)準(zhǔn)轉(zhuǎn)換引用對象,例如,<img alt=〃Building on the past" src=〃res/the company/images/2009/091110_history_180x90.jpg〃/>。xyz 的內(nèi)容被拉動(dòng)或推送到Akamai緩存,以便xyz和Akamai均對負(fù)載分布具有控制權(quán)。在下述內(nèi)容中,術(shù)語“內(nèi)容始發(fā)方”指創(chuàng)建(創(chuàng)作)內(nèi)容的那些公司或網(wǎng)站,并且術(shù)語“內(nèi)容交付提供商”指分發(fā)(提供)現(xiàn)有內(nèi)容到用戶(例如,Akamai)的那些服務(wù)。圖3中示出CNAMing DNS解析流程。圖3示出用戶裝置30使用瀏覽器請求帶有來自xyz的嵌入圖像的網(wǎng)頁。在步驟Al中,用戶裝置30向本地DNS 32發(fā)送對期望內(nèi)容(例如,xyz.com)的DNS查詢。在步驟A2中,本地DNS 32將查詢傳送到xyz web服務(wù)器38的DNS 36。要注意的是,本地DNS 32是用戶裝置所屬的通信網(wǎng)絡(luò)的一部分。本地DNS有時(shí)稱為ISP DNS,并且它在運(yùn)營商的網(wǎng)絡(luò)(固定或移動(dòng))內(nèi)被提供,以及它負(fù)責(zé)運(yùn)營商的域名的名稱解析。本地DNS服務(wù)器的IP地址在連接到運(yùn)營商的網(wǎng)絡(luò)(例如,經(jīng)動(dòng)態(tài)主機(jī)配置協(xié)議(DHCP))的所有用戶裝置中提供,即用戶裝置知道其存在。相反,根DNS 34是一般服務(wù)器,即,這是因特網(wǎng)的公共DNS服務(wù)器,并且它位于公共因特網(wǎng)中。在步驟A3中,xyz DNS 36將與⑶N交付提供商40相關(guān)聯(lián)的URL返回到本地DNS32。在步驟A4中,本地DNS 32基于接收的URL,將DNS查詢發(fā)送到⑶N交付提供商40。在步驟A5到AS中與⑶N交付提供商40 (可包括一個(gè)或多個(gè)服務(wù)器)交換幾個(gè)消息后,本地DNS 32在步驟A9中接收⑶N交付提供商40的內(nèi)容服務(wù)器的IP地址。在步驟AlO中,本地DNS 32將具有期望內(nèi)容的⑶N交付提供商40的內(nèi)容服務(wù)器的接收的IP發(fā)送到用戶裝置30。最后,在步驟All中,用戶裝置將對期望內(nèi)容的請求發(fā)送到⑶N交付提供商40,并且在步驟A12中,接收來自服務(wù)器40的該內(nèi)容。如上所提及的,當(dāng)前由一些⑶N交付提供商(例如,Akamai)使用的另一方法是修改內(nèi)容始發(fā)方(例如,xyz)的URL。再次使用Akamai和xyz的示例(請注意,可使用其它內(nèi)容交付提供商和內(nèi)容始發(fā)方),xyz的URL可通過以下方式進(jìn)行Akamai化。域xyz.com可使用特殊工具Akamai化在其網(wǎng)頁中的所有鏈接,即,在所有URL中放置Akamai域名。例如,指向 xyz 網(wǎng)站上圖片的常規(guī) URL 是 <img src=http://xyz.com/Ads/adinfo_top.gif...>,并且在 Akamai 化后變成 <img src=http://al010.g.akama1.net/cnwk.ld/Ads/adinfo_top.gif...>。新URL現(xiàn)在包括到akama1.net的引用。圖4中示出Akamai化的URL DNS解析流程。圖4類似于圖3,并且為此,此處不重復(fù)這兩個(gè)圖形的類似步驟。 現(xiàn)有基于DNS的重定向系統(tǒng)的一個(gè)共同特征是依賴本地DNS服務(wù)器身份及請求客戶端的IP地址來選擇具有期望內(nèi)容的最近緩存和/或選擇體驗(yàn)的質(zhì)量(Q0E)。然而,如果存儲期望內(nèi)容的緩存被部署在電信網(wǎng)絡(luò)內(nèi)部,例如,在3GPP網(wǎng)絡(luò)中的網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)GGSN (GGSN)下(例如,在無線電網(wǎng)絡(luò)控制(RNC)級別),則用于緩存選擇的當(dāng)前機(jī)制將失敗。對于此的原因之一是GGSN是用于其下方所有IP實(shí)體的IP錨點(diǎn)。相應(yīng)地,將合乎需要的是提供避免上述問題和缺陷的裝置、系統(tǒng)和方法。
發(fā)明內(nèi)容
例如內(nèi)容等資產(chǎn)被希望從對用戶最適合的位置提供到用戶。適合的位置可以是離用戶最近的位置。這樣,從離用戶最近的位置接收內(nèi)容空出了網(wǎng)絡(luò)中的帶寬,和/或縮短了用于接收資產(chǎn)的時(shí)間。根據(jù)一個(gè)示范實(shí)施例,存在一種移動(dòng)電信網(wǎng)絡(luò)的無線電網(wǎng)絡(luò)控制器。該無線電網(wǎng)絡(luò)控制器包括:接口,配置成接收來自移動(dòng)終端的DNS查詢,其中,DNS查詢包括內(nèi)容始發(fā)方服務(wù)器或內(nèi)容交付提供商的指示;域名系統(tǒng)DNS攔截器模塊,連接到接口并且配置成將域名與對應(yīng)因特網(wǎng)協(xié)議IP地址相關(guān)聯(lián),DNS攔截器模塊配置成攔截來自移動(dòng)終端的DNS查詢,檢測內(nèi)容始發(fā)方服務(wù)器或內(nèi)容交付提供商的指示,對照無線電網(wǎng)絡(luò)控制器處理的域名列表來檢查所述指示,以及生成響應(yīng)DNS查詢的DNS回復(fù),所述DNS回復(fù)包括與無線電網(wǎng)絡(luò)控制器相關(guān)聯(lián)的內(nèi)容服務(wù)器的IP地址并且不包括內(nèi)容交付提供商的IP地址;以及所述接口配置成將DNS回復(fù)發(fā)送到移動(dòng)終端。根據(jù)另一示范實(shí)施例,存在一種用于能夠?qū)崿F(xiàn)移動(dòng)電信網(wǎng)絡(luò)中的域名系統(tǒng)DNS解析的方法。所述方法包括:在移動(dòng)電信網(wǎng)絡(luò)的無線電網(wǎng)絡(luò)控制器接收來自移動(dòng)終端的DNS查詢;不將DNS查詢轉(zhuǎn)發(fā)到DNS服務(wù)器,而是在DNS攔截器模塊攔截DNS查詢;分析DNS查詢以檢測內(nèi)容始發(fā)方服務(wù)器的指示或內(nèi)容交付提供商的指示;對照DNS攔截器模塊處理的域名列表來檢查所述指示;生成帶有與無線電網(wǎng)絡(luò)控制器相關(guān)聯(lián)的內(nèi)容服務(wù)器的IP地址并且不帶有移動(dòng)電信網(wǎng)絡(luò)外內(nèi)容交付提供商的IP地址的DNS回復(fù);以及將DNS回復(fù)發(fā)送到移動(dòng)終端。根據(jù)還有的另一示范實(shí)施例,存在一種移動(dòng)電信網(wǎng)絡(luò)中的無線電網(wǎng)絡(luò)控制器。所述無線電網(wǎng)絡(luò)控制器包括:接口,配置成接收來自移動(dòng)終端的DNS查詢,其中,DNS查詢包括內(nèi)容始發(fā)方服務(wù)器或內(nèi)容交付提供商的指示;域名系統(tǒng)DNS攔截器功能,在處理器上運(yùn)行并且配置成將域名與對應(yīng)因特網(wǎng)協(xié)議IP地址相關(guān)聯(lián),DNS攔截器功能配置成攔截來自移動(dòng)終端的DNS查詢,檢測內(nèi)容始發(fā)方服務(wù)器或內(nèi)容交付提供商的指示,對照無線電網(wǎng)絡(luò)控制器處理的域名列表來檢查所述指示,以及生成響應(yīng)DNS查詢的DNS回復(fù),所述DNS回復(fù)包括與無線電網(wǎng)絡(luò)控制器相關(guān)聯(lián)的內(nèi)容服務(wù)器的IP地址并且不包括內(nèi)容交付提供商的IP地址;以及所述接口配置成將DNS回復(fù)發(fā)送到移動(dòng)終端。一個(gè)目的是克服前一部分中所述的一些缺陷,并且在電信網(wǎng)絡(luò)中提供帶有發(fā)現(xiàn)用于移動(dòng)終端的期望內(nèi)容的適合位置的節(jié)點(diǎn)。一個(gè)或多個(gè)獨(dú)立權(quán)利要求有利地提供了用于從位于電信網(wǎng)絡(luò)外服務(wù)器為移動(dòng)終端提供期望內(nèi)容的新穎重定向過程。
附圖被結(jié)合在說明書中并構(gòu)成其一部分,示出一個(gè)或多個(gè)實(shí)施例,并與描述一起解釋這些實(shí)施例。在圖中:
圖1是DNS消息的不意 圖2是DNS消息的字段的示意 圖3是用于DNS重定向的方法的流程 圖4是用于DNS重定向的另一方法的流程 圖5是根據(jù)一示范實(shí)施例的帶有新穎DNS重定向機(jī)制的系統(tǒng)的示意 圖6是根據(jù)一示范實(shí)施例的用于DNS重定向的方法的流程 圖7是根據(jù)一示范實(shí)施例的在DNS攔截器模塊中可用的映射列表的示意 圖8是根據(jù)一示范實(shí)施例的在DNS攔截器模塊中域名與內(nèi)容之間的關(guān)聯(lián)的示意 圖9和10是示出根據(jù)一示范實(shí)施例的DNS查詢?nèi)绾斡糜贒NS重定向的方法的信號圖
表;
圖11是根據(jù)一示范實(shí)施例的具有多個(gè)功能的RNC的示意 圖12是根據(jù)一示范實(shí)施例的具有多個(gè)RNC和內(nèi)容服務(wù)器的移動(dòng)電信網(wǎng)絡(luò)的示意圖; 圖13是根據(jù)一示范實(shí)施例的在無線電網(wǎng)絡(luò)控制器中用于DNS重定向的方法的流程以及
圖14是模塊的示意圖。
具體實(shí)施例方式示范實(shí)施例的以下描述參照附圖。不同圖形中的相同標(biāo)號識別相同或類似的要素。以下詳細(xì)描述不限制本發(fā)明。相反,本發(fā)明的范圍由隨附權(quán)利要求定義。為了簡明,下面的實(shí)施例根據(jù)DNS和RNC的術(shù)語和結(jié)構(gòu)進(jìn)行討論。然而,隨后要論述的實(shí)施例并不限于這些系統(tǒng),而是可應(yīng)用到其它現(xiàn)有系統(tǒng)。說明書各處對“一個(gè)實(shí)施例”或“一實(shí)施例”的引用指結(jié)合一實(shí)施例描述的特定特征、結(jié)構(gòu)或特性包括在本發(fā)明的至少一個(gè)實(shí)施例中。因此,在說明書各處各個(gè)位置出現(xiàn)的“在一個(gè)實(shí)施例”或“在實(shí)施例中”短語不一定全部指相同實(shí)施例。此外,特定的特征、結(jié)構(gòu)或特性可在一個(gè)或多個(gè)實(shí)施例中以任何適合的方式組合。根據(jù)一示范實(shí)施例,在移動(dòng)電信網(wǎng)絡(luò)的RNC級別存在用于攔截來自移動(dòng)終端的DNS請求(或查詢)并且用于生成要發(fā)送回移動(dòng)終端的DNS回復(fù)的模塊(RNC DNS模塊或DNS攔截器模塊)。此特征使得RNC能夠提供指示到移動(dòng)終端以便從位于GGSN (例如,與RNC并置)的內(nèi)容服務(wù)器獲得期望內(nèi)容。在一個(gè)應(yīng)用中,在下面的示范實(shí)施例中描述了用于在GGSN下方的節(jié)點(diǎn)中運(yùn)行CDN交付提供商的軟件的功能性。因此,在一個(gè)示范實(shí)施例中,RNC DNS模塊而不是根DNS或電信網(wǎng)絡(luò)外的其它DNS回復(fù)DNS請求。根據(jù)圖5所示的一示范實(shí)施例,用于提供期望內(nèi)容到移動(dòng)終端的系統(tǒng)50包括移動(dòng)電信網(wǎng)絡(luò)52、⑶N交付提供商54和根DNS 56。移動(dòng)電信網(wǎng)絡(luò)52可以是第三代合作伙伴項(xiàng)目(3GPP)移動(dòng)網(wǎng)絡(luò)。3GPP移動(dòng)網(wǎng)絡(luò)的體系結(jié)構(gòu)圍繞隧道傳送(tunneling)來建立,這是因?yàn)镮P級移動(dòng)性解決方案是GPRS隧道傳送協(xié)議(GTP),其中,GPRS是通用分組無線電服務(wù)隧道傳送協(xié)議。在此網(wǎng)絡(luò)中,客戶端被賦予的IP地址不更改并且在拓?fù)渖襄^定在網(wǎng)關(guān)節(jié)點(diǎn)(GGSNfA)中,而不考慮移動(dòng)終端實(shí)際上位于IP域中何處,例如,不考慮移動(dòng)終端在另一網(wǎng)絡(luò)內(nèi)是活動(dòng)的并且由服務(wù)節(jié)點(diǎn)服務(wù)。未使用3GPP體系結(jié)構(gòu)的其它網(wǎng)絡(luò)也可使用用于移動(dòng)O終端,未指示客戶端裝置的實(shí)際地理位置的IP地址。要討論的新穎示范實(shí)施例適用于這些其它網(wǎng)絡(luò)。如更早所述的根DNS 56是在公共因特網(wǎng)域中提供的公共DNS服務(wù)器。移動(dòng)電信網(wǎng)絡(luò)52包括本地DNS服務(wù)器58 (也稱為ISP DNS服務(wù)器)和GGSN節(jié)點(diǎn)60。GGSN節(jié)點(diǎn)在名稱為“Optimized Redirection Network Architectures”并且與本申請一樣轉(zhuǎn)讓給相同的受讓人的國際專利申請PCT/IB2009/005045中被詳細(xì)描述,該專利申請的全部內(nèi)容通過引用結(jié)合于本文中。移動(dòng)終端62連接到網(wǎng)絡(luò)52并且可具有搜索/瀏覽因特網(wǎng)以查找期望內(nèi)容的能力。移動(dòng)終端62已由GGSN節(jié)點(diǎn)60指派有IP地址,該IP地址在拓?fù)渖襄^定在GGSN節(jié)點(diǎn)60。因此,對于在因特網(wǎng)上的其它網(wǎng)絡(luò)和/或計(jì)算機(jī)(例如,⑶N交付提供商54),即使移動(dòng)終端62在另一網(wǎng)絡(luò)中漫游,移動(dòng)終端62也顯得位于GGSN節(jié)點(diǎn)60。如果⑶N交付提供商54發(fā)送尋址到移動(dòng)終端62的IP地址的消息(包括網(wǎng)頁),則消息由因特網(wǎng)路由器路由到GGSN節(jié)點(diǎn)60。如果包含期望信息的內(nèi)容服務(wù)器64位于RNC 66級,則⑶N交付提供商54的現(xiàn)有機(jī)制未能“看到”內(nèi)容服務(wù)器64,因?yàn)橐苿?dòng)網(wǎng)絡(luò)52的內(nèi)部拓?fù)洳豢捎糜谕獠糠?。因此,根?jù)一示范實(shí)施例,RNC DNS攔截器功能在RNC 66實(shí)現(xiàn),例如,在RNC DNS模塊或DNS攔截器模塊68中實(shí)現(xiàn)。DNS攔截器模塊68可以是完全DNS服務(wù)器,或者可只包括DNS服務(wù)器的選定功能性。另外,DNS攔截器模塊68可包括補(bǔ)充功能性,例如,消息攔截、過濾、分析等。DNS攔截器功能可在軟件中,在專用電路中,在處理器中,或者其組合中實(shí)現(xiàn)。在討論DNS攔截器模塊68如何在RNC 66的上下文中工作之前,下面簡要討論CDN交付提供商54的組織。⑶N交付提供商54可包括⑶N DNS服務(wù)器72和一個(gè)或多個(gè)⑶N交付提供商緩存74。⑶N交付提供商緩存74可分布在各個(gè)地理位置。⑶N交付提供商54具有其自己的客戶端(內(nèi)容始發(fā)方),其示例可以是xyz。內(nèi)容始發(fā)方80生成(創(chuàng)作)移動(dòng)終端62感興趣的內(nèi)容。CDN交付提供商54 (例如,Akamai)配置成與內(nèi)容始發(fā)方80進(jìn)行通信,并且存儲內(nèi)容始發(fā)方80在其自己的服務(wù)器74上生成的內(nèi)容。然而,如上已經(jīng)討論的,服務(wù)器74可不是離移動(dòng)終端62最近的服務(wù)器。在此方面,RNC內(nèi)容服務(wù)器64可以是離移動(dòng)終端62最近的緩存。RNC內(nèi)容服務(wù)器64可以是移動(dòng)網(wǎng)絡(luò)62的一部分,可以是⑶N交付提供商54的一部分或這些可能性的組合。如下所述,不止一個(gè)RNC內(nèi)容服務(wù)器64可存在于移動(dòng)網(wǎng)絡(luò)52中。為了以下討論的目的,假設(shè)內(nèi)容始發(fā)方80已與⑶N交付提供商54達(dá)成業(yè)務(wù)關(guān)系,并且來自內(nèi)容始發(fā)方80的內(nèi)容在RNC內(nèi)容服務(wù)器64上可用。此外,內(nèi)容始發(fā)方80具有其自己的DNS服務(wù)器82。此外,假設(shè)移動(dòng)網(wǎng)絡(luò)運(yùn)營商不想向例如⑶N交付提供商54、內(nèi)容始發(fā)方80等其它方暴露其網(wǎng)絡(luò)的拓?fù)?。因此,那些第三方不能“看到”移?dòng)網(wǎng)絡(luò)52的內(nèi)部拓?fù)洹4送?,⑶N交付提供商54可配置成經(jīng)通信路徑84直接更新RNC內(nèi)容服務(wù)器64的內(nèi)容。作為⑶N交付提供商54與內(nèi)容始發(fā)方80之間關(guān)系的一部分,⑶N交付提供商54可指派標(biāo)識符到每個(gè)內(nèi)容始發(fā)方80,例如,數(shù)字。CDN交付提供商54可跨RNC內(nèi)容服務(wù)器64部署與客戶相關(guān)聯(lián)的服務(wù)器或內(nèi)容。DNS攔截器模塊58包括在RNC級處理的域名的列表70。RNC 66或DNS攔截器模塊68可包括將在后面討論的打斷(break-out)模塊85、過濾器模塊86和解析器/修改模塊88?,F(xiàn)在相對于圖5和6,討論從RNC內(nèi)容服務(wù)器64而不是從⑶N服務(wù)器74提供期望內(nèi)容到移動(dòng)終端62的方法。如圖5所示,在步驟600中(另請參閱圖6),移動(dòng)終端62發(fā)送對⑶N交付提供商54的URL的DNS查詢。DNS攔截器模塊68接收DNS查詢,并且在步驟602中對照其內(nèi)容在RNC內(nèi)容服務(wù)器64中存在(或者可下載)的域名池(包括在列表70中)檢查來自DNS查詢的URL (例如,內(nèi)容交付提供商或內(nèi)容始發(fā)方服務(wù)器的IP地址的指示)。如果在要求的URL與RNC內(nèi)容服務(wù)器64存儲的內(nèi)容相關(guān)聯(lián)的URL之間存在匹配,則在步驟604中,DNS攔截器模塊68生成包括與RNC內(nèi)容服務(wù)器64相關(guān)聯(lián)IP地址的DNS回復(fù)。因此,DNS攔截器模塊68不允許來自移動(dòng)終端62的DNS查詢繼續(xù)到本地DNS 58或其它DNS服務(wù)器。然而,如果在步驟602中DNS攔截器模塊68確定移動(dòng)終端的URL請求不匹配RNC內(nèi)容服務(wù)器64存儲的內(nèi)容相關(guān)聯(lián)的URL,則在步驟606中,允許來自移動(dòng)終端62的DNS查詢經(jīng)普通解析過程繼續(xù)到本地DNS 58。從此處開始,用于獲得期望內(nèi)容的過程類似于在圖3和4中所示的那些過程。在一示范實(shí)施例中,DNS攔截器模塊通過它負(fù)責(zé)的域名(地帶)的集合而進(jìn)行定期更新。域名的集合可存儲在DNS攔截器模塊中的列表70中。域名的集合可如圖7所示為“A”記錄的形式,這些記錄全部指向與DNS攔截器模塊68并置的RNC內(nèi)容服務(wù)器64的IP地址(例如,69.19.19.1)。如圖7所示,DNS攔截器模塊68可以與成熟DNS服務(wù)器類似的方式行動(dòng)。映射到RNC內(nèi)容服務(wù)器64的域名的集合取決于經(jīng)鏈路84由CDN交付提供商54交付或?qū)⒂善浣桓兜絉NC內(nèi)容服務(wù)器64的內(nèi)容。換而言之,如果域名xyz.com的內(nèi)容要在RNC內(nèi)容服務(wù)器64上可用,則列表70中的條目“xyz.com”與RNC服務(wù)器64的IP地址69.19.19.1 相關(guān)聯(lián)。在一個(gè)示范實(shí)施例中,DNS記錄的TLL短小,以便客戶端(移動(dòng)終端)被強(qiáng)制從其DNS緩存丟棄它們并且發(fā)出對每個(gè)新URL的新請求。例如,TLL可小于20秒。在一個(gè)示范實(shí)施例中,圖8中示出在DNS攔截器模塊68的域名池與RNC內(nèi)容服務(wù)器64中內(nèi)容之間的關(guān)系。DNS攔截器模塊68可具有攔截來自移動(dòng)終端的DNS查詢的第一功能和抽取與DNS查詢相關(guān)聯(lián)的IP地址的第二功能。DNS攔截器模塊68也可配置成將從DNS查詢提取的IP地址替代為其自己的IP地址(或另一預(yù)定的IP地址)。預(yù)定的IP地址可指向RNC內(nèi)容服務(wù)器64。在其它應(yīng)用中,這些功能可在相互協(xié)作的對應(yīng)模塊中提供。在還有的另一示范實(shí)施例中,模塊可分布在移動(dòng)網(wǎng)絡(luò)中。然而,所有功能可在例如DNS攔截器模塊68等相同模塊中提供。為示出如何在現(xiàn)有系統(tǒng)中實(shí)現(xiàn)上述方法,逐步討論了圖9所示示范實(shí)施例。實(shí)現(xiàn)無意于限制示范實(shí)施例。為簡明起見,選擇Akamai為CDN交付提供商54,并且選擇xyz為內(nèi)容始發(fā)方80。然而,要注意的是,示范實(shí)施例的新穎性同樣適用于其它內(nèi)容交付提供商和內(nèi)容始發(fā)方。圖9所示方法假設(shè)Akamai的功能CNAMing用于akamai化xyz的網(wǎng)頁。也要注意的是,圖9示出在DNS攔截器模塊68中執(zhí)行的打斷功能、過濾功能和修改功能。移動(dòng)終端62的用戶在使用瀏覽器請求網(wǎng)頁。因此,在步驟Cl中,移動(dòng)終端62向本地DNS服務(wù)器58發(fā)出對域名(xyz.com)的遞歸DNS查詢。在步驟C2中,DNS攔截器模塊68攔截DNS查詢,并且確定RNC是否對來自xyz.com的內(nèi)容負(fù)責(zé)。如果確定是肯定性的,則DNS攔截器模塊68生成帶有指向RNC內(nèi)容服務(wù)器64的IP地址的DNS回復(fù)。在步驟C3中,將DNS回復(fù)發(fā)送到移動(dòng)終端62。如果RNC不對來自xyz.com的內(nèi)容負(fù)責(zé),則類似于圖3所示的信令方案可用于獲得來自CDN內(nèi)容交付提供商54的內(nèi)容。步驟C2可包括攔截DNS查詢的步驟、提取DNS查詢中存在的指向移動(dòng)終端所期望的內(nèi)容服務(wù)器的IP地址的步驟、匹配提取的IP地址和在列表70中存儲的IP地址的步驟及存在匹配時(shí)生成DNS回復(fù)的步驟。如果DNS回復(fù)已生成,則RNC內(nèi)容服務(wù)器64的IP地址被插入生成的DNS回復(fù)中。在步驟C4中,移動(dòng)終端將對內(nèi)容的請求發(fā)送到DNS攔截器模塊68,并且在步驟C5中接收期望內(nèi)容。可選的是,在步驟C6中,DNS攔截器模塊68通知⑶N交付提供商54有關(guān)移動(dòng)終端接收來自RNC內(nèi)容服務(wù)器64的期望內(nèi)容。所述實(shí)施例的一個(gè)優(yōu)點(diǎn)是在移動(dòng)網(wǎng)絡(luò)52中更靠近移動(dòng)終端存儲的內(nèi)容被提供到移動(dòng)終端,而不是從更遠(yuǎn)的CDN內(nèi)容服務(wù)器74提供內(nèi)容。如相對于圖5所述,在移動(dòng)終端的查詢前或者在CDN交付提供商54接收有關(guān)該內(nèi)容的第一查詢時(shí),由CDN交付提供商54在RNC內(nèi)容服務(wù)器64上存儲內(nèi)容。圖10中示出不同的實(shí)現(xiàn),其中,內(nèi)容始發(fā)方的URL不使用CNAMing功能,而是如前面相對于圖4所述被akamai化。在步驟D15中,移動(dòng)終端62將DNS查詢發(fā)送到DNS攔截器模塊68時(shí),在類似于圖9中步驟ClO的步驟D16中,由DNS攔截器模塊68中斷此步驟。隨后,步驟D17-D20類似于圖9中的步驟C11-C14。圖9和10均將⑶N交付提供商54示為包括高DNS和低DNS服務(wù)器。然而,DNS交付提供商54的此結(jié)構(gòu)是對Akamai特定的,并且不同的內(nèi)容交付提供商可具有不同結(jié)構(gòu)。因此,用于CDN交付提供商的圖9和10所示結(jié)構(gòu)無意于限制示范實(shí)施例的應(yīng)用。DNS攔截器模塊68和執(zhí)行攔截來自移動(dòng)終端的DNS查詢并且將IP地址替代為RNC內(nèi)容服務(wù)器64的IP地址的步驟的其它模塊已在上面討論。下面相對于圖11討論這些模塊的可能實(shí)現(xiàn)或其邏輯。由于此實(shí)現(xiàn)可通過使用硬件和/或軟件來實(shí)現(xiàn),因此,下面的示范實(shí)施例在功能方面進(jìn)行討論。此外,下面討論的一些功能通過類似于對應(yīng)于可能支持這些功能的模塊的那些標(biāo)號的標(biāo)號標(biāo)識。在圖11所示一示范實(shí)施例中,在步驟El中從GGSN 60隧道的(tunneled)業(yè)務(wù)在RNC 66由打斷功能85a (此功能可在DNS攔截器模塊68中或者在例如打斷功能模塊85等單獨(dú)的模塊中被實(shí)現(xiàn))。打斷功能85a可以是任何可用機(jī)制。打斷功能85a將來自GGSN 60的業(yè)務(wù)解封,并且在步驟E2中將它轉(zhuǎn)發(fā)到過濾器功能86a。過濾器功能86a可以在DNS攔截器模塊68中或者在過濾器模塊86中實(shí)現(xiàn)。在步驟E3中,過濾器功能86a驗(yàn)證業(yè)務(wù)是DNS查詢還是DNS回復(fù)。在一個(gè)應(yīng)用中,本文中所述功能只適用于DNS查詢并且不適用于DNS回復(fù)。例如,通過檢查業(yè)務(wù)目的地用戶數(shù)據(jù)報(bào)協(xié)議(UDP)端口是否為53 (默認(rèn)uro端口)來執(zhí)行此步驟。如果業(yè)務(wù)是DNS查詢,則在步驟E3i中將消息轉(zhuǎn)發(fā)到消息修改器功能88a。此功能88a可在DNS攔截器模塊68或例如修改器模塊88等RNC 66的其它模塊中實(shí)現(xiàn)。如果業(yè)務(wù)不是DNS查詢,并且因此不再受關(guān)注,則在步驟E3ii中將消息轉(zhuǎn)發(fā)回到打斷功能85a。在步驟E3iii中,打斷功能85a將未經(jīng)修改的業(yè)務(wù)插入下游隧道,并且在步驟E3iv中,業(yè)務(wù)在朝向GGSN 60的其正常路徑上發(fā)送。如果消息是DNS查詢,則在步驟E4中將DNS查詢從DNS消息修改器功能88a發(fā)送到DNS攔截器功能68a。這是可能的,因?yàn)樾薷钠鞴δ?8a修改DNS查詢的目的地IP地址。在步驟E5中,DNS攔截器功能68a嘗試對照圖7所示的其“A”記錄,解析DNS查詢。如果DNS查詢未得以解析,則在步驟E5i中,將修改的DNS查詢發(fā)送回修改器功能88a,該功能在步驟E5ii中將IP地址更改成原地址。隨后,將DNS查詢返回打斷功能85a,并且在步驟E3iii中將它插回隧道中以便發(fā)送到其原目的地。如果在步驟E5中DNS查詢得以解析,則在步驟E6中,DNS攔截器功能68a創(chuàng)建指向RNC內(nèi)容服務(wù)器的IP地址的DNS回復(fù),并且在步驟E7中,回復(fù)被轉(zhuǎn)發(fā)到修改器功能88a。修改器模塊88a將DNS回復(fù)的源IP地址更改回ISP DNS的IP地址,以便移動(dòng)終端相信DNS回復(fù)來自ISP DNS而不是來自DNS攔截器功能68a。隨后,由打斷功能85a將業(yè)務(wù)封裝到隧道中,并且在步驟ES中,將隧道的業(yè)務(wù)發(fā)送到移動(dòng)終端。在步驟E9中,移動(dòng)終端嘗試基于在步驟E8中接收的IP地址獲取URL的內(nèi)容。帶有HTTP GET命令的隧道業(yè)務(wù)被打斷功能85a攔截以將業(yè)務(wù)解封。在步驟ElO中,業(yè)務(wù)被轉(zhuǎn)發(fā)到過濾器功能86a,該功能檢查業(yè)務(wù)的目的地IP地址是否對應(yīng)于RNC內(nèi)容服務(wù)器64的IP地址。如果在步驟Ell中存在匹配,則在步驟E12中將HTTP GET命令發(fā)送到RNC內(nèi)容服務(wù)器64,或者否則在步驟E13中將命令發(fā)送到GGSN 60。在步驟E14中,如果請求的內(nèi)容在RNC內(nèi)容服務(wù)器64上存在,則在步驟E15中將內(nèi)容發(fā)送到移動(dòng)終端。如果請求的內(nèi)容不存在,則RNC內(nèi)容服務(wù)器64可從內(nèi)容始發(fā)方服務(wù)器80或CDN交付提供商54下載內(nèi)容。在步驟E16中,由打斷功能85a將請求的(期望的)的內(nèi)容插入業(yè)務(wù)中,并且隨后在步驟E17中,將隧道的業(yè)務(wù)發(fā)送到移動(dòng)終端。上述示范實(shí)施例也解決了移動(dòng)性的問題,這是因?yàn)樵谝苿?dòng)終端移到新RNC時(shí),新RNC的解析器模塊將攔截并且將其內(nèi)容服務(wù)器的IP地址插入DNS回復(fù)中,以及指示移動(dòng)終端從對應(yīng)RNC內(nèi)容服務(wù)器獲取內(nèi)容。這在圖12中示出,圖中,新RNC 90具有其自己的內(nèi)容服務(wù)器92和修改器模塊94。現(xiàn)在討論上述示范實(shí)施例的一些優(yōu)點(diǎn)。上述一個(gè)或多個(gè)解決方案使得3G/4G設(shè)備的供應(yīng)商能夠與因特網(wǎng)CDN參與者(例如,Akamai)和移動(dòng)網(wǎng)絡(luò)運(yùn)營商互相配合以通過影響QoE和吸引新客戶來提供比當(dāng)前可能服務(wù)改進(jìn)的服務(wù)。一些示范實(shí)施例描述在基于DNS的重定向解決方案(例如,Akamai )與3GPP網(wǎng)絡(luò)之間互相配合的解決方案。對于這些示范實(shí)施例,除在RNC級引入新功能外, 無需內(nèi)容交付提供商或3GPP系統(tǒng)上的更改。這些新功能可在軟件中,在要添加到RNC的新模塊中,或這些可能性的組合中實(shí)現(xiàn)。由于緩存在現(xiàn)在能夠放置在GGSN下方,因此,一些示范實(shí)施例提供以前不可能的改進(jìn)QoE。此外,一些示范實(shí)施例適應(yīng)了終端移動(dòng)性,例如,能夠隨時(shí)訪問在移動(dòng)終端上方的RNC內(nèi)容服務(wù)器以提供期望內(nèi)容。由于RNC內(nèi)容服務(wù)器可能比⑶N交付提供商更靠近移動(dòng)終端提供,因此,可預(yù)期等待時(shí)間的降低。根據(jù)圖13所示一示范實(shí)施例,存在一種用于能夠?qū)崿F(xiàn)移動(dòng)電信網(wǎng)絡(luò)中的DNS解析的方法。方法包括在移動(dòng)電信網(wǎng)絡(luò)(52)的無線電網(wǎng)絡(luò)控制器¢6)接收來自移動(dòng)終端(62)的DNS查詢的步驟1300、不將DNS查詢轉(zhuǎn)發(fā)到DNS服務(wù)器,而是在DNS攔截器模塊攔截DNS查詢的步驟1302、分析DNS查詢以檢測內(nèi)容始發(fā)方服務(wù)器(80)的指示或內(nèi)容交付提供商
(54)的指示的步驟1304、對照DNS攔截器模塊處理的域名列表檢查所述指示的步驟1306、生成帶有與無線電網(wǎng)絡(luò)控制器(66)相關(guān)聯(lián)的內(nèi)容服務(wù)器(64)的IP地址并且不帶有移動(dòng)電信網(wǎng)絡(luò)(52)外內(nèi)容交付提供商(54)的IP地址的DNS回復(fù)的步驟1308及將DNS回復(fù)發(fā)送到移動(dòng)終端(62)的步驟1310。圖14示出了能夠根據(jù)示范實(shí)施例的服務(wù)器執(zhí)行操作的代表性模塊的示例。硬件、固件、軟件或其組合可用于執(zhí)行本文所述的各種步驟和操作。圖14的模塊1400是可結(jié)合此類系統(tǒng)使用的一個(gè)示范計(jì)算結(jié)構(gòu)。適合執(zhí)行示范實(shí)施例中所述活動(dòng)的示例模塊1400可包括服務(wù)器1401。此類服務(wù)器1401可包括耦合到隨機(jī)接入存儲器(RAM) 1404和只誠存儲器(ROM) 1406的中央處理器(CPU) 1402。ROM 1406也可以存儲程序的其它類型的存儲媒體,如可編程ROM (PROM)、可擦除PROM (EPROM)等。處理器1402可通過輸入/輸出(1/0)電路1408和總線1410與其它內(nèi)部和外部組件進(jìn)行通信以提供控制信號及諸如此類。處理器1402按照軟件和/或固件指令所指示的來執(zhí)行如技術(shù)領(lǐng)域中已知的多種功能。服務(wù)器1401也可包括一個(gè)或多個(gè)數(shù)據(jù)存儲裝置,包括硬和軟盤驅(qū)動(dòng)器1412、CD-ROM驅(qū)動(dòng)器1414及能夠讀取和/或存儲信息的其它硬件,如DVD等。在一個(gè)實(shí)施例中,用于執(zhí)行上述步驟的軟件可在CD-ROM 1416、軟盤1418或能夠以便攜方式存儲信息的其它形式的媒體上存儲和分發(fā)。這些存儲媒體可插入諸如⑶-ROM驅(qū)動(dòng)器1414、盤驅(qū)動(dòng)器1412等裝置中并由其讀取。服務(wù)器1401可耦合到顯示器1420,顯示器可以是任何類型的已知顯示器或顯示屏幕,如IXD顯示器、等離子顯示器、陰極射線管(CRT)等。提供了用戶輸入接口 1422,包括諸如鼠標(biāo)、鍵盤、麥克風(fēng)、觸摸墊、觸摸屏、話音識別系統(tǒng)等一個(gè)或多個(gè)用戶接口機(jī)制。服務(wù)器1401可經(jīng)網(wǎng)絡(luò)耦合到其它計(jì)算裝置,如地線和/或無線終端。服務(wù)器可以是如在諸如因特網(wǎng)1428等全球網(wǎng)(GAN)中更大網(wǎng)絡(luò)配置的一部分,這允許最終連接到各種地線和/或移動(dòng)客戶端/觀看者裝置。公開的示范實(shí)施例提供了用于在移動(dòng)電信網(wǎng)絡(luò)中DNS重定向的系統(tǒng)、方法和計(jì)算機(jī)程序產(chǎn)品。應(yīng)理解,此描述無意限制本發(fā)明。相反,示范實(shí)施例旨在涵蓋在如隨附權(quán)利要求定義的本發(fā)明的精神和范圍中包括的備選、修改和等效物。此外,在示范實(shí)施例的詳細(xì)描述中,陳述了許多特定的細(xì)節(jié)以提供所要求權(quán)利的發(fā)明的詳盡理解。然而,本領(lǐng)域的技術(shù)人員將理解,在無此類特定細(xì)節(jié)的情況下可實(shí)踐各種實(shí)施例。正如本領(lǐng)域的技術(shù)人員也將領(lǐng)會(huì)的,示范實(shí)施例可在無線通信裝置、電信網(wǎng)絡(luò)中實(shí)施為方法,或者在計(jì)算機(jī)程序產(chǎn)品中被實(shí)施。相應(yīng)地,示范實(shí)施例可采用完全硬件實(shí)施例或組合硬件和軟件方面的實(shí)施例的形式。此外,示范實(shí)施例可采用在計(jì)算機(jī)可讀存儲媒體上存儲的計(jì)算機(jī)程序產(chǎn)品形式,在媒體中實(shí)施有計(jì)算機(jī)可讀指令??衫萌魏魏线m的計(jì)算機(jī)可讀媒體,包括硬盤、CD-ROM、數(shù)字多功能光盤(DVD)、光存儲裝置或磁存儲裝置,如軟盤或磁帶。計(jì)算機(jī)可讀媒體的其它非限制性示例包括閃存類型的存儲器或其它已知存儲器。雖然所示示范實(shí)施例的特征和實(shí)施例在特定組合的實(shí)施例中描述,但每個(gè)特征或要素可被單獨(dú)使用而無需實(shí)施例的其它特征和要素,或者在帶有或不帶有本文中公開的其它特征和要素的各種組合中被使用。本申請中提供的方法或流程圖可在計(jì)算機(jī)可讀媒體中有形實(shí)施的計(jì)算機(jī)程序、軟件或固件中被實(shí)現(xiàn)以便由專門編程的計(jì)算機(jī)或處理器來執(zhí)行。
權(quán)利要求
1.一種移動(dòng)電信網(wǎng)絡(luò)(52)的無線電網(wǎng)絡(luò)控制器(66),所述無線電網(wǎng)絡(luò)控制器¢6)包括: 接口(1408),配置成接收來自移動(dòng)終端¢2)的DNS查詢,其中所述DNS查詢包括內(nèi)容始發(fā)方服務(wù)器(80)或內(nèi)容交付提供商(54)的指示; 域名系統(tǒng)DNS攔截器模塊(68),連接到所述接口(1408)并且配置成將域名與對應(yīng)因特網(wǎng)協(xié)議IP地址相關(guān)聯(lián),所述DNS攔截器模塊¢8)配置成攔截來自所述移動(dòng)終端¢2)的所述DNS查詢,檢測所述內(nèi)容始發(fā)方服務(wù)器(80)或所述內(nèi)容交付提供商(54)的所述指示,對照所述無線電網(wǎng)絡(luò)控制器¢6)所處理的域名的列表來檢查所述指示,以及生成響應(yīng)所述DNS查詢的DNS回復(fù),所述DNS回復(fù)包括與所述無線電網(wǎng)絡(luò)控制器¢6)相關(guān)聯(lián)的內(nèi)容服務(wù)器(64)的IP地址,并且不包括所述內(nèi)容交付提供商(54)的IP地址;以及所述接口(1408)配置成將所述DNS回復(fù)發(fā)送到所述移動(dòng)終端(62)。
2.如權(quán)利要求1所述的無線電網(wǎng)絡(luò)控制器,其中所述DNS攔截器模塊配置成如果在所述無線電網(wǎng)絡(luò)控制器所處理的域名的所述列表中發(fā)現(xiàn)所述內(nèi)容始發(fā)方服務(wù)器或所述內(nèi)容交付提供商的所述指示,則不將所述移動(dòng)終端的所述DNS查詢發(fā)送到另一 DNS服務(wù)器。
3.如權(quán)利要求1所述的無線電網(wǎng)絡(luò)控制器,其中所述內(nèi)容交付提供商的所述指示包括所述內(nèi)容交付提供商的名稱,并且所述內(nèi)容始發(fā)方服務(wù)器的所述指示包括所述內(nèi)容始發(fā)方服務(wù)器的名稱。
4.如權(quán)利要求1所述的無線電網(wǎng)絡(luò)控制器,其中所述內(nèi)容始發(fā)方服務(wù)器是生成所述移動(dòng)終端所期望的內(nèi)容的實(shí)體,并且所述內(nèi)容交付提供商是分發(fā)所述內(nèi)容始發(fā)方服務(wù)器生成的內(nèi)容的另一實(shí)體。
5.如權(quán)利要求 1所述的無線電網(wǎng)絡(luò)控制器,還包括: 打斷模塊,配置成從經(jīng)過所述無線電網(wǎng)絡(luò)控制器的隧道的業(yè)務(wù)來提取信息。
6.如權(quán)利要求5所述的無線電網(wǎng)絡(luò)控制器,還包括: 過濾器模塊,連接到所述打斷模塊并且配置成確定所述信息是否為DNS查詢。
7.如權(quán)利要求6所述的無線電網(wǎng)絡(luò)控制器,其中所述過濾器模塊配置成將web請求從所述移動(dòng)終端引導(dǎo)到所述內(nèi)容服務(wù)器。
8.如權(quán)利要求6所述的無線電網(wǎng)絡(luò)控制器,還包括: 修改器模塊,連接到所述過濾器模塊并且配置成將所述DNS查詢的目的地IP地址修改成所述DNS攔截器模塊的IP地址,并且將所修改的DNS查詢發(fā)送到所述DNS攔截器模塊。
9.如權(quán)利要求8所述的無線電網(wǎng)絡(luò)控制器,其中所述DNS攔截器模塊配置成在所述無線電網(wǎng)絡(luò)控制器級沒有提供所述期望內(nèi)容的內(nèi)容服務(wù)器時(shí),將所述DNS查詢發(fā)送回所述修改器模塊。
10.一種用于能夠?qū)崿F(xiàn)移動(dòng)電信網(wǎng)絡(luò)(52)中的域名系統(tǒng)DNS解析的方法,所述方法包括: 在所述移動(dòng)電信網(wǎng)絡(luò)(52)的無線電網(wǎng)絡(luò)控制器(66),接收來自移動(dòng)終端(62)的DNS查詢; 不將所述DNS查詢轉(zhuǎn)發(fā)到DNS服務(wù)器,而是在DNS攔截器模塊¢8)攔截所述DNS查詢; 分析所述DNS查詢以檢測內(nèi)容始發(fā)方服務(wù)器(80)的指示或內(nèi)容交付提供商(54)的指示; 對照所述DNS攔截器模塊¢8)所處理的域名的列表來檢查所述指示; 生成包括與所述無線電網(wǎng)絡(luò)控制器(66)相關(guān)聯(lián)的內(nèi)容服務(wù)器(64)的IP地址并且不包括所述移動(dòng)電信網(wǎng)絡(luò)(52)外所述內(nèi)容交付提供商(54)的IP地址的DNS回復(fù);以及 將所述DNS回復(fù)發(fā)送到所述移動(dòng)終端(62)。
11.如權(quán)利要求10所述的方法,還包括: 在所述無線電網(wǎng)絡(luò)控制器所處理的域名的所述列表中發(fā)現(xiàn)所述內(nèi)容始發(fā)方服務(wù)器或所述內(nèi)容交付提供商的所述指示時(shí),將所述DNS回復(fù)的源IP地址更改成本地DNS服務(wù)器的IP地址。
12.如權(quán)利要求10所述的方法,其中所述內(nèi)容交付提供商的所述指示包括所述內(nèi)容交付提供商的名稱,并且所述內(nèi)容始發(fā)方服務(wù)器的所述指示包括所述內(nèi)容始發(fā)方服務(wù)器的名稱。
13.如權(quán)利要求10所述的方法,其中所述內(nèi)容始發(fā)方服務(wù)器是生成所述移動(dòng)終端所期望的內(nèi)容的實(shí)體,并且所述內(nèi)容交付提供商是分發(fā)所述內(nèi)容始發(fā)方服務(wù)器生成的內(nèi)容的另一實(shí)體。
14.如權(quán)利要求10所述的方法,還包括: 通過打斷模塊從經(jīng)過所述無線電網(wǎng)絡(luò)控制器的隧道的業(yè)務(wù)來提取信息。
15.如權(quán)利要求14所述的方法,還包括: 在過濾器模塊中確定所述信息是否為DNS查詢。
16.如權(quán)利要求15所述的方法,還包括: 在所述過濾器模塊中將來自所述移動(dòng)終端的請求引導(dǎo)到所述內(nèi)容服務(wù)器。
17.如權(quán)利要求15所述的方法,還包括: 在連接到所述過濾器模塊的修改器模塊中將所述DNS回復(fù)的源IP地址修改成本地DNS的IP地址。
18.如權(quán)利要求17所述的方法,還包括: 在所述無線電網(wǎng)絡(luò)控制器級沒有提供所述期望內(nèi)容的內(nèi)容服務(wù)器時(shí),將所述DNS查詢發(fā)送回所述修改器模塊。
19.如權(quán)利要求10所述的方法,還包括: 在所述移動(dòng)終端(62)從原無線電網(wǎng)絡(luò)控制器(66)移到新無線電網(wǎng)絡(luò)控制器(90)時(shí),在所述新無線電網(wǎng)絡(luò)控制器(90)重復(fù)所有所述步驟。
20.一種移動(dòng)電信網(wǎng)絡(luò)(52)中的無線電網(wǎng)絡(luò)控制器(66),所述無線電網(wǎng)絡(luò)控制器(66)包括: 接口(1408),配置成接收來自移動(dòng)終端(62)的DNS查詢,其中所述DNS查詢包括內(nèi)容始發(fā)方服務(wù)器(80)或內(nèi)容交付提供商(54)的指示; 域名系統(tǒng)DNS攔截器功能,在處理器上運(yùn)行并且配置成將域名與對應(yīng)因特網(wǎng)協(xié)議IP地址相關(guān)聯(lián),所述DNS攔截器功能配置成攔截來自所述移動(dòng)終端¢2)的所述DNS查詢,檢測所述內(nèi)容始發(fā)方服務(wù)器(80)或所述內(nèi)容交付提供商(54)的所述指示,對照所述無線電網(wǎng)絡(luò)控制器¢6)所處理的域名的列表來檢查所述指示,以及生成響應(yīng)所述DNS查詢的DNS回復(fù),所述DNS回復(fù)包括與所述無線電網(wǎng)絡(luò)控制器(66)相關(guān)聯(lián)的內(nèi)容服務(wù)器(64)的IP地址,并且不包括所述內(nèi)容交付提供商(54)的IP地址;以及 所述接口(1408)配置成將所述DNS回復(fù)發(fā)送到所述移動(dòng)終端(62)。
21.如權(quán)利要求20所述的無線電網(wǎng)絡(luò)控制器,其中所述DNS攔截器功能配置成如果在所述無線電網(wǎng)絡(luò)控制器所處理的域名的所述列表中發(fā)現(xiàn)所述內(nèi)容始發(fā)方服務(wù)器或所述內(nèi)容交付提供商的所述指示,則不將所述移動(dòng)終端的所述DNS查詢發(fā)送到另一 DNS服務(wù)器。
22.如權(quán)利要求20所述的無線電網(wǎng)絡(luò)控制器,還包括: 打斷功能,配置成從經(jīng)過所述無線電網(wǎng)絡(luò)控制器的隧道的業(yè)務(wù)來提取信息。
23.如權(quán)利要求22所述的無線電網(wǎng)絡(luò)控制器,還包括: 過濾器功能,配置成確定所述信息是否為DNS查詢。
24.如權(quán)利要求23所述的無線電網(wǎng)絡(luò)控制器,其中所述過濾器功能配置成將請求從所述移動(dòng)終端引導(dǎo)到所述內(nèi)容服務(wù)器。
25.如權(quán)利要求23所述的無線電網(wǎng)絡(luò)控制器,還包括: 修改器功能,配置成將所述DNS查詢的目的地IP地址修改成所述DNS攔截器功能的IP地址。
26.如權(quán)利要求25所述的無線電網(wǎng)絡(luò)控制器,其中所述DNS攔截器功能配置成在所述無線電網(wǎng)絡(luò)控制器級沒有提供所述期望內(nèi)容的內(nèi)容服務(wù)器時(shí),將所述DNS查詢發(fā)送回所述修改器功能。
全文摘要
用于提供移動(dòng)電信網(wǎng)絡(luò)中DNS重定向的方法和移動(dòng)電信網(wǎng)絡(luò)的無線電網(wǎng)絡(luò)控制器。所述無線電網(wǎng)絡(luò)控制器包括配置成接收來自移動(dòng)終端的DNS查詢的接口和域名系統(tǒng)DNS攔截器模塊。DNS攔截器模塊配置成攔截來自移動(dòng)終端的DNS查詢,檢測內(nèi)容始發(fā)方服務(wù)器或內(nèi)容交付提供商的指示,對照無線電網(wǎng)絡(luò)控制器處理的域名列表來檢查所述指示,以及生成響應(yīng)DNS查詢的DNS回復(fù),所述DNS回復(fù)包括與無線電網(wǎng)絡(luò)控制器相關(guān)聯(lián)的內(nèi)容服務(wù)器的IP地址并且不包括內(nèi)容交付提供商的IP地址。所述接口配置成將所述DNS回復(fù)發(fā)送到移動(dòng)終端。
文檔編號H04L29/08GK103181146SQ201080070034
公開日2013年6月26日 申請日期2010年11月8日 優(yōu)先權(quán)日2010年11月8日
發(fā)明者A.達(dá)莫拉, L.韋斯特貝格 申請人:瑞典愛立信有限公司