CN103181146B - 能够实现移动电信系统中dns重定向的方法和设备 - Google Patents

Abstract

用于提供移动电信网络中DNS重定向的方法和移动电信网络的无线电网络控制器。所述无线电网络控制器包括配置成接收来自移动终端的DNS查询的接口和域名系统DNS拦截器模块。DNS拦截器模块配置成拦截来自移动终端的DNS查询，检测内容始发方服务器或内容交付提供商的指示，对照无线电网络控制器处理的域名列表来检查所述指示，以及生成响应DNS查询的DNS回复，所述DNS回复包括与无线电网络控制器相关联的内容服务器的IP地址并且不包括内容交付提供商的IP地址。所述接口配置成将所述DNS回复发送到移动终端。

Description

能够实现移动电信系统中DNS重定向的方法和设备

技术领域

本发明一般涉及系统、软件和方法，并且更具体地说涉及用于能够实现移动电信系统中域名服务器(DNS)重定向的机制和技术。

背景技术

在过去数年间，添加“智能”特征的想法推动了例如移动电话、个人数字助理等各种便携式装置的演进。除其它之外，智能特征包括在移动时浏览因特网的能力。为将最终用户请求引导到最佳服务器以获取期望的内容，诸如Akamai等基于因特网的内容交付网络(CDN)公司使用DNS重定向。服务器的最佳位置可基于各种参数表述，例如，最近拓扑邻近度、最短存活时间(RTT)、服务器的最低负载等。

虽然DNS重定向在公共因特网中工作良好，但在例如第三代(3G)或长期演进(LTE)网络等移动电信网络中确保重定向操作存在一些挑战。这些移动电信网络建立的方式使得移动电话的身份（例如，因特网协议(IP)地址）可对网络外部是不可见的。因此，在CDN公司不能“看到”移动网络的内部结构时，CDN公司不能提供用于移动电话的最佳服务器。在移动电信网络具有可响应移动电话的请求而使用的其自己的内容服务器（缓存）时，并且由于CDN公司未看到这些服务器，因此，当前CDN公司很少利用这些内容服务器。

有关DNS的简要讨论被认为在此处适合于更好地理解示范实施例。域名服务是用于将完全限定域名(FQDN)解析成IP地址的已知因特网服务（这在RFC1034和RFC1035中被定义，参阅http://www.ietf.org）。传统DNS查询消息10的格式在图1中示出，并且它包括报头字段12、问题字段14、回答字段16、机构字段18及附加字段20。报头10的问题字段14包括如图2所示的QNAME字段22。QNAME字段可携带要解析的资源的名称。

DNS重定向在因特网中用于促进基于DNS解析机制的缓存服务器的选择。各种CDN公司广泛地使用这些技术。例如，此类公司（例如，Akamai）要求其客户修改其网页以在其通用资源定位器(URL)中明确写入指向Akamai服务器的域名。特殊的工具可用于此转换。例如，Akamai习惯于通过此类工具将其客户的URL“akamai化”。然而，此特定公司今天使用一种技术(CNAMing)，由此客户将其域名的所有权委托给Akamai。

例如，CNAMing涉及配置客户端xyz的域名，以便对www.xyz.com的请求对应于用于给定客户端的CNAMEwww.xyz.com.edgesuite.net.。内容始发方（例如，xyz.com）在其网页中使用标准转换引用对象，例如，<imgalt="Buildingonthepast"src="res/thecompany/images/2009/091110_history_180x90.jpg"/>。xyz的内容被拉动或推送到Akamai缓存，以便xyz和Akamai均对负载分布具有控制权。在下述内容中，术语“内容始发方”指创建（创作）内容的那些公司或网站，并且术语“内容交付提供商”指分发（提供）现有内容到用户（例如，Akamai）的那些服务。

图3中示出CNAMingDNS解析流程。图3示出用户装置30使用浏览器请求带有来自xyz的嵌入图像的网页。在步骤A1中，用户装置30向本地DNS32发送对期望内容（例如，xyz.com）的DNS查询。在步骤A2中，本地DNS32将查询传送到xyzweb服务器38的DNS36。要注意的是，本地DNS32是用户装置所属的通信网络的一部分。本地DNS有时称为ISPDNS，并且它在运营商的网络（固定或移动）内被提供，以及它负责运营商的域名的名称解析。本地DNS服务器的IP地址在连接到运营商的网络（例如，经动态主机配置协议(DHCP)）的所有用户装置中提供，即用户装置知道其存在。相反，根DNS34是一般服务器，即，这是因特网的公共DNS服务器，并且它位于公共因特网中。

在步骤A3中，xyzDNS36将与CDN交付提供商40相关联的URL返回到本地DNS32。在步骤A4中，本地DNS32基于接收的URL，将DNS查询发送到CDN交付提供商40。在步骤A5到A8中与CDN交付提供商40（可包括一个或多个服务器）交换几个消息后，本地DNS32在步骤A9中接收CDN交付提供商40的内容服务器的IP地址。在步骤A10中，本地DNS32将具有期望内容的CDN交付提供商40的内容服务器的接收的IP发送到用户装置30。最后，在步骤A11中，用户装置将对期望内容的请求发送到CDN交付提供商40，并且在步骤A12中，接收来自服务器40的该内容。

如上所提及的，当前由一些CDN交付提供商（例如，Akamai）使用的另一方法是修改内容始发方（例如，xyz）的URL。再次使用Akamai和xyz的示例（请注意，可使用其它内容交付提供商和内容始发方），xyz的URL可通过以下方式进行Akamai化。域xyz.com可使用特殊工具Akamai化在其网页中的所有链接，即，在所有URL中放置Akamai域名。例如，指向xyz网站上图片的常规URL是<imgsrc=http://xyz.com/Ads/adinfo_top.gif...>，并且在Akamai化后变成<imgsrc=http://a1010.g.akamai.net/cnwk.1d/Ads/adinfo_top.gif...>。新URL现在包括到akamai.net的引用。

图4中示出Akamai化的URLDNS解析流程。图4类似于图3，并且为此，此处不重复这两个图形的类似步骤。

现有基于DNS的重定向系统的一个共同特征是依赖本地DNS服务器身份及请求客户端的IP地址来选择具有期望内容的最近缓存和/或改进体验的质量(QoE)。然而，如果存储期望内容的缓存被部署在电信网络内部，例如，在3GPP网络中的网关GPRS支持节点GGSN(GGSN)下（例如，在无线电网络控制(RNC)级别），则用于缓存选择的当前机制将失败。对于此的原因之一是GGSN是用于其下方所有IP实体的IP锚点。技术现状的示例包括PederJ.Jungck的名称为“Edgeadapterapparatusandmethod”的美国专利申请（公开号2002/009079）和出自BrocadeCommunicationsSystems,Inc.的名称为“GlobalServerLoadBalancing”的产品手册，该手册在http://www.brocade.com/support/Product_Manuals/ServerIcon_ADXGlobalServer_LoadBalancingGuide/gslb.pdf处可在线获得。

相应地，将合乎需要的是提供避免上述问题和缺陷的装置、系统和方法。

发明内容

例如内容等资产被希望从对用户最适合的位置提供到用户。适合的位置可以是离用户最近的位置。这样，从离用户最近的位置接收内容空出了网络中的带宽，和/或缩短了用于接收资产的时间。

根据一个示范实施例，存在一种移动电信网络的无线电网络控制器。该无线电网络控制器包括：接口，配置成接收来自移动终端的DNS查询，其中，DNS查询包括内容始发方服务器或内容交付提供商的指示；域名系统DNS拦截器模块，连接到接口并且配置成将域名与对应因特网协议IP地址相关联，DNS拦截器模块配置成拦截来自移动终端的DNS查询，检测内容始发方服务器或内容交付提供商的指示，对照无线电网络控制器处理的域名列表来检查所述指示，以及生成响应DNS查询的DNS回复，所述DNS回复包括与无线电网络控制器相关联的内容服务器的IP地址并且不包括内容交付提供商的IP地址；以及所述接口配置成将DNS回复发送到移动终端。

根据另一示范实施例，存在一种用于能够实现移动电信网络中的域名系统DNS解析的方法。所述方法包括：在移动电信网络的无线电网络控制器接收来自移动终端的DNS查询；不将DNS查询转发到DNS服务器，而是在DNS拦截器模块拦截DNS查询；分析DNS查询以检测内容始发方服务器的指示或内容交付提供商的指示；对照DNS拦截器模块处理的域名列表来检查所述指示；生成带有与无线电网络控制器相关联的内容服务器的IP地址并且不带有移动电信网络外内容交付提供商的IP地址的DNS回复；以及将DNS回复发送到移动终端。

根据还有的另一示范实施例，存在一种移动电信网络中的无线电网络控制器。所述无线电网络控制器包括：接口，配置成接收来自移动终端的DNS查询，其中，DNS查询包括内容始发方服务器或内容交付提供商的指示；域名系统DNS拦截器功能，在处理器上运行并且配置成将域名与对应因特网协议IP地址相关联，DNS拦截器功能配置成拦截来自移动终端的DNS查询，检测内容始发方服务器或内容交付提供商的指示，对照无线电网络控制器处理的域名列表来检查所述指示，以及生成响应DNS查询的DNS回复，所述DNS回复包括与无线电网络控制器相关联的内容服务器的IP地址并且不包括内容交付提供商的IP地址；以及所述接口配置成将DNS回复发送到移动终端。

一个目的是克服前一部分中所述的一些缺陷，并且在电信网络中提供带有发现用于移动终端的期望内容的适合位置的节点。一个或多个独立权利要求有利地提供了用于从位于电信网络外服务器为移动终端提供期望内容的新颖重定向过程。

附图说明

附图被结合在说明书中并构成其一部分，示出一个或多个实施例，并与描述一起解释这些实施例。在图中：

图1是DNS消息的示意图；

图2是DNS消息的字段的示意图；

图3是用于DNS重定向的方法的流程图；

图4是用于DNS重定向的另一方法的流程图；

图5是根据一示范实施例的带有新颖DNS重定向机制的系统的示意图；

图6是根据一示范实施例的用于DNS重定向的方法的流程图；

图7是根据一示范实施例的在DNS拦截器模块中可用的映射列表的示意图；

图8是根据一示范实施例的在DNS拦截器模块中域名与内容之间的关联的示意图；

图9和10是示出根据一示范实施例的DNS查询如何用于DNS重定向的方法的信号图表；

图11是根据一示范实施例的具有多个功能的RNC的示意图；

图12是根据一示范实施例的具有多个RNC和内容服务器的移动电信网络的示意图；

图13是根据一示范实施例的在无线电网络控制器中用于DNS重定向的方法的流程图；以及

图14是模块的示意图。

具体实施方式

示范实施例的以下描述参照附图。不同图形中的相同标号识别相同或类似的要素。以下详细描述不限制本发明。相反，本发明的范围由随附权利要求定义。为了简明，下面的实施例根据DNS和RNC的术语和结构进行讨论。

说明书各处对“一个实施例”或“一实施例”的引用指结合一实施例描述的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在说明书各处各个位置出现的“在一个实施例”或“在实施例中”短语不一定全部指相同实施例。此外，特定的特征、结构或特性可在一个或多个实施例中以任何适合的方式组合。

根据一示范实施例，在移动电信网络的RNC级别存在用于拦截来自移动终端的DNS请求（或查询）并且用于生成要发送回移动终端的DNS回复的模块（RNCDNS模块或DNS拦截器模块）。此特征使得RNC能够提供指示到移动终端以便从位于GGSN下方（例如，与RNC并置）的内容服务器获得期望内容。在一个应用中，在下面的示范实施例中描述了用于在GGSN下方的节点中运行CDN交付提供商的软件的功能性。因此，在一个示范实施例中，RNCDNS模块而不是根DNS或电信网络外的其它DNS回复DNS请求。

根据图5所示的一示范实施例，用于提供期望内容到移动终端的系统50包括移动电信网络52、CDN交付提供商54和根DNS56。移动电信网络52可以是第三代合作伙伴项目(3GPP)移动网络。3GPP移动网络的体系结构围绕隧道传送（tunneling）来建立，这是因为IP级移动性解决方案是GPRS隧道传送协议(GTP)，其中，GPRS是通用分组无线电服务隧道传送协议。在此网络中，客户端被赋予的IP地址不更改并且在拓扑上锚定在网关节点（GGSN节点）中，而不考虑移动终端实际上位于IP域中何处，例如，不考虑移动终端在另一网络内是活动的并且由服务节点服务。未使用3GPP体系结构的其它网络也可使用用于移动O终端，未指示客户端装置的实际地理位置的IP地址。要讨论的新颖示范实施例适用于这些其它网络。

如更早所述的根DNS56是在公共因特网域中提供的公共DNS服务器。移动电信网络52包括本地DNS服务器58（也称为ISPDNS服务器）和GGSN节点60。GGSN节点在名称为“OptimizedRedirectionNetworkArchitectures”并且与本申请一样转让给相同的受让人的国际专利申请PCT/IB2009/005045中被详细描述。

移动终端62连接到网络52并且可具有搜索/浏览因特网以查找期望内容的能力。移动终端62已由GGSN节点60指派有IP地址，该IP地址在拓扑上锚定在GGSN节点60。因此，对于在因特网上的其它网络和/或计算机（例如，CDN交付提供商54），即使移动终端62在另一网络中漫游，移动终端62也显得位于GGSN节点60。如果CDN交付提供商54发送寻址到移动终端62的IP地址的消息（包括网页），则消息由因特网路由器路由到GGSN节点60。如果包含期望信息的内容服务器64位于RNC66级，则CDN交付提供商54的现有机制未能“看到”内容服务器64，因为移动网络52的内部拓扑不可用于外部方。

因此，根据一示范实施例，RNCDNS拦截器功能在RNC66实现，例如，在RNCDNS模块或DNS拦截器模块68中实现。DNS拦截器模块68可以是完全DNS服务器，或者可只包括DNS服务器的选定功能性。另外，DNS拦截器模块68可包括补充功能性，例如，消息拦截、过滤、分析等。DNS拦截器功能可在软件中，在专用电路中，在处理器中，或者其组合中实现。在讨论DNS拦截器模块68如何在RNC66的上下文中工作之前，下面简要讨论CDN交付提供商54的组织。

CDN交付提供商54可包括CDNDNS服务器72和一个或多个CDN交付提供商缓存74。CDN交付提供商缓存74可分布在各个地理位置。CDN交付提供商54具有其自己的客户端（内容始发方），其示例可以是xyz。内容始发方80生成（创作）移动终端62感兴趣的内容。CDN交付提供商54（例如，Akamai）配置成与内容始发方80进行通信，并且存储内容始发方80在其自己的服务器74上生成的内容。

然而，如上已经讨论的，服务器74可不是离移动终端62最近的服务器。在此方面，RNC内容服务器64可以是离移动终端62最近的缓存。RNC内容服务器64可以是移动网络62的一部分，可以是CDN交付提供商54的一部分或这些可能性的组合。如下所述，不止一个RNC内容服务器64可存在于移动网络52中。

为了以下讨论的目的，假设内容始发方80已与CDN交付提供商54达成业务关系，并且来自内容始发方80的内容在RNC内容服务器64上可用。此外，内容始发方80具有其自己的DNS服务器82。此外，假设移动网络运营商不想向例如CDN交付提供商54、内容始发方80等其它方暴露其网络的拓扑。因此，那些第三方不能“看到”移动网络52的内部拓扑。此外，CDN交付提供商54可配置成经通信路径84直接更新RNC内容服务器64的内容。

作为CDN交付提供商54与内容始发方80之间关系的一部分，CDN交付提供商54可指派标识符到每个内容始发方80，例如，数字。CDN交付提供商54可跨RNC内容服务器64部署与客户相关联的服务器或内容。DNS拦截器模块58包括在RNC级处理的域名的列表70。RNC66或DNS拦截器模块68可包括将在后面讨论的打断(break-out)模块85、过滤器模块86和解析器/修改模块88。

现在相对于图5和6，讨论从RNC内容服务器64而不是从CDN服务器74提供期望内容到移动终端62的方法。如图5所示，在步骤600中（另请参阅图6），移动终端62发送对CDN交付提供商54的URL的DNS查询。DNS拦截器模块68接收DNS查询，并且在步骤602中对照其内容在RNC内容服务器64中存在（或者可下载）的域名池（包括在列表70中）检查来自DNS查询的URL（例如，内容交付提供商或内容始发方服务器的IP地址的指示）。如果在要求的URL与RNC内容服务器64存储的内容相关联的URL之间存在匹配，则在步骤604中，DNS拦截器模块68生成包括与RNC内容服务器64相关联IP地址的DNS回复。因此，DNS拦截器模块68不允许来自移动终端62的DNS查询继续到本地DNS58或其它DNS服务器。

然而，如果在步骤602中DNS拦截器模块68确定移动终端的URL请求不匹配RNC内容服务器64存储的内容相关联的URL，则在步骤606中，允许来自移动终端62的DNS查询经普通解析过程继续到本地DNS58。从此处开始，用于获得期望内容的过程类似于在图3和4中所示的那些过程。

在一示范实施例中，DNS拦截器模块通过它负责的域名（地带）的集合而进行定期更新。域名的集合可存储在DNS拦截器模块中的列表70中。域名的集合可如图7所示为“A”记录的形式，这些记录全部指向与DNS拦截器模块68并置的RNC内容服务器64的IP地址（例如，69.19.19.1）。如图7所示，DNS拦截器模块68可以与成熟DNS服务器类似的方式行动。映射到RNC内容服务器64的域名的集合取决于经链路84由CDN交付提供商54交付或将由其交付到RNC内容服务器64的内容。换而言之，如果域名xyz.com的内容要在RNC内容服务器64上可用，则列表70中的条目“xyz.com”与RNC服务器64的IP地址69.19.19.1相关联。

在一个示范实施例中，DNS记录的TLL短小，以便客户端（移动终端）被强制从其DNS缓存丢弃它们并且发出对每个新URL的新请求。例如，TLL可小于20秒。

在一个示范实施例中，图8中示出在DNS拦截器模块68的域名池与RNC内容服务器64中内容之间的关系。

DNS拦截器模块68可具有拦截来自移动终端的DNS查询的第一功能和抽取与DNS查询相关联的IP地址的第二功能。DNS拦截器模块68也可配置成将从DNS查询提取的IP地址替代为其自己的IP地址（或另一预定的IP地址）。预定的IP地址可指向RNC内容服务器64。在其它应用中，这些功能可在相互协作的对应模块中提供。在还有的另一示范实施例中，模块可分布在移动网络中。然而，所有功能可在例如DNS拦截器模块68等相同模块中提供。

为示出如何在现有系统中实现上述方法，逐步讨论了图9所示示范实施例。实现无意于限制示范实施例。为简明起见，选择Akamai为CDN交付提供商54，并且选择xyz为内容始发方80。然而，要注意的是，示范实施例的新颖性同样适用于其它内容交付提供商和内容始发方。图9所示方法假设Akamai的功能CNAMing用于akamai化xyz的网页。也要注意的是，图9示出在DNS拦截器模块68中执行的打断功能、过滤功能和修改功能。

移动终端62的用户在使用浏览器请求网页。因此，在步骤C1中，移动终端62向本地DNS服务器58发出对域名(xyz.com)的递归DNS查询。在步骤C2中，DNS拦截器模块68拦截DNS查询，并且确定RNC是否对来自xyz.com的内容负责。如果确定是肯定性的，则DNS拦截器模块68生成带有指向RNC内容服务器64的IP地址的DNS回复。在步骤C3中，将DNS回复发送到移动终端62。如果RNC不对来自xyz.com的内容负责，则类似于图3所示的信令方案可用于获得来自CDN内容交付提供商54的内容。

步骤C2可包括拦截DNS查询的步骤、提取DNS查询中存在的指向移动终端所期望的内容服务器的IP地址的步骤、匹配提取的IP地址和在列表70中存储的IP地址的步骤及存在匹配时生成DNS回复的步骤。如果DNS回复已生成，则RNC内容服务器64的IP地址被插入生成的DNS回复中。在步骤C4中，移动终端将对内容的请求发送到DNS拦截器模块68，并且在步骤C5中接收期望内容。可选的是，在步骤C6中，DNS拦截器模块68通知CDN交付提供商54有关移动终端接收来自RNC内容服务器64的期望内容。

所述实施例的一个优点是在移动网络52中更靠近移动终端存储的内容被提供到移动终端，而不是从更远的CDN内容服务器74提供内容。如相对于图5所述，在移动终端的查询前或者在CDN交付提供商54接收有关该内容的第一查询时，由CDN交付提供商54在RNC内容服务器64上存储内容。

图10中示出不同的实现，其中，内容始发方的URL不使用CNAMing功能，而是如前面相对于图4所述被akamai化。在步骤D15中，移动终端62将DNS查询发送到DNS拦截器模块68时，在类似于图9中步骤C10的步骤D16中，由DNS拦截器模块68中断此步骤。随后，步骤D17-D20类似于图9中的步骤C11-C14。

图9和10均将CDN交付提供商54示为包括高DNS和低DNS服务器。然而，DNS交付提供商54的此结构是对Akamai特定的，并且不同的内容交付提供商可具有不同结构。因此，用于CDN交付提供商的图9和10所示结构无意于限制示范实施例的应用。

DNS拦截器模块68和执行拦截来自移动终端的DNS查询并且将IP地址替代为RNC内容服务器64的IP地址的步骤的其它模块已在上面讨论。下面相对于图11讨论这些模块的可能实现或其逻辑。由于此实现可通过使用硬件和/或软件来实现，因此，下面的示范实施例在功能方面进行讨论。此外，下面讨论的一些功能通过类似于对应于可能支持这些功能的模块的那些标号的标号标识。

在图11所示一示范实施例中，在步骤E1中从GGSN60隧道的（tunneled）业务在RNC66由打断功能85a（此功能可在DNS拦截器模块68中或者在例如打断功能模块85等单独的模块中被实现）。打断功能85a可以是任何可用机制。打断功能85a将来自GGSN60的业务解封，并且在步骤E2中将它转发到过滤器功能86a。过滤器功能86a可以在DNS拦截器模块68中或者在过滤器模块86中实现。在步骤E3中，过滤器功能86a验证业务是DNS查询还是DNS回复。在一个应用中，本文中所述功能只适用于DNS查询并且不适用于DNS回复。例如，通过检查业务目的地用户数据报协议(UDP)端口是否为53（默认UPD端口）来执行此步骤。如果业务是DNS查询，则在步骤E3i中将消息转发到消息修改器功能88a。此功能88a可在DNS拦截器模块68或例如修改器模块88等RNC66的其它模块中实现。如果业务不是DNS查询，并且因此不再受关注，则在步骤E3ii中将消息转发回到打断功能85a。在步骤E3iii中，打断功能85a将未经修改的业务插入下游隧道，并且在步骤E3iv中，业务在朝向GGSN60的其正常路径上发送。

如果消息是DNS查询，则在步骤E4中将DNS查询从DNS消息修改器功能88a发送到DNS拦截器功能68a。这是可能的，因为修改器功能88a修改DNS查询的目的地IP地址。在步骤E5中，DNS拦截器功能68a尝试对照图7所示的其“A”记录，解析DNS查询。如果DNS查询未得以解析，则在步骤E5i中，将修改的DNS查询发送回修改器功能88a，该功能在步骤E5ii中将IP地址更改成原地址。随后，将DNS查询返回打断功能85a，并且在步骤E3iii中将它插回隧道中以便发送到其原目的地。如果在步骤E5中DNS查询得以解析，则在步骤E6中，DNS拦截器功能68a创建指向RNC内容服务器的IP地址的DNS回复，并且在步骤E7中，回复被转发到修改器功能88a。修改器模块88a将DNS回复的源IP地址更改回ISPDNS的IP地址，以便移动终端相信DNS回复来自ISPDNS而不是来自DNS拦截器功能68a。随后，由打断功能85a将业务封装到隧道中，并且在步骤E8中，将隧道的业务发送到移动终端。

在步骤E9中，移动终端尝试基于在步骤E8中接收的IP地址获取URL的内容。带有HTTPGET命令的隧道业务被打断功能85a拦截以将业务解封。在步骤E10中，业务被转发到过滤器功能86a，该功能检查业务的目的地IP地址是否对应于RNC内容服务器64的IP地址。如果在步骤E11中存在匹配，则在步骤E12中将HTTPGET命令发送到RNC内容服务器64，或者否则在步骤E13中将命令发送到GGSN60。在步骤E14中，如果请求的内容在RNC内容服务器64上存在，则在步骤E15中将内容发送到移动终端。如果请求的内容不存在，则RNC内容服务器64可从内容始发方服务器80或CDN交付提供商54下载内容。在步骤E16中，由打断功能85a将请求的（期望的）的内容插入业务中，并且随后在步骤E17中，将隧道的业务发送到移动终端。

上述示范实施例也解决了移动性的问题，这是因为在移动终端移到新RNC时，新RNC的解析器模块将拦截并且将其内容服务器的IP地址插入DNS回复中，以及指示移动终端从对应RNC内容服务器获取内容。这在图12中示出，图中，新RNC90具有其自己的内容服务器92和修改器模块94。

现在讨论上述示范实施例的一些优点。上述一个或多个解决方案使得3G/4G设备的供应商能够与因特网CDN参与者（例如，Akamai）和移动网络运营商互相配合以通过影响QoE和吸引新客户来提供比当前可能服务改进的服务。一些示范实施例描述在基于DNS的重定向解决方案（例如，Akamai）与3GPP网络之间互相配合的解决方案。对于这些示范实施例，除在RNC级引入新功能外，无需内容交付提供商或3GPP系统上的更改。这些新功能可在软件中，在要添加到RNC的新模块中，或这些可能性的组合中实现。

由于缓存在现在能够放置在GGSN下方，因此，一些示范实施例提供以前不可能的改进QoE。此外，一些示范实施例适应了终端移动性，例如，能够随时访问在移动终端上方的RNC内容服务器以提供期望内容。由于RNC内容服务器可能比CDN交付提供商更靠近移动终端提供，因此，可预期等待时间的降低。

根据图13所示一示范实施例，存在一种用于能够实现移动电信网络中的DNS解析的方法。方法包括在移动电信网络(52)的无线电网络控制器(66)接收来自移动终端(62)的DNS查询的步骤1300、不将DNS查询转发到DNS服务器，而是在DNS拦截器模块拦截DNS查询的步骤1302、分析DNS查询以检测内容始发方服务器(80)的指示或内容交付提供商(54)的指示的步骤1304、对照DNS拦截器模块处理的域名列表检查所述指示的步骤1306、生成带有与无线电网络控制器(66)相关联的内容服务器(64)的IP地址并且不带有移动电信网络(52)外内容交付提供商(54)的IP地址的DNS回复的步骤1308及将DNS回复发送到移动终端(62)的步骤1310。

图14示出了能够根据示范实施例的服务器执行操作的代表性模块的示例。硬件、固件、软件或其组合可用于执行本文所述的各种步骤和操作。图14的模块1400是可结合此类系统使用的一个示范计算结构。

适合执行示范实施例中所述活动的示例模块1400可包括服务器1401。此类服务器1401可包括耦合到随机接入存储器(RAM)1404和只诚存储器(ROM)1406的中央处理器(CPU)1402。ROM1406也可以存储程序的其它类型的存储媒体，如可编程ROM(PROM)、可擦除PROM(EPROM)等。处理器1402可通过输入/输出(I/O)电路1408和总线1410与其它内部和外部组件进行通信以提供控制信号及诸如此类。处理器1402按照软件和/或固件指令所指示的来执行如技术领域中已知的多种功能。

服务器1401也可包括一个或多个数据存储装置，包括硬和软盘驱动器1412、CD-ROM驱动器1414及能够读取和/或存储信息的其它硬件，如DVD等。在一个实施例中，用于执行上述步骤的软件可在CD-ROM1416、软盘1418或能够以便携方式存储信息的其它形式的媒体上存储和分发。这些存储媒体可插入诸如CD-ROM驱动器1414、盘驱动器1412等装置中并由其读取。服务器1401可耦合到显示器1420，显示器可以是任何类型的已知显示器或显示屏幕，如LCD显示器、等离子显示器、阴极射线管(CRT)等。提供了用户输入接口1422，包括诸如鼠标、键盘、麦克风、触摸垫、触摸屏、话音识别系统等一个或多个用户接口机制。

服务器1401可经网络耦合到其它计算装置，如地线和/或无线终端。服务器可以是如在诸如因特网1428等全球网(GAN)中更大网络配置的一部分，这允许最终连接到各种地线和/或移动客户端/观看者装置。

公开的示范实施例提供了用于在移动电信网络中DNS重定向的系统、方法和计算机程序产品。应理解，此描述无意限制本发明。相反，示范实施例旨在涵盖在如随附权利要求定义的本发明的范围中包括的备选和修改。此外，在示范实施例的详细描述中，陈述了许多特定的细节以提供所要求权利的发明的详尽理解。然而，本领域的技术人员将理解，在无此类特定细节的情况下可实践各种实施例。

正如本领域的技术人员也将领会的，示范实施例可在无线通信装置、电信网络中实施为方法，或者在计算机程序产品中被实施。相应地，示范实施例可采用完全硬件实施例或组合硬件和软件方面的实施例的形式。此外，示范实施例可采用在计算机可读存储媒体上存储的计算机程序产品形式，在媒体中实施有计算机可读指令。可利用任何合适的计算机可读媒体，包括硬盘、CD-ROM、数字多功能光盘(DVD)、光存储装置或磁存储装置，如软盘或磁带。计算机可读媒体的其它非限制性示例包括闪存类型的存储器或其它已知存储器。

虽然所示示范实施例的特征和实施例在特定组合的实施例中描述，但每个特征或要素可被单独使用而无需实施例的其它特征和要素，或者在带有或不带有本文中公开的其它特征和要素的各种组合中被使用。本申请中提供的方法或流程图可在计算机可读媒体中有形实施的计算机程序、软件或固件中被实现以便由专门编程的计算机或处理器来执行。

Claims (19)

1.一种移动电信网络(52)的无线电网络控制器(66)，所述无线电网络控制器(66)包括：

接口(1408)，配置成接收来自移动终端(62)的DNS查询，其中所述DNS查询包括内容始发方服务器(80)或内容交付提供商(54)的指示，所述内容始发方服务器（80）和所述内容交付提供商（54）位于GGSN（60）的上方；

域名系统DNS拦截器模块(68)，连接到所述接口(1408)并且配置成将域名与对应因特网协议IP地址相关联，所述DNS拦截器模块(68)配置成拦截来自所述移动终端(62)的所述DNS查询，检测所述内容始发方服务器(80)或所述内容交付提供商(54)的所述指示，对照所述无线电网络控制器(66)所处理的域名的列表来检查所述指示，以及生成响应所述DNS查询的DNS回复，所述DNS回复包括与所述无线电网络控制器(66)相关联的内容服务器(64)的IP地址，并且不包括所述内容交付提供商(54)的IP地址，所述内容服务器（64）位于所述GGSN（60）的下方，并且包括来自所述内容始发方服务器（80）的内容；以及

所述接口(1408)配置成将所述DNS回复发送到所述移动终端(62)，

其中所述DNS拦截器模块(68)配置成如果在所述无线电网络控制器(66)所处理的域名的所述列表中未发现所述内容交付提供商(54)或所述内容始发方服务器(80)的指示，则将所述移动终端(62)的所述DNS查询发送到本地DNS服务器(58)，此外其中所述本地DNS服务器(58)的DNS回复包括所述内容交付提供商(54)的IP地址。

2.如权利要求1所述的无线电网络控制器，其中所述DNS拦截器模块（68）配置成如果在所述无线电网络控制器（66）所处理的域名的所述列表中发现所述内容始发方服务器（80）或所述内容交付提供商（54）的所述指示，则不将所述移动终端（62）的所述DNS查询发送到另一DNS服务器（58）。

3.如权利要求1所述的无线电网络控制器，其中所述内容交付提供商（54）的所述指示包括所述内容交付提供商的名称，并且所述内容始发方服务器（80）的所述指示包括所述内容始发方服务器的名称。

4.如权利要求1所述的无线电网络控制器，其中所述内容始发方服务器（80）是生成所述移动终端（62）所期望的内容的实体，并且所述内容交付提供商（54）是分发所述内容始发方服务器生成的内容的另一实体。

5.如权利要求1所述的无线电网络控制器，还包括：

打断模块（85），配置成从经过所述无线电网络控制器（66）的隧道的业务来提取信息。

6.如权利要求5所述的无线电网络控制器，还包括：

过滤器模块（86），连接到所述打断模块（85）并且配置成确定所述信息是否为DNS查询。

7.如权利要求6所述的无线电网络控制器，其中所述过滤器模块（86）配置成将web请求从所述移动终端（62）引导到所述内容服务器（64）。

8.如权利要求6所述的无线电网络控制器，还包括：

修改器模块（88），连接到所述过滤器模块（86）并且配置成将所述DNS查询的目的地IP地址修改成所述DNS拦截器模块（68）的IP地址，并且将所修改的DNS查询发送到所述DNS拦截器模块。

9.如权利要求8所述的无线电网络控制器，其中所述DNS拦截器模块（68）配置成在所述无线电网络控制器级没有提供期望内容的内容服务器（64）时，将所述DNS查询发送回所述修改器模块（88）。

10.一种用于能够实现移动电信网络(52)中的域名系统DNS解析的方法，所述方法包括以下步骤：

在所述移动电信网络(52)的无线电网络控制器(66)，接收来自移动终端(62)的DNS查询；

不将所述DNS查询转发到DNS服务器，而是在DNS拦截器模块(68)拦截所述DNS查询；

分析所述DNS查询以检测内容始发方服务器(80)的指示或内容交付提供商(54)的指示，所述内容始发方服务器（80）和所述内容交付提供商（54）位于GGSN（60）的上方；

对照所述DNS拦截器模块(68)所处理的域名的列表来检查所述指示；

生成DNS回复，所述DNS回复包括与所述无线电网络控制器(66)相关联的内容服务器(64)的IP地址、并且不包括所述移动电信网络(52)的外部的所述内容交付提供商(54)的IP地址，所述内容服务器（64）位于所述GGSN（60）的下方，并且包括来自所述内容始发方服务器（80）的内容；以及

将所述DNS回复发送到所述移动终端(62)，

其中所述DNS拦截器模块(68)配置成如果在所述无线电网络控制器(66)所处理的域名的所述列表中未发现所述内容交付提供商(54)或所述内容始发方服务器(80)的指示，则将所述移动终端(62)的所述DNS查询发送到本地DNS服务器(58)，此外其中所述本地DNS服务器(58)的DNS回复包括所述内容交付提供商(54)的IP地址。

11.如权利要求10所述的方法，还包括：

在所述无线电网络控制器（66）所处理的域名的所述列表中发现所述内容始发方服务器（80）或所述内容交付提供商（54）的所述指示时，将所述DNS回复的源IP地址更改成本地DNS服务器（58）的IP地址。

12.如权利要求10所述的方法，其中所述内容交付提供商（54）的所述指示包括所述内容交付提供商的名称，并且所述内容始发方服务器（80）的所述指示包括所述内容始发方服务器的名称。

13.如权利要求10所述的方法，其中所述内容始发方服务器（80）是生成所述移动终端（62）所期望的内容的实体，并且所述内容交付提供商（54）是分发所述内容始发方服务器生成的内容的另一实体。

14.如权利要求10所述的方法，还包括：

通过打断模块（85）从经过所述无线电网络控制器（66）的隧道的业务来提取信息。

15.如权利要求14所述的方法，还包括：

在过滤器模块（86）中确定所述信息是否为DNS查询。

16.如权利要求15所述的方法，还包括：

在所述过滤器模块（86）中将来自所述移动终端（62）的请求引导到所述内容服务器（64）。

17.如权利要求15所述的方法，还包括：

在连接到所述过滤器模块（86）的修改器模块（88）中将所述DNS回复的源IP地址修改成本地DNS的IP地址。

18.如权利要求17所述的方法，还包括：

在所述无线电网络控制器级没有提供期望内容的内容服务器（64）时，将所述DNS查询发送回所述修改器模块（88）。

19.如权利要求10所述的方法，还包括：

在所述移动终端(62)从原无线电网络控制器(66)移到新无线电网络控制器(90)时，在所述新无线电网络控制器(90)重复所有所述步骤。