CN101175097B - 用于针对ims服务的灵活的地址机制的解析的方法和装置 - Google Patents
用于针对ims服务的灵活的地址机制的解析的方法和装置 Download PDFInfo
- Publication number
- CN101175097B CN101175097B CN2007101670388A CN200710167038A CN101175097B CN 101175097 B CN101175097 B CN 101175097B CN 2007101670388 A CN2007101670388 A CN 2007101670388A CN 200710167038 A CN200710167038 A CN 200710167038A CN 101175097 B CN101175097 B CN 101175097B
- Authority
- CN
- China
- Prior art keywords
- server
- uri
- unified resource
- inquiry
- resource identifier
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4552—Lookup mechanisms between a plurality of directories; Synchronisation of directories, e.g. metadirectories
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
为了解析用于在IP多媒体子系统(IMS)网络中或之间路由消息的统一资源标识符(URI),将查询(101;201)从装置(120;220)发送到专用名称服务器(121;221)以解析该URI。该专用名称服务器(121;221)尝试解析该URI。如果失败,该方法还包括将用于解析该URI的新的查询(104;203)发送给公用名称服务器(122;222)。该公用名称服务器(122;222)在该新的查询(104;203)中解析该URI。
Description
技术领域
本发明一般涉及在IP多媒体子系统(IMS)网络中的地址解析。为了在IMS网络中的各个节点之间路由消息,由这些节点来执行地址解析。地址转换主要用于当消息在不同网络之间被路由时以及万一用户漫游时。
背景技术
网络中用户和节点的识别通常是通过使用诸如域名的系统的字母数字的表示,而不是使用数字表示来进行。然而,系统自己使用像诸如互联网协议(IP)地址的数字表示。字母数字到数字表示的转换需要在网络中被执行。IP多媒体子系统(IMS)网络使用IP地址来路由经由这些网络以及在不同的网络之间的消息。每一个在IMS网络中发送的消息包含会话初始协议(SIP)统一资源标识符(URI),它是用于确定该消息的接收节点的字母数字表示。这些SIP URI包含识别接收节点所处的网络的域名。
执行从字母数字到数字表示的转换的典型实现是域名系统(DNS)。DNS是一个数据库系统,其中域名根据树形结构进行组织。该数据库分布在各个DNS服务器之间。公司针对诸如网站或电子邮件的应用组织他们自己的域是普遍的做法。另外公司提供能够执行转换的名称服务器(nameserver)。为域名空间的特定部分负责的名称服务器被称为授权名称服务器。所有改变都是针对这种名称服务器该做出的,其它的名称服务器可以查询授权名称服务器来重新得到最新的信息。
GSM协会(GSMA)在2006年8月14日发布的官方文件IR.65版本3.5包括IMS漫游与交互(Roaming&Interworking)指南。该在该文件中对于IMS使用DNS提出了两个可能的解决方案。
第一个可能的解决方案,它看来也是最方便的一个,是使用也用于互 联网中的公用DNS服务器,来为IMS网络中的节点提供转换。切换到纯粹公用运营的DNS基础结构的主要问题是安全性。所有信息对于公众将是可用的,而且大的运营商不愿意分享任何涉及他们的网络的信息及其操作。第二个可能的解决方案使用现有的由特定机构管理的专用DNS服务器,例如那些被管理用于通用分组无线服务(GPRS)漫游。当使用现有的专用DNS服务器来提供到IMS节点的域名转换时,有几个可能的实现。然而,这些实现中的每一个都伴随有其缺点。
第一个可能的实现是使用SIP URI中的特定的域以及由诸如管理专用DNS服务器的机构定义的命名机制。该示例是由GSMA运营的GPRS漫游交换(GRX)所使用的3gppnetwork.org域。在该情况下,只有GSMA能够添加新的运营商到该系统,因此允许他们运营他们自己的IMS网络,以及与其它的IMS网络进行通信。此外,在不得不通过公用网络路由的消息中使用3gppnetwork.org域是不可能的。公用DNS服务器不能解析这个域。例如,这阻止公司从其公司网络中的支持SIP的装置呼叫移动用户。
另一个可能的实现是将运营商的全球的DNS基础结构的子集添加到在诸如GRX的网络中使用的专用DNS基础结构。由于也由人来负责复制所有的改变,该实践可以在两个DNS基础结构中导致严重的冲突。因此该实现需要更多人的努力,因而更倾向于失败。任何人为错误可以导致网络变得不可到达和通信中断。也产生了谁将对在专用DNS基础结构中复制的信息负责的问题。
该功能性的第三个可能的实现是通过混合公用和专用DNS基础结构而进行的。该实现提供了一些优点,但是也引入涉及公用DNS基础结构使用的新的问题。然而该实现将在下面被进一步检查。
现在在GRX中使用的专用DNS服务器和诸如那些用于互联网的公用DNS服务器之间没有连接。这通过阻止普通公众特别是恶意的人接入到专用名称服务器来提供安全性的级别。发现IMS网络的机构是不可能的,因此,很困难或不可能来组织攻击IMS或GPRS网络的至关重要的节点。显而易见的是,当扩展现在的功能性时,想要保持每一个安全性方面。
在电信市场的主要参与者现在运营固定和移动宽带接入xDSL和GPRS网络,也可能有兴趣提供IMS服务。这些参与者的大多数是GRX或类似的给他们的客户提供GPRS漫游和交互的专用管理网络的成员。因此为了提供IMS服务以及IMS网络的互连,使用GRX提供的服务是合理的步骤。
因为3gppnetwork.org在公用网络中不能被寻址,而且运营商不能控制该域的内容,运营商想要使用他们自己的域名并且受益于由诸如GRX提供的优点。实现这的可能的方法连同避免这些解决方案的理由一起被建议在官方文件IR.65文件的第9.4节中。这些解决方案全都需要对现有的GRX基础结构进行一些修改(也就是通过将运营商域添加作为现在使用的3gppnetwork.org域的前缀来改变该URI机制)或增加巨大人力到该需求中(也就是通过在运营商处保持静态配置列表)。
用于GPRS漫游和GPRS漫游交换(GRX)的DNS服务器,在GSM协会(GSMA)于2006年8月9日发布的官方文件IR.67版本1.4中被描述。该文件描述了DNS服务器的结构以及涉及解析域名的步骤。通常,在GRX中的DNS服务器以与普通公众可用的DNS服务器同样的方式来运营。然而,这里已知的域集合限于由GSMA定义的特定的域。
在ETSI TISPAN文献11bTD079以及ECMA TR/91(ETSI TR 102478)中指定了对下一代网络(NGN)的一系列要求。这些需求为企业提供建立他们自己的下一代社团网络(NGCN)的装置,并且提供诸如SIP的服务。如果NGN提供所有这些需求的实现,则在NGN和NGCN之间或在通过NGN的几个NGCN之间交互作用变得可能。然而,需求12指定NGN必须允许NGCN在它的域中分配新的身份,而NGN之前没有安排。直到现在,这是不可能的,因为在这些网络中只有NGN是已知的。因此,在提供完全有资格符合这些需求的NGN时,问题就产生了。
本发明的目的是提供给运营商一种用于在由机构管理的并与由普通公众在互联网中的所使用的DNS基础结构完全分离的DNS基础结构的组合中使用其自己的域名的方法。本发明的另一个目的是对现有系统进行极少 的修改来提供该功能性,本发明的另外的目的是提供使用在公用DNS基础结构中的信息来实现使用运营商域名的方法。本发明的另一个目的是提供需要很少的人力来建立和维护的系统。本发明的另外的目的是使该系统倾向于比现有技术中建议的解决方案出现更少的错误。本发明的另一个目的是为伴随下一代网络存在的问题提供解决方案,并且允许他们使用其自己的身份。
发明内容
根据本发明,通过一种用于解析针对使用在IP多媒体子系统(IMS)网络中或之间路由消息的统一资源标识符(URI)的方法,上述目的被实现,现有技术的解决方案的缺点被克服,所述方法包括以下步骤:
a.将用于解析所述统一资源标识符的查询从能够发送消息给所述IP多媒体子系统网络的装置,发送给专用名称服务器;以及
b.通过该专用名称服务器解析所述统一资源标识符;
c.如果通过所述专用名称服务器解析所述统一资源标识符失败,则将用于解析所述统一资源标识符的新的查询发送给公用名称服务器;
d.通过所述公用名称服务器解析所述统一资源标识符;以及
e.通过所述装置接收对所述查询的响应。
在本发明的情景中,解析URI意味着使用标准的DNS过程来尝试将例如是URI的一部分的域名转换为IP地址或不同的域名所包括的任何步骤或步骤的组合。标准的DNS过程包括检查DNS服务器的高速缓冲存储器,与不同的名称服务器通信,并且从已知的域名中检索信息。取决于其配置,高速缓存可以通过在网络中的名称服务器或节点来提供。与不同的名称服务器通信可以是由于推荐,以便确定授权名称服务器或从授权名称服务器中检索信息。如果解析是由名称服务器执行的,这可以是或者提供关于该名称服务器获得授权的域名的信息,或者可以从其它名称服务器检索信息。
查询是由包含对信息的请求的DNS标准定义的消息。该请求的信息可 以是涉及域名的IP地址,处理某个协议的服务的位置,对不同域名的推荐。查询以包含所请求的信息的响应进行应答。最后,发送该查询的系统将接收到该响应,并且能够使用其中的信息来完成诸如路由消息或建立到特定主机的连接的任务。
并不是每个域DNS服务器都知道,例如域名的打字错误可以导致请求不存在的域。当名称服务器已经执行了所有可能的查找(也就是高速缓冲存储器或不同的名称服务器),不能提供对该查询的应答时,将发送错误响。当这样的错误被接收时,认为是通过名称服务器解析URI失败。
公用和专用DNS服务器被认为对公众或者非公众是可用的。例如公用DNS服务器是由普通公众用来接入互联网上的不同服务的那些DNS服务器。专用DNS服务器是那些由诸如公司的某个机构管理,其使用限于与该机构具有协议的这样的机构或人的成员的DNS服务器。该示例是由GSMA运营的GRX,在其他服务中提供了DNS服务,这些服务只可以被GSMA的成员以及GSMA涉及的运营商查询。
根据本发明,现在如果这些专用DNS服务器不能解析SIP URI,他们将查询公用DNS服务器。因此,专用DNS服务器发出解析SIP URI的请求给公用DNS服务器,而不是指示其不能解析SIP URI。作为另一种选择,专用DNS服务器指示它不能对其解析SIP URI的IMS网络中的节点,并根据本发明与公用DNS服务器进行联系。
这些额外的步骤的优点是明显的。运营商不被绑定到由专用域名服务器已知的域名或由诸如GSMA的机构定义的域名。在专用操作的和可用的DNS服务器与公用可用的DNS服务器之间的严格的分离被保留,因此维持了由分离的系统提供的安全性。在两个域之间提供转换是使用它自己的域、需要与在专用DNS服务器中呈现的运用商具有协议的运营商的责任。因此,该系统引入的额外的工作量非常有限,在运营商的公用DNS服务器中只有几个额外的记录是必需的。
根据本发明所述的装置适于执行提供本发明的所有目的的必需的步骤。该装置,通常是IMS网络中的节点,能够执行在本发明中所描述的步 骤。能够发送查询给专用名称服务器并且接收响应。如果这样的响应指示该专用名称服务器不能解析URI,则该装置能够发送新的查询给公用名称服务器。这使该装置能够检查专用和公用名称服务器,并且允许它找到针对包含在专用名称服务器中不可用的域名的URI的应答。
根据本发明的可选的装置提供解决在现有技术解决方案中发现的问题所必需的功能。该装置,通常是专用名称服务器,能够接收查询并且解析该查询。如果该装置不能解析该查询,则它能够查询另一个公用的、名称服务器来解析该查询。这使该装置能够在节点和该公用名称服务器之间担当中间系统。它允许使用公用名称服务器以对给该装置发送最初的查询的节点是透明的方式来进行URI的转换。
可选地,如本发明所述,需要路由消息的节点可以执行上述的步骤c。
该节点对在两个IMS网络之间路由消息负责,因此能够与位于自己的网络之外的系统通信。执行本发明的这种方法在该节点上需要另外的安全性措施来避免节点的入侵(intrusion of the node)。由于这些节点上的现有的安全性,他们是与该公用DNS服务器通信以及维持公用和专用DNS服务器之间的分离的理想候选者。
如本发明所述,可选地,该专用名称服务器可以发送在上述的步骤c中提到的所述新的查询。
当使用该专用名称服务器来联系公用DNS服务器时,对于路由消息的节点,产生透明度。这些系统不需要修改,仅仅执行产生他们需要的信息的单一的查询。名称服务器被设计来处理大量的请求,并且可以适于通过联系其它名称服务器来寻找对查询的应答。因此,对于专用DNS服务器需要有限的适应以支持本发明的该实现。再次,没有关于所述IMS网络的信息通过公用网络被发送,只有域名。因此节点的位置不显示给普通公众,维持了安全性。
在本发明的可选实施例中,名称权威指针(NAPTR)记录可以用于将公知域名转换到在如本发明所述的专用基础结构中已知的域名。
NAPTR记录在RFC 2915中被描述。他们通常被用来将现有的文本行 重写到新的域名或URI。NAPTR记录的典型实现是使用如在RFC 2916中所述的e.164数字转换进行电话号码到URI的映射。
根据本发明,针对该域,这种NAPTR记录可以被添加到授权名称服务器。这些记录将提供专用DNS服务器已知的运营商的域名。
NAPTR记录通过使用规则表达式(regular expression)提供灵活性,产生的结果是少数记录能够转换几个域到专用名称服务器已知的单一的域。
在本发明的可选实施例中,SRV记录可以用于将公知域名转换到在上述的专用基础结构中已知的域名。
SRV记录在RFC 2782中被描述。这种记录典型性地用来提供负载均衡和备份解决方案。通常几个记录被用来表示每个记录具有优先及权重的单一服务。优先被用来定义备份服务,记录的权重可以被用来指定到每个系统应该具有多大的通信量。
附图说明
图1是例示本发明的第一实施例的流程图,其中用户代理可以联系公用DNS服务器;以及
图2是例示本发明的第二实施例的流程图,其中专用DNS服务器用于联系公用DNS服务器。
具体实施方式
图1示出了在本发明的第一实施例中的消息流。该实施例包含用户代理(UA)120、专用DNS服务器121、公用DNS服务器122以及在外部IMS网络中的节点123。
在本发明的该第一实施例中,用户代理120可以是具有通过IMS网络提供视频电话功能的软件的固定装置,或是具有无线一键通(PoC)应用的移动装置。PoC是允许用户通过在他们的移动装置上按下按键来相互通话的IMS服务。它使用到IMS网络的诸如GPRS连接的永久在线连接 (permanent online connection),并且将所说的单词转换为传输给IMS网络的数据分组。IMS网络将该数据分组路由到目的地,然后接收用户能够听到该所说的单词。PoC应用针对SIP请求(SIP Request)作为源的示例,并且PoC应用使用各种其它软件应用程序来执行各种任务。例如,PoC应用可以使用在该应用在其上运行的装置中提供的DNS解析器,以从需要发送请求的DNS服务器重新得到信息。PoC应用也使用TCP/IP协议栈装置以将数据传输到其它节点和DNS服务器。
专用DNS服务器121以及公用DNS服务器122是提供DNS服务的默认软件应用程序。可以构成专用DNS服务器121以及公用DNS服务器122的可能的软件应用程序是在http://www.isc.org/index.pl?/sw/bind/中公告的BIND,以及在http://www.powerdns.com/中公告的PowerDNS,但是任何其它支持SRV和/或NAPTR记录的应用程序可以被使用。在该第一实施例中假定BIND被用来提供DNS服务。基于服务器的位置产生了专用和公用之间的差别。例如当发送电子邮件或浏览网站时,公用DNS服务器122可以通过普通公众被联系到。专用DNS服务器121仅限于一小组用户。专用DNS服务器121的示例是在GPRS漫游交换(GRX)网络中使用的DNS服务器。漫游是用户连接到不属于该移动电话运营商但与之有合约的网络的行为。例如,如果一个人支付在比利时的运营商A的电话服务,当运营商A和在法国的运营商B有一个漫游协议时该人可以使用在法国的运营商B的网络。因此,漫游使得利用与运营商的合约、在几个其它国家接收服务变成可能。当使用他们的支持IMS的装置和应用时,该漫游能力允许用户自由移动。
在图1中所画的外部IMS网络中的节点是询问呼叫会话控制功能(I-CSCF)123。为了被传到该IMS网络上分组被发送到该I-CSCF 123,因此I-CSCF 123在该IMS网络的边界上担当代理服务器,并且是进入到该IMS网络的入口点。
参考专用和公用网络这两个网络来描述该实施例,因为本发明的基础问题是当消息具有位于其起源所在的网络之外的目的地时特别遇到的。该 第一实施例假定存在两个IMS网络,其中一个属于运营商A、使用operatora.com域,另一个属于运营商B、使用operatorb.be域。对于该实施例,假定运营商B是公用运营商,给公众提供各种通信服务,例如移动电话、GPRS以及IMS。同样地,运营商B是用于漫游的GRX的成员,能够使用GRX所提供的服务。
在该第一实施例中,位于运营商B的网络中的UA 120的用户B想要与位于使用PoC服务的运营商A的网络中的用户A通话。此外用户B需要知道可以在运营商A的网络中识别用户A的URI。这里该URI是sip:usera@ims.operatora.com。用来发起该连接的SIP请求是SIP邀请请求110。
在图1中,假定UA 120需要将消息110路由到询问呼叫会话控制功能(I-CSCF)123。该消息110是可以用来在两个用户之间建立PoC会话的SIP邀请请求。用户B是运营商B的客户,想要与在运营商A中的雇员的用户A通话。因此用户B需要将SIP邀请请求110发送给用户A,并且使用在该请求中识别用户A的SIP URI。典型地,任何SIP请求由头部和正文组成,头部包含关于源、目的、路由以及请求110的内容的强制的信息,正文包含请求110的内容。SIP请求110的起始部分定义了哪类请求被呈现(在该例中是邀请),识别请求110的必须去处的URI(在该例中是sip:usera@ims.operatora.com)以及所使用的SIP的版本(例如2.0)。
在UA 120能够将SIP邀请请求110发送给运营商A的I-CSCF之前,它需要该I-CSCF 123的IP地址,因为从SIP URI中只有域是已知的。因此UA 120将形成查询101并且将其发送该给专用DNS服务器121。该查询101是根据DNS协议的格式编排分组,包含对于需要来路由SIP请求110的IP地址的请求。在查询101中,该UA 120提供域名(在该例中是ims.operatora.com)给专用DNS服务器121,并且请求返回涉及该请求中指定的域的I-CSCF 123的IP地址。为了能够找到以及联系到DNS服务器,UA 120不得不被配置有它可以使用的DNS服务器的地址。这可以在该装置上使用静态的配置来完成,或该DNS服务器的地址可以使用诸如动 态主机配置协议(DHCP)的协议来提供。
专用DNS服务器121将尝试使用本地高速缓冲存储器和如图1中由箭头102所指示的DNS信息来解析该域名。实际上,DNS服务器可以被配置来保持之前已收集的所有的信息的高速缓冲存储器。这意味着每一个请求的域名连同相对应的IP地址一起被存储,并且这些记录被存储特定量的时间。高速缓存是用来提高效率以及减少发送到其它DNS服务器的请求数量的机制。除了它自己的高速缓冲存储器之外,DNS服务器121可以参考包含在构成该专用网络中定义的整个域名空间的DNS服务器的网络中的DNS信息。对于专用DNS服务器,该域名空间典型地较小。只有像运营商B一样的特定运营商在该名称空间中是已知的。运营商A不是GRX的一部分,因此该运营商A的域可以假定为在由该专用DNS服务器121使用的域名空间中没有被定义。因而,该专用DNS服务器121对于像101那样的请求该运营商者A的域的解析的查询不能返回结果。
应该注意的是,如果UA 120为运营商B已经请求了IP地址,则专用DNS服务器121将能够以那个IP地址来响应,该UA 120将能够将SIP邀请请求110路由到下一个节点。然而在这种情况中,其中为运营商A请求地址,该运营商的域名对于专用DNS服务器121为未知,对查询101的响应103将包含解析该SIP URI失败的通知。这意味着当接收到专用DNS服务器响应103时该UA 120仍然不能将SIP邀请请求110发送给I-CSCF 123,进一步的行动是必需的。
由于该失败,UA 120不得不尝试不同的方法来发现所需的IP地址。根据本发明,现在UA 120形成新的查询104,其请求DNS服务器,在该例中是公用DNS服务器122,以专用DNS服务器121已知的域名来进行应答。
运营商A不是提供服务给普通公众的公用运营商,因此不是GRX的一部分。因为运营商A确实提供IMS服务给它的雇员,它需要链接到诸如运营商B的公用IMS网络。例如,这通过在运营商A和运营商B之间的协议完成。该协议允许运营商A具有带特定服务的IMS网络,并且通 过运营商B的网络被连接到公用IMS网络。因此,一个要求是对运营商A的IMS网络的入口点的请求返回运营商B的入口点作为响应。对运营商A的网络中的用户的请求需要通过该运营商B的网络被路由,并且运营商B将运送这些消息到运营商A的网络。由于该系统的这种设置,DNS基础的某个实现是必需的。在该实现中,运营商B在GRX的DNS服务器中是已知的。运营商A提供从它的域(例如ims.operatora.com)到运营商B的域(例如ims.operatorb.be)的转换。
公用DNS服务器122将尝试使用本地高速缓冲存储器和如图1中的箭头105所指示的DNS信息来进行对新的查询104的应答。该本地缓冲存储器和DNS信息与在步骤102中使用的那些非常相似。该本地缓冲存储器是由公用DNS服务器122所存储的针对其之前已经进行应答的所有请求的信息。该DNS信息涉及该公用DNS服务器122已知的域名空间。这种域名空间明显地比专用DNS服务器121已知的域名空间更大,并且通常包含所有注册的域。如果公用DNS服务器122能够解析该URI,则形成包含专用DNS服务器121已知的新的域名的响应106。在这种情境中解析意味着确定该公用IMS运营商B的域,他为运营商A提供到公用IMS网络的链接。例如,公用DNS服务器122将在发送到UA120的响应106中运送ims.operatorb.be作为新的域。
公用DNS服务器122可以通过使用在DNS配置中的特定记录来提供从ims.operatora.com到ims.operatorb.be的转换。在本发明的该第一实施例中,NAPTR记录用于该转换。NAPTR记录定义了对请求用URI进行响应的灵活的方法。这使公用DNS服务器122能够接收对sip:usera@ims.operatora.com的请求并且以sip:usera@ims.operatorb.be进行响应。由于能够用查询联系专用DNS服务器121以解析后一URI,UA 120将能够路由具有后一请求URI的消息。因为专用DNS服务器121已知operatorb.be,所以它可以提供所需的IP地址给该UA 120。UA 120将以查询107请求该转换。该查询包含转换的URI,并且在新检查本地高速缓冲存储器以及在图1中箭头108所指示的DNS信息之后,专用DNS 服务器121能够提供UA 120所需要的信息以路由SIP邀请请求110,并且该信息随着响应109被运送给UA 120。
万一公用DNS服务器122不能解析域名,那么专用和公用DNS服务器121和122都不能运送所需的IP地址,该处理被停止,并且UA 120将不能路由消息110到I-CSCF 123,因为它不能为它获得IP地址。
图2示出了在本发明的可选的实施例中的消息流。该实施例包含在IMS网络220中的节点、专用DNS服务器221、公用DNS服务器222以及在外部IMS网络中的节点223。根据传统DNS,专用DNS服务器221和公用DNS服务器222并不互相连接。
传统的DNS由服务器的像树的结构形成。在顶部是具有关于顶级域名(TLD)信息的DNS根服务器。需要解析主机名的DNS服务器可以联系根DNS服务器来找出哪个DNS服务器对于特定的TLD是授权的。该DNS服务器可以为该TLD联系该授权的DNS服务器来找出哪个DNS服务器对于特定的域是授权的。于是该DNS服务器将联系该授权的DNS服务器来解析主机名。
在该系统中,DNS服务器可以推荐到另一个,后者具有所请求的信息,或能够推荐到能够具有的DNS服务器。该整个过程可以发生在由箭头202、204和206例示的步骤期间。这里的差异是公用DNS 222通过传统DNS推荐是不可到达的。专用DNS服务器221在它的配置中具有一些关于如何联系公用DNS服务器222的知识,与能够执行DNS查询的典型个人计算机系统的配置非常相似。
在该本发明的可选的实施例中,节点220和节点223都是询问呼叫会话控制功能(I-CSCF)。I-CSCF的任务之一就是担当IMS网络的入口点。在特定IMS网络之外的节点可以联系那个IMS网络的该I-CSCF来发送消息到那个网络上。
公用DNS服务器222是默认的提供DNS服务的软件应用程序。假定在http://www.powerdns.com/中公告的PowerDNS在该第二实施例中被用作公用DNS服务器222。公用DNS服务器222被认为是公用的,因为它 提供DNS服务给普通公众。任何人能够用对特定的DNS信息的请求来联系公用DNS服务器222。
诸如专用DNS服务器221的DNS服务器被认为是专用的,因为它仅仅提供信息给有限数量的用户。在该实施例中,GRX提供的DNS服务器是专用DNS服务器221并且只有连接到GRX的运营商能够联系专用DNS服务器221。专用DNS服务器221已知的域名空间通常较小,然而公用DNS服务器222已知的域名空间大很多。公用DNS服务器222具有关于在互联网注册或使用的所有的域的知识,或能够获得那些知识。
在本发明的该实施例中,专用DNS服务器221是提供DNS服务的软件应用程序,并且其与诸如PowerDNS的其它DNS软件应用程序在执行那些不是标准查找部分的步骤的能力上不同。专用DNS服务器221可以从网络中的其它装置接收具有请求特定DNS信息的查询,并且尝试提供所请求的信息,进一步的方法在下面描述。然而,如果该专用DNS服务器221因为该请求涉及仅对公用DNS服务器222已知的域而不能提供所请求的信息,专用DNS服务器221能够用诸如图2中的请求203的对信息的请求来联系公用DNS服务器221。
上述查询是发送给DNS服务器的根据DNS标准格式化的消息,它包含对信息的询问。查询的示例是对特定服务器的IP地址的请求。接收查询的DNS服务器为了找到响应可以执行各种步骤。第一步可以是在被DNS服务器维持的本地高速缓冲存储器中查找。高速缓存意味着将关于之前的查询的信息存储一段特定量的时间。因此,如果DNS服务器已经提供对查询的应答,则它将在指定的时间段内,为任何后来的发送到该名称服务器的请求存储那个应答。这减少了DNS服务器到其它DNS服务器产生的通信量,并且增加了可以被该DNS服务器处理的查询量。另一个步骤可以是参考关于DNS服务器负责的域的信息。如果该DNS服务器负责在查询中指定的域,则它可以从自己的数据库中检索该信息,并且作为响应来提供它。另一个步骤可以是为了定位特定域的授权的名称服务器来联系其它DNS服务器,然后为了所需的信息来联系那个名称服务器。
也参考两个不同的IMS网络来描述第二实施例。一个网络属于运营商A,他使用该operatora.com域,并且是提供服务给普通公众的公用IMS运营商。另一个网络属于企业B,它使用enterpriseb.com域,提供IMS服务给它的雇员。在该实施例中,假定在运营商A的网络中的用户A发送消息给在企业B的网络中的用户B。该消息是用来在两个用户之间建立会话的SIP邀请请求208。例如,I-CSCF 220从UA接收SIP邀请请求,并且需要将具有在其中所指定的URI sip:userb@enterpriseb.com的请求的该SIP邀请请求路由给I-CSCF 223。I-CSCF 220将在地址转换后作为SIP邀请请求208来发送所接收到的SIP邀请请求。
I-CSCF 220在可以将SIP邀请请求208传输给I-CSCF 223之前需要I-CSCF 223的IP地址。因此I-CSCF 220用请求来发送查询201到专用DNS服务器221以解析sip:userb@enterpriseb.com,并且I-CSCF 220从来自专用DNS服务器221的应答中期待有I-CSCF 223的IP地址。专用DNS服务器221将尝试使用本地高速缓冲存储器以及如图1中箭头202指示的专用DNS信息来解析该URI。然而,专用DNS服务器221并不知道enterpriseb.com域,并且不能提供所请求的信息。专用DNS服务器221可以用查询203来联系公用DNS服务器222,来发现可以被用来联系enterpriseb.com的可选的域。公用DNS服务器222具有将任何包含enterpriseb.com的SIP URI转换为包含如图2中箭头204所指示的operatorc.com的URI的NAPTR记录。在该实施例中,operatorb.com属于另一个公用IMS运营商C,他与企业B有协议来提供IMS路由服务。运营商C被专用DNS服务器221已知,因为他们是公用IMS运营商。从一个域到另一个的转换可以通过使用本地高速缓冲存储器或DNS信息来进行,并且由图1中的箭头204来指示。公用DNS服务器222给公用DNS服务器221发送包含新的URI的响应,例如sip:userb@operatorc.com。于是专用DNS服务器221能够使用本地高速缓冲存储器以及如箭头206所示的DNS信息来解析该新的URI。该operatorc.com域对于专用DNS服务器221是已知的,因此专用DNS服务器221能够在响应207中提供 IP地址给I-CSCF 220。使用该IP地址,I-CSCF 220能够传输该SIP邀请请求给运营商C,他将依次运送该消息给I-CSCF 223。
重要的是认识到图1中的箭头107、108和109以及图2中的箭头206不是必需的。这些箭头指示了公用DNS服务器122或222返回分别对专用DNS服务器121或221是已知的域名,以及在那里这些DNS服务器需要执行另一个解析该域名的尝试。通过经由公用DNS服务器122或222直接提供IP地址给请求的装置(120或220)来放弃一些安全性是可能的。这确实通过允许公司使用其自己的公知的域来提供所要的灵活性。
应该注意的是,在前面的图中所画的DNS服务器块可以代表DNS服务器的集。在收到查询之后以及在响应被发送之前,几个DNS服务器可以相互通信。例如,从DNS块发出、去往DNS块的箭头实际上代表了大量消息。例如,它可以代表公用DNS服务器首先检查本地高速缓冲存储器,其次联系根名称服务器,第三为了顶级域(the top level domain)(诸如.com或.be)来联系服务器,第四为了somedomain.com联系授权名称服务器并且检索所要的信息。诸如PowerDNS和BIND的被提及的DNS应用仅仅是可以用来提供DNS服务的现有的软件的示例。任何能够提供从域名到IP地址转换以及能够执行NAPTR和SRV记录的软件或装置都可以被用作公用DNS服务器222。
应该进一步注意的是,PoC仅仅是IMS服务的示例。另一个示例是即时消息服务(Instant Message service),它允许用户相互发送文本消息,并且在那里这些消息立即显示给接收用户。通常使用IMS网络的应用被期望需要在某个地方的各种IMS网络之间通信。
GRX基础结构用作专用管理网络的示例。该示例给GPRS网络提供漫游以及DNS服务。任何可以在IMS网络之间提供连接以及提供地址解析服务的系统可以用作替代GRX。
NAPTR和SRV记录可以用作上述中的示例。只有它们的特征对于本发明才是重要的,选择可以被用来提供所需的功能性。任何能够提供重定向到不同系统或能够将URI转换为不同URI或能够基于特定的域用来检 索不同域的DNS记录类型可以被用在本发明的实施例中。
虽然本发明已经通过参考特定的实施例来例示,对于本领域熟练人员,很显然本发明不限于前述例示的实施例的细节,并且本发明可以体现为各种变化和修改而不偏离其精神和范围。因此,本发明实施例在所有方面被认为是例示性的而非限制性的,本发明的范围由所附的权利要求来指示而非前述的说明,因此所有在权利要求等同物的意义和范围内出现的变化确定为包括于其中。换句话说,本发明覆盖任何以及所有落入基本的原则的精神和范围中的修改、变化或等同物,并且其本质属性在该发明申请中被要求。此外该发明申请的读者可以理解,该词“包括”或“包含”不排除其他单元或步骤,该词“一个”或“一种”不排除多数,以及单一的部件,诸如计算机系统或集成单元可以完成在该利要求中陈述的几个装置中的功能。在权利要求中的任何参考标记将不被解释为限制各自有关的权利要求。当用在说明书中或在权利要求中时的术语“第一”、“第二”、“第三”、“1”、“2”、“3“,以及类似的,被引入来区分类似的单元或步骤,不是必要地描述连续的或按时间先后排列的顺序。可以理解,那样使用的术语在适当的环境下是可以互换的,并且本发明的实施例能够根据本发明以不同于上面所述或例示的其它顺序或方向运行。
Claims (7)
1.一种用于解析统一资源标识符(URI)的方法,所述统一资源标识符在IP多媒体子系统(IMS)网络中或之间路由消息中使用,所述方法包括下列步骤:
a.将用于解析所述统一资源标识符的查询(101;201)从能够发送消息给所述IP多媒体子系统的装置(120;220),发送给专用名称服务器(121;221),该专用名称服务器(121;221)具有有限的已知域名集合、被一机构管理并且与互联网中公众可接入的域名服务器基础结构隔离;以及
b.通过所述专用名称服务器(121;221)解析(102;202)所述统一资源标识符;
其特征在于所述方法还包括:
c.如果通过所述专用名称服务器(121;221)解析所述统一资源标识符失败,则将用于解析所述统一资源标识符的新的查询(104;203)发送给互联网中的公用名称服务器(122;222);
d.通过所述公用名称服务器(122;222)解析(105;204)所述统一资源标识符;以及
e.通过所述装置(120;220)接收对所述查询(104;203)的响应(106;205)。
2.如权利要求1所述的用于解析统一资源标识符(URI)的方法,其特征在于所述发送新的查询(104;203)的步骤c由所述装置(120;220)来执行。
3.如权利要求1所述的用于解析统一资源标识符(URI)的方法,其特征在于所述发送新的查询(104;203)的步骤c由所述专用名称服务器(121;221)来执行。
4.如权利要求1所述的用于解析统一资源标识符(URI)的方法,其特征在于所述步骤d包括使用名称权威指针(NAPTR)记录将在所述统一资源标识符中的域转换为不同的域。
5.如权利要求1所述的用于解析统一资源标识符(URI)的方法,其特征在于所述步骤d包括使用服务(SRV)记录将在所述统一资源标识符中的域转换为不同的域。
6.一种用于在IP多媒体系统网络中路由消息的装置(120),所述装置(120)包含:
-能够形成用于解析(102)统一资源标识符(URI)的查询(101)的装置;
-用于将所述查询(101)发送给专用名称服务器(121)的装置,该专用名称服务器(121)具有有限的已知域名集合、被一机构管理并且与互联网中公众可接入的域名服务器基础结构隔离;以及
-用于解释响应(103)给所述查询(101)的装置;
其特征在于,如果来自所述专用名称服务器的响应指示通过所述专用名称服务器(121)解析(102)所述统一资源标识符(URI)失败了,所述装置(120)还适于形成用于解析(105)所述统一资源标识符(URI)的新的查询,并且将所述新的查询(104)发送给互联网中的公用名称服务器(122)。
7.一种用于解析(202)使用于IP多媒体子系统网络中的路由消息的统一资源标识符(URI)的专用名称服务器(221),所述专用名称服务器(221)具有有限的已知域名集合、被一机构管理并且与互联网中公众可接入的域名服务器基础结构隔离,所述专用名称服务器(221)还包括:
-用于接收针对解析(202)统一资源标识符(URI)的查询(201)的装置;
-用于解析(202)所述统一资源标识符(URI)的装置;
-用于形成对所述查询(201)的响应(207)的装置;以及
-用于发送所述响应(207)的装置;
其特征在于,如果通过所述专用名称服务器(221)解析(202)所述统一资源标识符(URI)失败,则所述专用名称服务器(221)还适于形成新的用于解析(204)所述统一资源标识符(URI)的查询(203),并且将所述新的查询(203)发送给互联网中的公用名称服务器(222)。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP06291698.6 | 2006-10-31 | ||
EP06291698A EP1919155A1 (en) | 2006-10-31 | 2006-10-31 | Resolution of flexible address schemes for IMS services |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101175097A CN101175097A (zh) | 2008-05-07 |
CN101175097B true CN101175097B (zh) | 2011-04-20 |
Family
ID=37809683
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101670388A Active CN101175097B (zh) | 2006-10-31 | 2007-10-31 | 用于针对ims服务的灵活的地址机制的解析的方法和装置 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20080101358A1 (zh) |
EP (1) | EP1919155A1 (zh) |
JP (1) | JP5249233B2 (zh) |
KR (1) | KR101403810B1 (zh) |
CN (1) | CN101175097B (zh) |
WO (1) | WO2008052760A1 (zh) |
Families Citing this family (82)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2095593A4 (en) * | 2006-12-21 | 2014-05-14 | Ericsson Telefon Ab L M | METHOD AND ARRANGEMENT FOR MANAGING SERVICE REQUEST IN A MULTIMEDIA NETWORK |
US8028090B2 (en) | 2008-11-17 | 2011-09-27 | Amazon Technologies, Inc. | Request routing utilizing client location information |
US7991910B2 (en) | 2008-11-17 | 2011-08-02 | Amazon Technologies, Inc. | Updating routing information based on client location |
WO2009051529A1 (en) * | 2007-10-18 | 2009-04-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Shared dns domain handling |
WO2009100524A1 (en) * | 2008-02-12 | 2009-08-20 | Topeer Corporation | System and method for navigating and accessing resources on private and/or public networks |
US8321568B2 (en) | 2008-03-31 | 2012-11-27 | Amazon Technologies, Inc. | Content management |
US7970820B1 (en) | 2008-03-31 | 2011-06-28 | Amazon Technologies, Inc. | Locality based content distribution |
US8606996B2 (en) | 2008-03-31 | 2013-12-10 | Amazon Technologies, Inc. | Cache optimization |
US7962597B2 (en) | 2008-03-31 | 2011-06-14 | Amazon Technologies, Inc. | Request routing based on class |
US8447831B1 (en) | 2008-03-31 | 2013-05-21 | Amazon Technologies, Inc. | Incentive driven content delivery |
US8601090B1 (en) | 2008-03-31 | 2013-12-03 | Amazon Technologies, Inc. | Network resource identification |
US9407681B1 (en) | 2010-09-28 | 2016-08-02 | Amazon Technologies, Inc. | Latency measurement in resource requests |
US20090327487A1 (en) * | 2008-06-30 | 2009-12-31 | Eric Olson | Method and system for discovering dns resolvers |
US9912740B2 (en) | 2008-06-30 | 2018-03-06 | Amazon Technologies, Inc. | Latency measurement in resource requests |
US20100010992A1 (en) * | 2008-07-10 | 2010-01-14 | Morris Robert P | Methods And Systems For Resolving A Location Information To A Network Identifier |
US20100010975A1 (en) * | 2008-07-10 | 2010-01-14 | Morris Robert P | Methods And Systems For Resolving A Query Region To A Network Identifier |
US20100011048A1 (en) * | 2008-07-10 | 2010-01-14 | Morris Robert P | Methods And Systems For Resolving A Geospatial Query Region To A Network Identifier |
US8429715B2 (en) * | 2008-08-08 | 2013-04-23 | Microsoft Corporation | Secure resource name resolution using a cache |
US7917616B2 (en) * | 2008-08-08 | 2011-03-29 | Microsoft Corporation | Secure resource name resolution |
US8165080B2 (en) * | 2008-08-22 | 2012-04-24 | Qualcomm Incorporated | Addressing schemes for wireless communication |
US8073940B1 (en) | 2008-11-17 | 2011-12-06 | Amazon Technologies, Inc. | Managing content delivery network service providers |
US8122098B1 (en) | 2008-11-17 | 2012-02-21 | Amazon Technologies, Inc. | Managing content delivery network service providers by a content broker |
US20100145963A1 (en) * | 2008-12-04 | 2010-06-10 | Morris Robert P | Methods, Systems, And Computer Program Products For Resolving A Network Identifier Based On A Geospatial Domain Space Harmonized With A Non-Geospatial Domain Space |
US20100161732A1 (en) * | 2008-12-19 | 2010-06-24 | Morris Robert P | Methods, Systems, And Computer Program Products For Maintaining Consistency Between Non-Geospatial And Geospatial Network Directory Systems |
US7933272B2 (en) * | 2009-03-11 | 2011-04-26 | Deep River Systems, Llc | Methods and systems for resolving a first node identifier in a first identifier domain space to a second node identifier in a second identifier domain space |
US8756341B1 (en) | 2009-03-27 | 2014-06-17 | Amazon Technologies, Inc. | Request routing utilizing popularity information |
US8688837B1 (en) | 2009-03-27 | 2014-04-01 | Amazon Technologies, Inc. | Dynamically translating resource identifiers for request routing using popularity information |
US8412823B1 (en) | 2009-03-27 | 2013-04-02 | Amazon Technologies, Inc. | Managing tracking information entries in resource cache components |
US20100250777A1 (en) * | 2009-03-30 | 2010-09-30 | Morris Robert P | Methods, Systems, And Computer Program Products For Resolving A First Source Node Identifier To A Second Source Node Identifier |
WO2010118573A1 (zh) * | 2009-04-15 | 2010-10-21 | 华为技术有限公司 | 基于条件的统一资源标识选择方法与系统 |
US8782236B1 (en) | 2009-06-16 | 2014-07-15 | Amazon Technologies, Inc. | Managing resources using resource expiration data |
US8397073B1 (en) | 2009-09-04 | 2013-03-12 | Amazon Technologies, Inc. | Managing secure content in a content delivery network |
US8433771B1 (en) | 2009-10-02 | 2013-04-30 | Amazon Technologies, Inc. | Distribution network with forward resource propagation |
US9495338B1 (en) | 2010-01-28 | 2016-11-15 | Amazon Technologies, Inc. | Content distribution network |
CN102196052A (zh) * | 2010-03-03 | 2011-09-21 | 华为终端有限公司 | 一种基于IPv6网络的DNS重定向方法和用户端设备 |
US10958501B1 (en) | 2010-09-28 | 2021-03-23 | Amazon Technologies, Inc. | Request routing information based on client IP groupings |
US9712484B1 (en) | 2010-09-28 | 2017-07-18 | Amazon Technologies, Inc. | Managing request routing information utilizing client identifiers |
US8468247B1 (en) | 2010-09-28 | 2013-06-18 | Amazon Technologies, Inc. | Point of presence management in request routing |
US9003035B1 (en) | 2010-09-28 | 2015-04-07 | Amazon Technologies, Inc. | Point of presence management in request routing |
US10097398B1 (en) | 2010-09-28 | 2018-10-09 | Amazon Technologies, Inc. | Point of presence management in request routing |
US8671221B2 (en) * | 2010-11-17 | 2014-03-11 | Hola Networks Ltd. | Method and system for increasing speed of domain name system resolution within a computing device |
EP2641383B1 (en) * | 2010-11-17 | 2014-11-12 | Telefonaktiebolaget L M Ericsson (publ) | DNS server arrangement and method |
US8452874B2 (en) | 2010-11-22 | 2013-05-28 | Amazon Technologies, Inc. | Request routing processing |
US10467042B1 (en) | 2011-04-27 | 2019-11-05 | Amazon Technologies, Inc. | Optimized deployment based upon customer locality |
US10623408B1 (en) | 2012-04-02 | 2020-04-14 | Amazon Technologies, Inc. | Context sensitive object management |
US9154551B1 (en) | 2012-06-11 | 2015-10-06 | Amazon Technologies, Inc. | Processing DNS queries to identify pre-processing information |
US9323577B2 (en) | 2012-09-20 | 2016-04-26 | Amazon Technologies, Inc. | Automated profiling of resource usage |
US10205698B1 (en) | 2012-12-19 | 2019-02-12 | Amazon Technologies, Inc. | Source-dependent address resolution |
US9294391B1 (en) | 2013-06-04 | 2016-03-22 | Amazon Technologies, Inc. | Managing network computing components utilizing request routing |
WO2015030270A1 (ko) * | 2013-08-26 | 2015-03-05 | Seo Jeong Hoan | 사용자 정보에 기반한, 도메인 네임 시스템 및 도메인 네임 서비스 방법 |
US10033627B1 (en) | 2014-12-18 | 2018-07-24 | Amazon Technologies, Inc. | Routing mode and point-of-presence selection service |
US10097448B1 (en) | 2014-12-18 | 2018-10-09 | Amazon Technologies, Inc. | Routing mode and point-of-presence selection service |
US10091096B1 (en) | 2014-12-18 | 2018-10-02 | Amazon Technologies, Inc. | Routing mode and point-of-presence selection service |
US10225326B1 (en) | 2015-03-23 | 2019-03-05 | Amazon Technologies, Inc. | Point of presence based data uploading |
US9819567B1 (en) | 2015-03-30 | 2017-11-14 | Amazon Technologies, Inc. | Traffic surge management for points of presence |
US9832141B1 (en) | 2015-05-13 | 2017-11-28 | Amazon Technologies, Inc. | Routing based request correlation |
US10616179B1 (en) * | 2015-06-25 | 2020-04-07 | Amazon Technologies, Inc. | Selective routing of domain name system (DNS) requests |
US10097566B1 (en) | 2015-07-31 | 2018-10-09 | Amazon Technologies, Inc. | Identifying targets of network attacks |
US9774619B1 (en) | 2015-09-24 | 2017-09-26 | Amazon Technologies, Inc. | Mitigating network attacks |
US10270878B1 (en) | 2015-11-10 | 2019-04-23 | Amazon Technologies, Inc. | Routing for origin-facing points of presence |
US10049051B1 (en) | 2015-12-11 | 2018-08-14 | Amazon Technologies, Inc. | Reserved cache space in content delivery networks |
US10257307B1 (en) | 2015-12-11 | 2019-04-09 | Amazon Technologies, Inc. | Reserved cache space in content delivery networks |
US10348639B2 (en) | 2015-12-18 | 2019-07-09 | Amazon Technologies, Inc. | Use of virtual endpoints to improve data transmission rates |
US10075551B1 (en) | 2016-06-06 | 2018-09-11 | Amazon Technologies, Inc. | Request management for hierarchical cache |
US10110694B1 (en) | 2016-06-29 | 2018-10-23 | Amazon Technologies, Inc. | Adaptive transfer rate for retrieving content from a server |
US9992086B1 (en) | 2016-08-23 | 2018-06-05 | Amazon Technologies, Inc. | External health checking of virtual private cloud network environments |
US10033691B1 (en) | 2016-08-24 | 2018-07-24 | Amazon Technologies, Inc. | Adaptive resolution of domain name requests in virtual private cloud network environments |
US10469513B2 (en) | 2016-10-05 | 2019-11-05 | Amazon Technologies, Inc. | Encrypted network addresses |
US10831549B1 (en) | 2016-12-27 | 2020-11-10 | Amazon Technologies, Inc. | Multi-region request-driven code execution system |
US10372499B1 (en) | 2016-12-27 | 2019-08-06 | Amazon Technologies, Inc. | Efficient region selection system for executing request-driven code |
US10938884B1 (en) | 2017-01-30 | 2021-03-02 | Amazon Technologies, Inc. | Origin server cloaking using virtual private cloud network environments |
US10503613B1 (en) | 2017-04-21 | 2019-12-10 | Amazon Technologies, Inc. | Efficient serving of resources during server unavailability |
US11075987B1 (en) | 2017-06-12 | 2021-07-27 | Amazon Technologies, Inc. | Load estimating content delivery network |
US10447648B2 (en) | 2017-06-19 | 2019-10-15 | Amazon Technologies, Inc. | Assignment of a POP to a DNS resolver based on volume of communications over a link between client devices and the POP |
US10742593B1 (en) | 2017-09-25 | 2020-08-11 | Amazon Technologies, Inc. | Hybrid content request routing system |
US10592578B1 (en) | 2018-03-07 | 2020-03-17 | Amazon Technologies, Inc. | Predictive content push-enabled content delivery network |
CN109561165A (zh) * | 2018-11-01 | 2019-04-02 | Oppo广东移动通信有限公司 | 域名系统配置方法及相关装置 |
US10862852B1 (en) | 2018-11-16 | 2020-12-08 | Amazon Technologies, Inc. | Resolution of domain name requests in heterogeneous network environments |
US11025747B1 (en) | 2018-12-12 | 2021-06-01 | Amazon Technologies, Inc. | Content request pattern-based routing system |
CN111355817B (zh) * | 2018-12-20 | 2022-08-23 | 中国移动通信集团辽宁有限公司 | 域名解析方法、装置、安全服务器及介质 |
US11962585B2 (en) | 2019-08-20 | 2024-04-16 | Cisco Technology, Inc. | Guest onboarding of devices onto 3GPP-based networks with use of realm-based discovery of identity providers and mutual authentication of identity federation peers |
US11956628B2 (en) | 2020-11-23 | 2024-04-09 | Cisco Technology, Inc. | Openroaming for private communication systems |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI113996B (fi) * | 2001-11-22 | 2004-07-15 | Teliasonera Finland Oyj | Tilaajatunnuksen siirrettävyys |
US7320026B2 (en) * | 2002-06-27 | 2008-01-15 | At&T Bls Intellectual Property, Inc. | Intersystem messaging using ENUM standard |
SE0202059D0 (sv) * | 2002-07-02 | 2002-07-02 | Ericsson Telefon Ab L M | Method and apparatus for routing a service request in a telecommunication system |
US20060002327A1 (en) * | 2004-06-30 | 2006-01-05 | Nokia Corporation | Communication method, network element, and system including at least two network elements each having at least one endpoint for transmitting or receiving traffic information |
US20060039352A1 (en) * | 2004-08-19 | 2006-02-23 | International Business Machines Corporation | System and method for designating a priority access order of domain name service servers |
EP2950583B1 (en) * | 2005-05-12 | 2020-06-03 | Apple Inc. | Using an access point name to select an access gateway node |
US7529231B2 (en) * | 2006-01-13 | 2009-05-05 | At&T Intellectual Property L.L.P. | Routing methods and systems using ENUM servers internal and external to a service provider network |
-
2006
- 2006-10-31 EP EP06291698A patent/EP1919155A1/en not_active Ceased
-
2007
- 2007-10-24 US US11/923,540 patent/US20080101358A1/en not_active Abandoned
- 2007-10-30 WO PCT/EP2007/009450 patent/WO2008052760A1/en active Application Filing
- 2007-10-30 KR KR1020097009010A patent/KR101403810B1/ko active IP Right Grant
- 2007-10-30 JP JP2009533753A patent/JP5249233B2/ja not_active Expired - Fee Related
- 2007-10-31 CN CN2007101670388A patent/CN101175097B/zh active Active
Non-Patent Citations (1)
Title |
---|
Paul Vixie.DNS and BIND Security Issues.the Fifth USENIX UNIX Security Symposium.1995,段4.1-4.4,段4.6,段4.9. * |
Also Published As
Publication number | Publication date |
---|---|
JP5249233B2 (ja) | 2013-07-31 |
JP2010508682A (ja) | 2010-03-18 |
WO2008052760A1 (en) | 2008-05-08 |
CN101175097A (zh) | 2008-05-07 |
KR101403810B1 (ko) | 2014-06-03 |
KR20090086392A (ko) | 2009-08-12 |
EP1919155A1 (en) | 2008-05-07 |
US20080101358A1 (en) | 2008-05-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101175097B (zh) | 用于针对ims服务的灵活的地址机制的解析的方法和装置 | |
US7320026B2 (en) | Intersystem messaging using ENUM standard | |
US7996541B2 (en) | Methods, systems, and computer program products for identifying a serving home subscriber server (HSS) in a communications network | |
CN101834869A (zh) | 通过ims系统路由消息 | |
CN102624735A (zh) | 通过ims系统路由消息 | |
CN101223755A (zh) | 在ims中分配应用服务器的方法和装置 | |
US20070050507A1 (en) | Context discovery for DNS names | |
CN103338213A (zh) | 本地设备与ims网络互通的方法、系统及接入网关 | |
KR101375983B1 (ko) | 멀티미디어 서브시스템, 시그널링 메시지 전송 방법, 질의 기능 엘리먼트 및 연합 기능 엘리먼트 | |
US20070140460A1 (en) | Directory service in communication networks | |
JP4829294B2 (ja) | Ipマルチメディアサブシステム(ims)における構成 | |
US20080021980A1 (en) | Transmission Of Commmunication Between Data Transmission Networks | |
US10185774B2 (en) | Method and system for efficiently locating in a database a user profile in an IMS network | |
CN101606375A (zh) | Ims中允许企业和个人域的方法和布置 | |
CN101518015A (zh) | 在网络中路由呼叫 | |
EP1856882B1 (en) | Transferability of a network address | |
CN103297444A (zh) | 身份解析方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |