CN103181147A - 用于允许移动电信***中的dns重定向的方法和设备 - Google Patents

Abstract

用于提供移动电信网络中的DNS重定向的***和方法。该***包括能够执行下列步骤的功能性：截取来自内容传递提供商的DNS应答，提取令牌，将令牌与所存储令牌进行比较，以及采用移动电信网络的资源的IP地址来替代与内容传递提供商关联的IP地址。

Description

用于允许移动电信***中的DNS重定向的方法和设备

技术领域

一般来说，本发明涉及***、软件和方法，以及更具体来说，涉及用于允许移动电信***中的域名服务器(DNS)重定向的机制和技术。

背景技术

在过去数年，例如移动电话、个人数字助理等各种便携装置的演进通过添加“智能”特征的思路来推动。这些智能特征除了其它的之外还包括在移动的同时浏览因特网的能力。为了将最终用户请求定向到最佳服务器以取预期内容，基于因特网的内容传递网络(CDN)公司、例如阿卡迈使用DNS重定向。服务器的最佳位置可基于服务器的各种参数来表示，例如最接近拓扑接近性、最短生存时间(RTT)、最小负荷等。

虽然DNS重定向适用于公共因特网，但是在确保例如第三代(3G)或长期演进(LTE)网络等移动电信网络中的DNS重定向操作方面存在一些难题。这些移动电信网络所用的构建方式使得移动电话的识别码(例如IP地址)从网络的外部不可是可见的。因此，CDN公司不能为移动电话提供最佳服务器，这是因为CDN公司不能“看到”移动网络的内部结构。由于移动电信网络具有其自己的可响应移动电话的请求而使用的内容服务器(高速缓存)，并且因为CDN公司没有看到这些服务器，所以这些内容服务器当前几乎不被CDN公司利用。

为了更好地了解示范实施例，关于DNS的简短论述在这里被认为是按照顺序的。域名服务是用于将完全合格域名(FQDN)解析为因特网协议(IP)地址的已知因特网服务(这在RFC 1034和RFC 1035中定义，参见http://www.ietf.org，通过引用将其完整内容结合到本文中)。传统DNS查询消息10的格式在图1中示出，并且它包括报头字段12、问题字段14、回答字段16、授权字段(authority field)18和附加字段20。报头10的问题字段14包括如图2所示的QNAME字段22。QNAME字段可携带将要解析的资源的名称。

DNS重定向在因特网中用于便于基于DNS解析机制的高速缓存服务器的选择。各种CDN公司广泛地使用这些技术。例如，这类公司(例如阿卡迈)要求其顾客修改其网页以便在其通用资源定位符(URL)中显式写入指向阿卡迈服务器的域名。特殊工具可用于这种转换。例如，阿卡迈一直习惯采用这种工具来对其顾客的URL进行阿卡迈化（akamize）。但是，这个特定公司当今使用一种技术(CNAMing)，由此顾客将其域名的所有权委托给阿卡迈。

例如，CNAMing涉及将客户xyz的DNS配置成使得对www.xyz.com的请求对应于CNAME www.xyz.com.edgesuite.net。然后，客户或内容始发方(例如xyz.com)通过对阿卡迈所创建的新域嵌入URL引用，来修改其内容，例如<img alt=”Building on the past” src= “/res/the company/images/2009/091110_history_180x90.jpg”/ >。xyz的内容被拉进或推进阿卡迈高速缓存中，使得xyz和阿卡迈均对负荷分布具有控制权。下面，术语“内容始发方”表示创建(始发)内容的那些公司或网站，以及术语“内容传递提供商”表示至少向用户分发(提供)现有内容的那些服务(例如阿卡迈、YouTube)。因此，除了传递内容之外，内容传递提供商可以不生成内容(阿卡迈)或者可生成内容(YouTube)。

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

在步骤A3，xyz DNS 36向本地DNS 32返回与CDN传递提供商40和xyz网站关联的URL。在步骤A4，本地DNS 32向CDN传递提供商40发送DNS查询，并且在步骤A5接收与CDN传递提供商40关联的另一个URL。本地DNS 32在步骤A6向CDN传递提供商40发送具有所接收URL的DNS查询。在步骤A7至A9与CDN传递提供商40(它可包括一个或多个服务器)交换少数消息以用于接收具有预期内容的高速缓存的IP之后，本地DNS 32在步骤A10向用户装置30发送具有预期内容的CDN传递提供商40的高速缓存的IP。最后，在步骤A11，用户装置30向CDN传递提供商40发送对预期内容的请求，并且在步骤A12从CDN传递提供商40的对应高速缓存接收那个内容。

如上所述，当前由一些CDN传递提供商(例如阿卡迈)所使用的另一种方法是修改内容始发方(例如xyz)的URL。再次使用阿卡迈和xyz的示例(请注意，可使用其它内容传递提供商和内容始发方)，xyz的URL可按照如下方式进行阿卡迈化。域xyz.com可使用特殊工具来对其网页中的所有链接进行阿卡迈化，即，将阿卡迈域名放入所有URL中。例如，指向xyz网站上图片的常规URL是<img src=http:// xyz.com/Ads/adinfo_top.gif…>，并且在阿卡迈化之后变成<img src=http:// a868.g.akamai.net /cnwk.1d/Ads/adinfo_top.gif…>。新URL现在包括对akamai.net的引用。

图4中示出阿卡迈化URL DNS解析流程。图4与图3相似，为此在这里不赘述图4的步骤。

现有基于DNS的重定向***的共同特征是依靠本地DNS服务器识别码以及提出请求的客户的IP地址来选择具有预期内容的最接近高速缓存和/或提高体验质量(QoE)。但是，如果存储预期内容的高速缓存部署在电信网络内部，例如在3GPP网络中的网关GPRS支持节点GGSN(GGSN)之下(例如在无线电网络控制(RNC)级)，则用于高速缓存选择的当前机制(例如阿卡迈)将会失败。其原因之一在于，GGSN是其自身之下的所有IP实体的IP锚定点。

相应地，期望提供避免上述问题和缺点的装置、***和方法。

发明内容

期望将例如内容等资产从最适于用户的位置提供给用户。适当位置可以是最接近用户的位置。这样，从最接近用户的位置来接收内容释放网络中的带宽，和/或减少用于接收资产的时间。

按照一个示范实施例，存在移动电信网络的无线电无线电网络控制器，该无线电网络控制器配置成把来自移动电信网络外部的内容传递提供商的内容传递提供商域名***DNS应答传输给连接到移动电信网络的移动终端。无线电网络控制器包括：接口，配置成接收内容传递提供商DNS应答；以及电路，连接到接口，并且配置成从内容传递提供商DNS应答中提取令牌，其中令牌由内容传递提供商引入内容传递提供商DNS应答中。该电路配置成：当内容传递提供商DNS应答从内容传递提供商到达时截取内容传递提供商DNS应答，将令牌与所存储令牌进行比较，以及当该令牌与所存储令牌之间存在匹配时，在内容传递提供商DNS应答中采用与关联无线电网络控制器的资源关联的预设IP地址来替代与内容传递提供商中的高速缓存关联的因特网协议IP地址。该接口配置成向移动终端发送内容传递提供商DNS应答，其中具有代替内容传递提供商的高速缓存IP地址的预设IP地址。

按照另一个示范实施例，存在一种用于允许移动电信网络中的域名***DNS重定向的方法。该方法包括：在无线电网络控制器从位于移动电信网络外部的内容传递提供商接收内容传递提供商DNS应答；截取内容传递提供商DNS应答；从内容传递提供商DNS应答中提取令牌；将所提取令牌与无线电网络控制器中的所存储令牌进行比较；当所提取令牌与所存储令牌之间存在匹配时，在内容传递提供商DNS应答中采用预设IP地址来替代内容传递提供商的因特网协议IP地址；以及从无线电网络控制器向移动终端发送经修改的内容传递提供商DNS应答。

按照又一个示范实施例，存在移动电信网络中的无线电网络控制器，该无线电网络控制器配置成把来自移动电信网络外部的内容传递提供商的内容传递提供商域名***DNS消息传输给连接到移动电信网络的移动终端。该无线电网络控制器包括：接口，配置成接收内容传递提供商DNS应答；以及例程，配置成在处理器上运行，以便当内容传递提供商DNS应答从内容传递提供商到达时截取内容传递提供商DNS应答，从内容传递提供商DNS应答中提取令牌，将所提取令牌与所存储令牌进行比较，并且当所提取令牌与所存储令牌之间存在匹配时，在内容传递提供商DNS应答中采用预设IP地址来替代内容传递提供商的因特网协议IP地址。该接口配置成向移动终端发送内容传递提供商DNS应答，其中具有代替内容传递提供商IP地址的预设IP地址。

按照另一个示范实施例，存在一种用于将内容从内容传递提供商分发给移动电信网络的移动终端的方法。该方法包括：在内容传递服务器的域名服务器DNS接收来自移动终端对于与第一因特网协议IP地址关联的给定内容的DNS请求；确定与服务于移动终端的无线电网络控制器关联的移动电信网络具有所请求的给定内容；以及在内容传递提供商将令牌***从内容传递提供商发送给移动终端的DNS应答消息中，其中令牌指示由移动终端请求的内容是否在移动电信网络中可用。

按照又一个示范实施例，存在配置成重定向移动电信网络的移动终端的内容传递提供商的域名***DNS服务器。该DNS服务器包括：接口，配置成接收来自移动终端对于与内容传递提供商的内容服务器的第一因特网协议IP地址关联的预定内容的DNS请求；以及处理器，连接到该接口。该处理器配置成确定具有与移动终端关联的无线电网络控制器的移动电信网络是否具有所请求的预定内容，以及将令牌***从内容传递提供商发送给移动终端的DNS应答消息中，其中令牌指示移动电信网络是否包括存储所请求的预定内容的资源。

一个目的是克服前一小节中论述的缺陷的一部分，以及提供电信网络中具有为移动终端发现预期内容的适当位置的能力的节点。独立权利要求中的一项或多项有利地提供一种用于从位于电信网络外部的服务器来为移动终端提供预期内容的新重定向过程。

附图说明

结合在本说明书中并且构成其组成部分的附图示出一个或多个实施例，并且连同描述一起来说明这些实施例。附图包括：

图1是DNS应答的示意图；

图2是DNS应答的字段的示意图；

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

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

图5是按照一示范实施例、具有新DNS重定向机制的***的示意图；

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

图7和图8是按照示范实施例、用于DNS重定向的方法的流程图；

图9是按照一示范实施例、用于示出DNS应答如何用于DNS重定向方法的方法的流程图；

图10是按照一示范实施例、具有多个内容服务器的***的示意图；

图11是按照一示范实施例、在无线电网络控制器中用于DNS重定向的方法的流程图；

图12是按照一示范实施例、在内容传递提供商中用于DNS重定向的方法的流程图；以及

图13是模块的示意图。

具体实施方式

示范实施例的以下描述参照附图。不同附图中的相同参考标号标识相同或相似元件。以下详细描述并不是限制本发明。本发明的范围而是由所附权利要求书来限定。为了简洁起见，针对DNS和RNC的术语和结构来论述以下实施例。但是，随后要论述的实施例并不局限于这些***，而是可应用于其它现有***。

本说明书中通篇提到的“一个实施例”或“一实施例”表示结合一实施例所述的具体特征、结构或特性包含在本发明的至少一个实施例中。因此，词组“在一个实施例中”或“在一实施例中”在本说明书的各个位置中的出现不一定都表示同一个实施例。此外，具体特征、结构或特性可按照任何适当方式在一个或多个实施例中组合。

按照一示范实施例，存在用于截取到达移动电信网络中的RNC的DNS应答以及用于必要时在这些应答被传送给移动终端之前对其进行修改的模块和方法。这个特征使RNC能够向移动终端提供用于从位于GGSN之下(例如与RNC共存)的内容服务器得到预期内容的指示。在一个应用中，在以下示范实施例中描述用于在GGSN之下的节点中运行CDN提供商的软件的功能性。

按照图5所示的一示范实施例，用于向移动终端提供预期内容的***50包括移动电信网络52、CDN传递提供商54和根DNS 56。为了简洁起见，CDN传递提供商54被认为仅传递内容而不始发该内容。但是，新示范实施例同样适用于既创建内容又传递内容的 web服务器或服务。移动电信网络52可以是第三代合作伙伴项目(3GPP)移动网络。3GPP移动网络的架构围绕隧道传递来构建，这是因为IP级移动性解决方案是GPRS隧道传递协议(GTP)，其中GPRS是通用分组无线电服务隧道传递协议。在这个网络中，向客户给予不改变并且在拓扑上锚定在网关节点(GGSN节点)中的IP地址，而不管移动终端在IP域中实际所在的位置，例如不管移动终端在另一个网络内部是活动的并且由服务节点提供服务。没有使用3GPP架构的其它网络也可将不是指示客户装置的真实地理位置的IP地址用于移动终端。将要论述的新示范实施例可适用于这些其它网络。

如前面所述，根DNS 56是在公共因特网域中提供的公共DNS服务器。移动电信网络52包括本地DNS服务器58(也称作ISP DNS服务器)和GGSN节点60。在标题为“Optimized Redirection Network Architectures”且转让给与本申请相同的受让人的国际专利申请PCT/IB2009/005045中更详细描述GGSN节点，通过引用将其完整内容结合到本文中。

移动终端62连接到网络52，并且可具有搜索/浏览因特网以得到预期内容的能力。由GGSN节点60向移动终端62指配了IP地址，所述IP地址在拓扑上锚定在GGSN节点60。因此，对于其它网络和/或因特网上的计算机(例如CDN传递提供商54)，甚至当移动终端在另一个网络中漫游时，移动终端62也好像是位于GGSN节点60处。如果CDN传递提供商54发送送往移动终端62的IP地址的消息(包括网页)，则该消息由因特网路由器路由到GGSN节点60。如果包含预期信息的内容服务器64放置在RNC 66级，则CDN传递提供商54的现有机制无法“看到”内容服务器64，这是因为移动网络52的内部拓扑不可用于外部各方。将内容服务器64更正确地识别为资源，并且这个资源是服务器、高速缓存或代理服务器。资源64可位于各RNC处、所选RNC处或者没有位于RNC处。

因此，按照一示范实施例，RNC消息剖析器功能在RNC 66处、例如在RNC消息修改器模块68中实现。该RNC消息剖析器功能可通过软件、通过专用电路、通过处理器或者它们的组合来实现。为了简洁起见，下面假定RNC消息剖析器功能在RNC 66中的剖析器模块70中实现。在论述剖析器模块70在RNC 66的上下文中如何工作之前，接下来简要论述CDN传递提供商54的组织。

CDN传递提供商54可包括CDN传递提供商DNS服务器72以及一个或多个CDN传递提供商高速缓存74。CDN传递提供商高速缓存74可分布于全球。CDN传递提供商54还可包括标识符表76，稍后将对其进行论述。CDN传递提供商54具有其自己的客户(内容始发方)，其示例可以是xyz。内容始发方80生成(始发)移动终端62感兴趣的内容。CDN传递提供商54(例如阿卡迈)配置成与内容始发方80进行通信，并且将内容始发方80所生成的内容存储在其自己的高速缓存74上。从这些高速缓存74，CDN传递提供商54向移动终端62提供预期内容。

但是，如以上已经所述，高速缓存74可能不是移动终端62的最接近高速缓存。在这点上，RNC内容服务器64可以是移动终端62的最接近高速缓存。RNC内容服务器64可以是移动网络52的一部分、可以是CDN传递提供商54的一部分或者这些可能性的组合。移动网络52中可存在多于一个RNC内容服务器64，如稍后所述。

为了便于以下论述，假定内容始发方80与CDN传递提供商54已经建立了商务关系，并且来自内容始发方80的内容在RNC内容服务器64上是可用的。它一个应用，CDN传递提供商54可能不知道哪一个RNC内容服务器具有预期信息。在本申请中，CDN传递提供商54仅知道电信网络52具有预期信息，但是不知道信息所在的确切位置。另外，内容始发方80具有其自己的DNS服务器82。此外，假定移动网络运营商不希望向他人、例如向CDN传递提供商54、内容始发方80等暴露其网络的拓扑。因此，这些方无法“看到”移动网络52的内部拓扑。另外，CDN传递提供商54可配置成经由通信通路84来直接更新RNC内容服务器64的内容。

作为CDN传递提供商54与内容始发方80之间的关系的一部分，CDN传递提供商54可向各内容始发方80指配标识符、例如号数(number)。另外，独特令牌由CDN传递提供商54为具有RNC内容服务器64的各运营商保持。在一个示范实施例中，该令牌仅标识运营商，而不标识该运营商的哪一个服务器具有该内容。例如在CDN传递提供商54的标识符表76中保持这些令牌。令牌可以是显式或隐式的，如稍后将论述的那样。

现在针对图5和图6来论述一种用于从RNC内容服务器64代替CDN服务器74向移动终端62提供预期内容的方法。如图5所示，移动终端62在步骤600(又参见图6)发送对CDN传递提供商54的URL的DNS查询。本地DNS 58接收该查询，并且在步骤602代表移动终端62来执行迭代查找。将请求发送给CDN传递提供商54的CDN DNS服务器72。该请求可包括具有与本地DNS 58关联的IP源的IP分组。因此，在步骤604，CDN传递提供商54的CDN DNS服务器72分析所接收请求的IP源，并且确定该请求来自或者始发于哪一个本地DNS服务器。在这个步骤，CDN DNS服务器72确定从其中始发该请求的运营商的电信网络。

CDN传递提供商54在步骤606将所确定电信网络与表76中的条目进行匹配，以及在该步骤结束时返回与所识别移动网络对应的令牌。可将该令牌***待发送给移动终端62的DNS应答10的DNS报头12中。在一个应用中，该令牌放入DNS应答10的另一个字段中。在又一个应用中，该令牌是IP地址，并且它被放入DNS应答消息10的回答字段(QNAME)22中。在又一个应用中，该令牌是隐式的，即，已经是DNS应答的一部分的IP地址或另一段信息(例如字符串)用作令牌。该IP地址可以是由CDN传递提供商识别为具有预期内容的高速缓存的地址。对于隐式令牌，为了具有令牌而没有将IP地址或字符串***DNS应答中。换言之，对于隐式令牌，将现有IP地址或字符串识别或选择为令牌。如果令牌是显式的，则该令牌可位于RNS应答消息10的附加字段20中。该令牌可以是字符串、哈希或号数。

在步骤608，CDN传递提供商54向RNC 66回送DNS应答。当DNS应答到达RNC 66时，剖析器模块70截取该消息。在步骤610，剖析器模块70从DNS应答中提取令牌(它可以是显式或隐式的)，以及如果令牌匹配RNC 66的列表中存储的一个令牌(这表示RNC内容服务器具有需要的内容)，则剖析器模块70将(在RNC级与内容服务器关联的)IP地址***DNS应答或者使用RNC消息修改器模块68来执行这个功能。如已经所述，消息的截取、令牌的提取和IP替换可由由在RNC级提供的单个模块或者各种模块来执行。图5示出一种示范情况，其中截取和剖析由剖析模块70来执行，以及IP替换由模块68来执行。但是，用于执行这些功能的其它装置是可能的。

包括RNC内容服务器64的IP地址的DNS应答然后在步骤612发送给移动终端60。移动终端62然后进行送往RNC内容服务器64的IP地址的内容取请求。因此，在这种情况下的预期内容从移动网络52中的RNC内容高速缓存64而不是从因特网上的外部服务器74或80来供应（serve）。如果DNS应答中不存在令牌，则允许该应答传播到具有CDN传递内容54的高速缓存的IP地址的移动终端。

如上所述，剖析器模块70具有至少两个功能。第一功能是截取DNS应答，以及第二功能是提取令牌(隐式或显式)。剖析器模块70还可配置成采用其自己的IP地址(或者另一个预定IP地址)来替换从CDN提供商所接收的IP地址。在其它应用中，这三个功能可在相互合作的对应模块中提供。在又一个示范实施例中，这些模块可分布在移动网络中。

为了说明如何在现有***中实现上述方法，逐步论述图7所示的示范实施例。这个实现不是要限制示范实施例。为了简洁起见，将CDN传递提供商54选择为阿卡迈，以及将内容始发方80选择为xyz。但是要注意，示范实施例的新颖同样适用于其它内容传递提供商和内容始发方。图7所示的方法假定阿卡迈的功能CNAMing用于对xyz的网页进行阿卡迈化，以及移动终端62将web浏览器用于请求具有嵌入图像的网页。

在步骤C1，移动终端62向本地DNS服务器58进行对于域名(xyz.com)的递归DNS查询。本地DNS服务器58在步骤C2将该请求转发到xyz DNS 82。xyz DNS 82在步骤C3向本地DNS 58返回包括CNAMEd www.xyz.com.edgesuite.net的DNS应答。本地DNS 58在步骤C4关于CNAMEd域名查询CDN传递提供商54，并且在步骤C5接收阿卡迈 web服务器54的URL。本地DNS 58在步骤C6至C9与阿卡迈 web服务器54交换几个消息，以用于确定保存预期内容的阿卡迈高速缓存的IP地址。在步骤C10，阿卡迈 web服务器54确定DNS请求的源IP，并且判定电信网络的RNC内容服务器是否可提供预期内容，以及返回令牌IP地址或者选择最佳高速缓存。然后，本地DNS 58在步骤C11向移动终端62发送由阿卡迈所提供的IP地址。这个步骤由剖析器模块70(或者该RNC的另一个模块)来中断，以用于截取DNS应答。如果该DNS应答的令牌匹配该RNC中存储的令牌值(并且这是成立的，而与电信网络的RNC无关)，则阿卡迈 web服务器54的IP地址由该RNC的内容服务器64的IP地址来替换(如果可用的话，否则不执行替换)，以及该剖析器模块将经修改的DNS应答转发到移动终端。在步骤C13，移动终端请求在DNS应答中接收的IP地址，以及在步骤C14，来自RNC或阿卡迈 web服务器的预期内容提供给移动终端62。

要注意，图3与图7之间的差别在于图7中的步骤C10。在这个步骤中，CDN传递提供商54确定从移动终端所接收的DNS请求的IP地址，以及还确定预期内容是否存储在移动电信网络的RNC内容服务器中。如果这些条件均满足，则将令牌***DNS应答中。否则，CDN传递提供商54确定可用的最佳高速缓存，而不考虑RNC内容服务器。图3与图7之间的另一个差别在于步骤C12，其中DNS应答被截取并且检查该DNS应答以得到令牌。

图8中示出一种不同实现，其中代替使用CNAMing功能，如前面针对图4所述的那样对内容始发方的URL进行阿卡迈化。图8中的步骤D1至D22的大多数是自我说明的，并且与图7的步骤C1至C14相似，因而在此省略其描述。但是，图7和图8的两个实施例是不同的，并且一个差别在于，图8中涉及根DNS 56，而图7的方法不需要这个服务器。图7和图8均将CDN传递提供商54示为包括高DNS服务器和低DNS服务器。但是，CDN传递提供商的这个结构是阿卡迈特定的，并且不同内容传递提供商可具有不同结构。因此，图7和图8对于CDN传递提供商所示的结构不是要限制示范实施例的应用。

以上论述了剖析器模块或DNS截取器模块以及执行如下步骤的其它模块：截取来自CDN传递提供商的DNS应答、剖析该应答、识别令牌并且采用另一个地址来替代该IP地址。接下来针对图9来论述这些模块或者其逻辑的一种可能实现。由于这个实现可通过使用硬件和/或软件来实现，所以在功能方面论述下一个示范实施例。另外，接下来论述的一些功能参考与对应于可能支持这些功能的模块相似的参考标号来标识。

在图9所示的示范实施例中，在步骤E1，从GGSN 60隧道传递的业务在RNC 66由闯出(break-out)功能70a(这个功能可在剖析器模块70中实现)闯出。闯出功能70a可以是任何可用机构。闯出功能70a对来自GGSN 60的业务进行拆封，在步骤E2将其转发到过滤器功能86。过滤器功能86在步骤E3检验该业务是DNS查询还是DNS应答。在一个应用中，本文所述的功能仅适用于DNS应答而不适用于DNS查询。这个步骤例如通过检查业务目标用户数据报协议(UDP)端口是否为53(缺省UPD端口)来执行。如果该业务是DNS应答，则该消息在步骤E3i转发到消息修改器功能68a。如果该业务不是DNS应答并且因此不是进一步感兴趣的，则该消息在步骤E3ii转发回到闯出功能70a。闯出功能在步骤E3iii将未修改业务***下游隧道中，以及在步骤E3iv该业务在其正常路径上发送到移动终端。

如果该消息是DNS应答，则消息修改器功能68a在步骤E4检查令牌是否存在于DNS应答中。如果令牌不存在于DNS应答中，则在步骤E4i将该业务未改变地发送给移动终端。但是，如果令牌存在，则在步骤E4ii将其提取以供进一步处理。这个处理可包括：在步骤E5将所提取令牌与消息修改器功能68a中的所存储令牌进行匹配。如已经所述，令牌可以是隐式或显式的。如果所提取令牌在步骤E5不匹配所存储令牌，则在步骤E5i将该业务未改变地发送给移动终端。但是，如果存在所提取令牌和所存储令牌的匹配，则对DNS应答执行进一步处理。

这个处理包括步骤E6，其中消息修改器功能68a将RNC内容服务器的IP地址***DNS应答的回答部分中，由此将移动终端指向作为内容源的RNC内容服务器。在该修改之后，经修改的DNS应答在步骤E7发送给该闯出功能，在步骤E8，将隧道传递业务从该闯出功能发送给移动终端。

在步骤E9，移动终端尝试基于在步骤E8所接收的RNC内容服务器的IP地址来取URL的内容。采用命令HTTP获得（HTTP GET）的隧道传递业务由闯出功能70a来截取，闯出功能70a对该业务进行拆封。然后在步骤E10将该业务转发到过滤器86，过滤器86在步骤E11检查是否为RNC内容服务器定向所请求IP地址。如果情况是这样，则在步骤E12将请求转发到RNC内容服务器。RNC内容服务器可按照标准方式(例如，如阿卡迈所确定)来表现。在一个示范实施例中，RNC内容服务器可编程为从CDN传递提供商下载用户所要求的内容，因而填充RNC内容服务器。随后，当另一个用户要求相同内容时，RNC内容服务器将更迅速地提供该内容。因此，预期内容服务器被预先下载或者可以仅当第一用户要求时才下载。下载可从始发服务器80或者从另一个内容服务器74进行。在接收到预期内容后，该内容在步骤E14***隧道中，并且在步骤E15转发到移动终端。

如果步骤E11的结果是：预期内容不存在于RNC内容服务器中并且不能从另一个服务器下载，则过滤器模块86在步骤E16允许该请求进入预计IP地址。

上述示范实施例还解决移动性问题，这是因为当移动终端移动到新RNC时，新RNC的剖析器模块将进行截取并且将其内容服务器的IP地址***DNS应答中，以及指示移动终端从对应RNC内容服务器来取内容(若情况是这样)。这在图10中示出，其中新RNC 90具有其自己的内容服务器92和剖析器模块94。

现在论述上述示范实施例的优点的一部分。与当前可能的服务相比，上述解决方案中的一个或多个解决方案通过影响QoE并且吸引新顾客，来使3G/4G设备的厂商能够与因特网CDN参与者(例如阿卡迈)和移动网络运营商相互配合以用于提供改进服务。示范实施例的一部分描述基于DNS的重定向解决方案(例如阿卡迈)与3GPP网络之间的相互配合解决方案。对于这些示范实施例，除了在RNC级引入一个或多个新功能之外，不需要对内容传递提供商或3GPP***进行变更。这些新功能可通过软件、通过待添加到RNC的新模块或者这些可能性的组合来实现。

示范实施例的一部分提供以前是不可能的改进QoE，这是因为高速缓存现在能够放置在GGSN之下。另外，示范实施例的一部分适应终端移动性，例如能够在任何给定时刻访问移动终端之上的RNC内容服务器，以便提供预期内容。由于RNC内容服务器可能设置成比CDN传递提供商更接近移动终端，所以可预计等待时间的减小。

按照图11所示的一个示范实施例，存在一种用于允许移动电信网络中的DNS重定向的方法。该方法包括：步骤110，在无线电网络控制器(66)从位于移动电信网络(52)外部的内容传递提供商(54)接收内容传递提供商DNS应答；步骤1102，截取内容传递提供商DNS应答；步骤1104，从内容传递提供商DNS应答中提取令牌；步骤1106，将所提取令牌与无线电网络控制器(66)中的所存储令牌进行比较；步骤1108，当所提取令牌与所存储令牌之间存在匹配时，在内容传递提供商DNS应答中采用预设IP地址来替代内容传递提供商(54)的IP地址；以及步骤1110，从无线电网络控制器(66)向移动终端(62)发送经修改的内容传递提供商DNS应答。

按照另一个示范实施例，存在一种用于将内容从内容传递提供商分发给移动电信网络的移动终端的方法。该方法包括：步骤1200，在内容传递提供商(54)的内容服务器(74)接收来自移动终端(62)对于与第一因特网协议IP地址关联的给定内容的域名服务器DNS请求；步骤1202，确定与移动终端(62)关联的无线电网络控制器(66)是否具有所请求的给定内容；以及步骤1204，在内容传递提供商(54)将令牌***从内容传递提供商(54)发送给移动终端(62)的DNS应答消息中，其中令牌指示无线电网络控制器(66)是否本地连接到存储所请求内容的内容服务器(64)。

图13中示出能够执行按照示范实施例的服务器的操作的代表性模块的示例。硬件、固件、软件或者它们的组合可用于执行本文所述的各种步骤和操作。图13的模块1300是可与这种***结合使用的示范计算结构。

适合于执行示范实施例中所述的活动的示范模块1300可包括服务器1301。这种服务器1301可包括中央处理器(CPU)1302，CPU 1302耦合到随机存取存储器(RAM)1304和只读存储器(ROM)1306。ROM 1306也可以是存储程序的其它类型存储介质，例如可编程ROM(PROM)、可擦PROM(EPROM)等。处理器1302可通过输入/输出(I/O)电路1308和总线1310来与其它内部和外部组件进行通信，以便提供控制信号等。处理器1302执行如通过软件和/或固件指令所规定的多种功能，这是本领域已知的。

服务器1301还可包括一个或多个数据存储装置，其中包括硬盘和软盘驱动器1312、CD-ROM驱动器1314以及能够读取和/或存储信息的其它硬件、例如DVD等。在一个实施例中，可在CD-ROM 1316、盘1318或者能够便携地存储信息的其它形式介质上存储和分发用于执行上述步骤的软件。这些存储介质可***诸如CD-ROM驱动器1314、盘驱动器1312等的装置中并且由其读取。服务器1301可耦合到显示器1320，显示器1320可以是任何类型的已知显示器或呈现屏幕，例如LCD显示器、等离子体显示器、阴极射线管(CRT)等。提供了用户输入接口1322，其中包括诸如鼠标、键盘、话筒、触摸垫、触摸屏、语音识别***等一个或多个用户接口机构。

服务器1301可经由网络耦合到其它计算装置，例如陆线和/或无线终端。服务器可以是如同全球区域网(GAN)、例如因特网1328中一样的较大网络配置的一部分，它允许到各种陆线和/或移动客户端/监视器（watcher）装置的最终连接。

所公开的示范实施例提供用于移动电信网络中的DNS重定向的***、方法和计算机程序产品。应当理解，本描述并不是要限制本发明。相反，预计示范实施例涵盖包含在所附权利要求书所限定的本发明的精神和范围之内的备选、修改和等效方案。此外，在示范实施例的详细描述中，提出大量具体细节，以便提供对要求保护的本发明的全面理解。但是，本领域的技术人员会理解，即使没有这类具体细节也可实施各个实施例。

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

虽然在具体组合的实施例中描述当前示范实施例的特征和元件，但是各特征或元件能够单独使用而无需实施例的其它特征和元件，或者在具有或没有本文所公开的其它特征和元件的各种组合中使用。本申请中提供的方法或流程图可通过计算机可读存储介质中有形具体化的计算机程序、软件或固件来实现，以便由专门编程的计算机或处理器来执行。

Claims (32)

1. 一种移动电信网络(52)的无线电网络控制器(66)，所述无线电网络控制器(66)配置成把来自所述移动电信网络(52)外部的内容传递提供商(54)的内容传递提供商域名***DNS应答传输给连接到所述移动电信网络(52)的移动终端(62)，所述无线电网络控制器(66)包括：

接口(1308)，所述接口(1308)配置成接收所述内容传递提供商DNS应答；

电路(68，70，1302)，所述电路(68，70，1302)连接到所述接口(1308)，并且配置成从所述内容传递提供商DNS应答中提取令牌，其中所述令牌由所述内容传递提供商(54)引入所述内容传递提供商DNS应答中，

其中所述电路(68，70，1302)配置成：当所述内容传递提供商DNS应答从所述内容传递提供商(54)到达时截取所述内容传递提供商DNS应答，将所述令牌与所存储令牌进行比较，以及当所述令牌与所述所存储令牌之间存在匹配时，在所述内容传递提供商DNS应答中采用与资源(64)关联的预设IP地址来替代与所述内容传递提供商(54)中的高速缓存(74)关联的因特网协议IP地址，其中所述资源(64)与所述无线电网络控制器关联；以及

所述接口(1208)配置成向所述移动终端(62)发送所述内容传递提供商DNS应答，其中具有代替所述内容传递提供商的高速缓存(74)IP地址的所述预设IP地址。

2. 如权利要求1所述的无线电网络控制器，其中，所述令牌作为字符串或号数或哈希显式地存在于所述内容传递提供商DNS应答的部段中。

3. 如权利要求1所述的无线电网络控制器，其中，所述令牌在所述内容传递提供商DNS应答的部段中作为与所述内容传递提供商的高速缓存关联的IP地址隐式地提供。

4. 如权利要求1所述的无线电网络控制器，其中，所述预设IP地址与所述无线电网络控制器中的所述资源(64)关联。

5. 如权利要求1所述的无线电网络控制器，其中，所述资源(64)连接到所述无线电网络控制器，并且配置成存储来自所述内容传递提供商(54)的内容。

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

存储装置(1304)，连接到所述电路(1302)，并且配置成存储所述预设IP地址和其它预设IP地址。

7. 如权利要求1所述的无线电网络控制器，其中，所述资源是服务器、高速缓存或代理服务器其中之一。

8. 一种用于允许移动电信网络中的域名***DNS重定向的方法，所述方法包括：

在无线电网络控制器(66)从位于所述移动电信网络(52)外部的内容传递提供商(54)接收内容传递提供商DNS应答；

截取所述内容传递提供商DNS应答；

从所述内容传递提供商DNS应答中提取令牌；

将所述所提取令牌与所述无线电网络控制器(66)中的所存储令牌进行比较；

当所述所提取令牌与所述所存储令牌之间存在匹配时，在所述内容传递提供商DNS应答中采用预设IP地址来替代所述内容传递提供商(54)的因特网协议IP地址；以及

从所述无线电网络控制器(66)向移动终端(62)发送所述经修改的内容传递提供商DNS应答。

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

在与处置所述内容传递提供商DNS应答的所述无线电网络控制器(66)关联的资源(64)中存储来自所述内容传递提供商(54)的内容。

10. 如权利要求9所述的方法，其中，所述预设IP地址与所述资源(64)关联。

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

当所述移动终端(62)从所述无线电网络控制器(66)移动到新无线电网络控制器(90)时，在所述无线电网络控制器(90)中重复进行如权利要求8所述的步骤。

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

在所述无线电网络控制器接收来自所述移动终端对于与所述无线电网络控制器关联的资源中存储的内容的请求，并且所述请求具有代替所述内容传递提供商IP地址的所述预设IP地址。

13. 如权利要求8所述的方法，其中，所述令牌作为字符串或号数或哈希显式地存在于所述内容传递提供商DNS应答的部段中。

14. 如权利要求8所述的方法，其中，所述令牌在所述内容传递提供商DNS应答的部段中作为与所述内容传递提供商的高速缓存或服务器关联的IP地址隐式地提供。

15. 一种在移动电信网络(52)中的无线电网络控制器(66)，所述无线电网络控制器(66)配置成把来自所述移动电信网络(52)外部的内容传递提供商(54)的内容传递提供商域名***DNS消息传输给连接到所述移动电信网络(52)的移动终端(62)，所述无线电网络控制器(66)包括：

接口(1308)，配置成接收所述内容传递提供商DNS应答；

例程(70a)，配置成在处理器(1302)上运行，以便当所述内容传递提供商DNS应答从所述内容传递提供商(54)到达时截取所述内容传递提供商DNS应答，从所述内容传递提供商DNS应答中提取令牌，将所述所提取令牌与所存储令牌进行比较，并且当所述所提取令牌与所述所存储令牌之间存在匹配时，在所述内容传递提供商DNS应答中采用预设IP地址来替代所述内容传递提供商(54)的因特网协议IP地址；以及

所述接口(1308)配置成向所述移动终端(62)发送所述内容传递提供商DNS应答，其中具有代替所述内容传递提供商IP地址的所述预设IP地址。

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

资源(64)，所述资源(64)连接到所述RNC，并且配置成存储来自所述内容传递提供商(54)的内容，其中所述资源是服务器、高速缓存或代理服务器其中之一。

17. 如权利要求16所述的无线电网络控制器，其中，所述预设IP地址与所述资源(64)关联。

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

存储装置(1304)，配置成存储所述预设IP地址。

19. 如权利要求15所述的无线电网络控制器，其中，所述令牌作为字符串或号数或哈希显式地存在于所述内容传递提供商DNS应答的部段中。

20. 如权利要求15所述的无线电网络控制器，其中，所述令牌在所述内容传递提供商DNS应答的部段中作为与所述内容传递提供商关联的IP地址隐式地提供。

21. 一种用于将内容从内容传递提供商(54)分发给移动电信网络(52)的移动终端(62)的方法，所述方法包括：

在所述内容传递服务器(54)的域名服务器DNS(72)接收来自所述移动终端(62)对于与第一因特网协议IP地址关联的给定内容的DNS请求；

确定与服务于所述移动终端(62)的无线电网络控制器(66)关联的所述移动电信网络(52)是否具有所述所请求的给定内容；以及

在所述内容传递提供商(54)将令牌***从所述内容传递提供商(54)发送给所述移动终端(62)的DNS应答消息中，其中所述令牌指示由所述移动终端所请求的内容是否在所述移动电信网络(52)中是可用的。

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

通过将所述DNS请求的源IP与预设表进行比较，来确定所述移动电信网络(52)是否具有所述所请求的给定内容。

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

将所述所请求的给定内容存储在与所述无线电网络控制器(66)关联的资源(64)上。

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

由所述内容传递提供商(54)采用所述所请求的给定内容来更新所述无线电网络控制器(66)的资源。

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

从内容始发方服务器(80)接收所述所请求的给定内容。

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

从多个内容始发方服务器接收内容，并且将所述内容分发给所述内容传递提供商和第三方服务器的高速缓存，

其中，所述第三方服务器的一部分配置成服务于移动电信网络，并且链接到对应无线电网络控制器。

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

在所述无线电网络控制器截取发送给所述移动终端的所述DNS应答消息；

提取所述令牌；

将所述所提取令牌与所述无线电网络控制器中存储的列表进行比较；以及

采用与连接到所述无线电网络控制器的所述内容服务器关联的第二IP地址来替代所述第一IP地址。

28. 一种配置成重定向移动电信网络(52)的移动终端(62)的内容传递提供商(54)的域名***DNS服务器(72)，所述DNS服务器(72)包括：

接口(1208)，配置成接收来自所述移动终端(62)对于与所述内容传递提供商(54)的内容服务器(74)的第一因特网协议IP地址关联的预定内容的DNS请求；以及

处理器(1302)，连接到，

所述接口(1308)，并且配置成确定具有与所述移动终端(62)关联的无线电网络控制器(66)的移动电信网络是否具有所述所请求的预定内容，以及

将令牌***从所述内容传递提供商(54)发送给所述移动终端(62)的DNS应答消息中，其中所述令牌指示所述移动电信网络(52)是否包括存储所述所请求的预定内容的资源(64)。

29. 如权利要求28所述的服务器，其中，所述处理器还配置成：

基于所述DNS请求的源IP来确定所述移动电信网络是否具有所述所请求的预定内容。

30. 如权利要求29所述的服务器，其中，所述处理器还配置成：

将所述移动电信网络的识别码与所存储表进行比较，以用于确定具有所述预定内容的所述资源(64)是否存在于所述移动电信网络中。

31. 如权利要求28所述的服务器，其中，所述处理器还配置成：

采用所述所请求的预定内容来更新与所述无线电网络控制器关联的所述资源。

32. 如权利要求28所述的服务器，其中，所述接口还配置成：

从内容始发方服务器(80)接收所述所请求的预定内容。

Images