利用域名系统服务器和实体标识符可携带转移数据库将实体标识符解析成因特网地址的方法和装置

1.一种用于确定实体的因特网地址的方法，其特征在于：
提供对应于所述实体的标识符；
请求将所述标识符解析成对应于所述实体的因特网地址；
利用所述标识符查询实体标识符可携带转移数据库，以确定与所述实体相关的网络运营商；
由所述实体标识符可携带转移数据库提供对应于与所述实体相关的所述网络运营商的网络标识符；以及
向由所述网络标识符所标识的网络中的DNS服务器发送查询以便将所述标识符解析成对应的因特网地址。
2.如权利要求1所述的方法，其特征在于还包括：
利用所述对应的因特网地址建立与所述实体的通信会话。
3.如权利要求2所述的方法，其特征在于，所述通信会话包括下列应用中的一个或多个应用：基于IP的语音传输、网上冲浪、电子邮件、视频会议、视频点播、音频点播、网内访问以及电子游戏，这些应用要么使用要么不使用电路交换语音通信。
4.如权利要求1所述的方法，其特征在于，所述标识符由主叫用户输入，所述方法还包括：
所述主叫用户产生针对所述标识符的电话查询并将所述电话查询提供给域名系统(DNS)服务器。
5.如权利要求4所述的方法，其特征在于，所述标识符是电话号码以及所述实体标识符可携带转移数据库是电话号码可携带转移数据库。
6.如权利要求5所述的方法，其特征在于，所述电话号码可携带转移数据库是移动网络号码可携带转移数据库。
7.如权利要求5所述的方法，其特征在于，所述电话号码可携带转移数据库是固定网络号码可携带转移数据库。
8.如权利要求5所述的方法，其特征在于，所述电话号码可携带转移数据库是智能网号码可携带转移数据库。
9.如权利要求1所述的方法，其特征在于，利用符合与所述实体标识符可携带转移数据库一致的协议的消息来查询所述实体标识符可携带转移数据库。
10.如权利要求1所述的方法，其特征在于，所述网络标识符是网络前缀。
11.如权利要求10所述的方法，其特征在于，第一服务器利用所述网络前缀向与所述实体的网络运营商相关的第二服务器发送实体标识符解析请求，所述第二服务器将所述标识符解析成与所述实体相关联的对应的因特网地址并通过所述第一服务器将所述对应的因特网地址返回到主叫实体，其中所述第二服务器是所述DNS服务器。
12.如权利要求11所述的方法，其特征在于，所述标识符是电话号码，而所述实体标识符数据库是电话号码可携带转移数据库，并且其中，所述主叫实体产生针对所述电话号码的第一电话号码查询并将所述第一电话号码查询提供给所述第一服务器，所述方法还包括：接收到所述网络前缀之后，所述第一服务器将所述网络前缀包含在所述第一电话号码查询中以便产生第二电话号码查询。
13.如权利要求12所述的方法，其特征在于还包括：
所述第一服务器向所述第二服务器发送所述第二电话号码查询，以及
所述第二服务器返回具有与被叫实体相对应的统一资源标识符(URI)的命名机构指针(NAPTR)记录。
14.如权利要求13所述的方法，其特征在于还包括：所述第一服务器向所述第二服务器发送所述第二电话号码查询，以及
所述第二服务器返回具有与所述被叫实体相对应的多个统一资源标识符(URI)的NAPTR记录。
15.如权利要求1所述的方法，其特征在于还包括：
在移动节点上输入作为对应于所述实体的所述标识符的所述实体的电话号码；
所述移动节点将所述电话号码转换成ENUM查询；
所述移动节点通过无线电接口发送所述ENUM查询以便将其提供给第一服务器，以请求将所述电话号码解析成对应的因特网地址；
所述第一服务器对所述ENUM查询进行分析，访问作为所述实体标识符可携带转移数据库的电话号码可携带转移数据库并从中检索与所述实体相关的所述网络运营商对应的所述网络标识符；
所述第一服务器然后向与所述标识的网络相关的第二服务器发送所述ENUM查询，请求对所述电话号码进行解析以返回对应的因特网地址信息，其中所述第二服务器是所述DNS服务器；以及
所述第二服务器向所述第一服务器提供所述对应的因特网地址。
16.如权利要求15所述的方法，其特征在于，所述移动节点连接到GPRS网络并向SGSN发送ENUM查询，所述方法还包括：
所述SGSN向所述第一服务器转发所述ENUM查询；
所述第一服务器从所述ENUM查询中提取所述电话号码并将所述电话号码发送到所述电话号码可携带转移数据库，以及
所述电话号码可携带转移数据库向所述第一服务器返回标识与所述实体相关的网络的网络前缀。
17.如权利要求16所述的方法，其特征在于还包括：
所述第一服务器将所述网络前缀包含在所述ENUM查询中并将所述ENUM查询发送给所述第二服务器。
18.如权利要求17所述的方法，其特征在于还包括：
所述第二服务器确定所述实体的对应的因特网地址信息并将所述因特网地址信息以命名机构指针(NAPTR)记录的形式返回到所述第一服务器。
19.如权利要求18所述的方法，其特征在于还包括：
所述第一服务器向所述SGSN发送所述NAPTR记录，以及
所述SGSN向所述移动节点发送所述NAPTR记录。
20.如权利要求19所述的方法，其特征在于还包括：
所述移动节点利用所述NAPTR记录建立与所述实体的因特网会话。
21.如权利要求15所述的方法，其特征在于，所述实体是另一移动节点，以及所述电话号码可携带转移数据库是移动号码可携带转移数据库，所述第一服务器利用移动应用部分(MAP)协议消息用所述电话号码构造仿真的七号信令系统(SS7)数据库查询。
22.如权利要求15所述的方法，其特征在于所述第一服务器利用智能网应用部分(INAP)协议消息用所述电话号码构造仿真的七号信令系统(SS7)数据库查询。
23.如权利要求1所述的方法，其特征在于还包括：
在转发DNS服务器中接收包括对应于所述实体的所述标识符的第一DNS查询；以及在生成第二DNS查询的过程中利用所述网络标识符以便将所述标识符解析成对应的因特网地址，其中所述第二DNS查询是发送到所述网络标识符标识的所述网络中的所述DNS服务器的所述查询。
24.如权利要求23所述的方法，其特征在于，所述第一和第二DNS查询包括属于同层域中的ENUM查询。
25.如权利要求24所述的方法，其特征在于，区分所述第一和第二DNS查询涉及检测所述ENUM查询内所包含的所述网络标识符和实体标识符。
26.如权利要求23所述的方法，其特征在于，所述第一和第二DNS查询包括属于两个不同层域的ENUM查询。
27.一种用于响应将与某个实体相关联的标识符解析成对应于所述实体的因特网地址的请求而协助确定所述实体的因特网地址的服务器(100)，其特征在于：
解析处理器(102)，用于处理所述请求；
存储器(104)，耦合到所述解析处理器，用于存储与将标识符解析成因特网地址有关的信息；以及
标识符可携带转移控制器(110)，用于以所述标识符查询实体标识符可携带转移数据库(58或68)并从所述实体标识符可携带转移数据库获取对应于与所述实体相关联的网络运营商的网络标识符，
其中，所述解析处理器配置为向由所述网络标识符所标识的网络中的DNS服务器发送查询以便将所述标识符解析成对应的因特网地址。
28.如权利要求27所述的服务器，还包括解析扩展处理器，所述解析扩展处理器配置为在查询所述实体标识符可携带转移数据库时，使用与所述实体标识符号码可携带转移数据库相关联的协议。
29.如权利要求28所述的服务器，其特征在于，所述实体标识符可携带转移数据库是移动网络号码可携带转移数据库(58)。
30.如权利要求28所述的服务器，其特征在于，所述实体标识符可携带转移数据库是固定网络号码可携带转移数据库。
31.如权利要求28所述的服务器，其特征在于，所述实体标识符可携带转移数据库是智能网号码可携带转移数据库(68)。
32.如权利要求27所述的服务器，其特征在于，所述实体标识符可携带转移数据库是电话号码可携带转移数据库，以及其中所述请求是对应于所述电话号码的第一ENUM查询。
33.如权利要求27所述的服务器，其特征在于，所述解析处理器配置为在第一ENUM查询中包括所述网络标识符以生成第二ENUM查询。
34.如权利要求33所述的服务器，其特征在于，所述解析处理器配置为向所述DNS服务器发送所述第二ENUM查询并从所述DNS服务器接收具有对应于所述实体的统一资源标识符(URI)的命名机构指针(NAPTR)记录。
35.如权利要求27所述的服务器，其特征在于，网络标识符是网络前缀，以及所述解析处理器配置为利用所述网络前缀向与所述实体的网络运营商相关联的所述DNS服务器发送实体标识符解析请求，以允许将所述标识符解析成与所述实体相关联的对应的因特网地址，所述解析处理器还配置为从所述DNS服务器接收与所述对应的因特网地址信息有关的信息并将所述对应的因特网地址信息返回到请求节点。
36.如权利要求27所述的服务器，其特征在于，所述存储器包含域名、对应的因特网地址和因特网命名软件的数据库，并且还包括：
耦合到所述解析处理器的动态主机配置处理器(202)。
37.一种将对应于被叫实体的电话号码解析成因特网地址的系统，所述系统包括：
用户设备(UE)，用于生成包括所述电话号码的消息；
第一域名系统(DNS)服务器，用于接收所述消息以及利用所述电话号码生成数据库查询；以及
电话号码可携带转移数据库，用于接收所述数据库查询并向所述第一DNS服务器提供有关所述电话号码的信息，
其中，所述第一DNS服务器配置为向与所述信息关联的第二DNS服务器发送查询来协助将所述电话号码解析成对应的因特网地址。
38.如权利要求37所述的系统，其特征在于，所述第一DNS服务器配置为查询所述电话号码可携带转移数据库以确定为所述被叫实体服务的网络运营商。
39.如权利要求37所述的系统，其特征在于，所述第一DNS服务器配置为向所述第二DNS服务器发送所述消息，请求对所述电话号码进行解析以便返回对应的因特网地址；以及
其中，所述第二DNS服务器配置为向所述第一DNS服务器提供所述对应的因特网地址。
40.如权利要求39所述的系统，其特征在于，所述用户设备是连接到GPRS网络上的移动节点，并配置为向SGSN发送ENUM消息，所述SGSN配置为将所述ENUM消息转发到所述第一DNS服务器，所述第一DNS服务器配置为从所述ENUM消息中提取所述电话号码并用所述电话号码查询所述电话号码可携带转移数据库。
41.如权利要求40所述的系统，其特征在于，所述第一DNS服务器配置为在所述ENUM消息中包括对应于为所述被叫实体服务的网络运营商的网络前缀并将所述ENUM消息发送到所述第二DNS服务器。
42.如权利要求41所述的系统，其特征在于，所述第二DNS服务器配置为确定所述实体的对应的因特网地址并将所述因特网地址以命名机构指针(NAPTR)记录的形式返回到所述第一DNS。
43.如权利要求42所述的系统，其特征在于，所述第一DNS配置为将所述NAPTR记录发送到所述SGSN，而所述SGSN配置为将所述NAPTR记录发送到所述用户设备。
44.如权利要求43所述的系统，其特征在于，所述用户设备配置为将所述NAPTR记录用于建立与所述实体的因特网会话。
45.如权利要求40所述的系统，其特征在于，所述第一DNS服务器配置为采用移动应用部分(MAP)协议消息用所述电话号码来构造仿真的七号信令系统(SS7)数据库查询。
46.如权利要求40所述的系统，其特征在于，所述第一DNS服务器配置为采用智能网应用部分(INAP)协议消息用所述电话号码来构造仿真的七号信令系统(SS7)数据库查询。

利用域名系统服务器和实体标识符可携带转移数据库将实\n体标识符解析成因特网地址的方法和装置 \n[0001] 发明领域 \n[0002] 本发明涉及提供基于因特网的会话类型的应用(如基于IP的语音传输应用)和多媒体类型的应用(如流式和多媒体消息业务)而又无须用户知道可能想利用这些类型的应用与之进行通信的远程装置或其它实体的特定的因特网地址。 \n[0003] 发明背景和概述 \n[0004] 本发明利用两个不同领域的通信：利用因特网地址的基于数据分组的通信和基于电路的通信，在所述基于电路的通信中已可支持电话号码(或其它标识符)携带而使用户能够在地理上和/或服务提供商之间“携带”用户电话号码或其它通信标识符。首先讨论分组通信。 \n[0005] 当计算机连接到网络进行通信时，因特网协议(IP)地址用于识别这些计算机，通常在IP第4版中为32位整数而在IP第6版中为128位整数。尽管这种IP地址提供了便利、简洁的表示，用于为通过因特网发送的分组指定源和目的地，但人类用户更喜欢为计算机分配可发音的容易记忆的名称。因此，已经开发出域名系统(DNS)，用于提供一种为大量计算机分配有意义的、高级的名称的方案，以及提供一种在高级计算机名称和IP地址之间进行映射的机制。 \n[0006] 通常，域名系统可以视为分布式的共享的由域名和对应的IP地址所构成的数据库。通常称之为DNS服务器的域名服务器对这些数据库进行维护。公共DNS服务器的一个实例是运行Berkeley因特网 命名软件(BIND)的UNIX类型的机器。域名可由通过定界字符句点来加以分隔的一系列子名称构成，但是域名系统则只是简单地将名称的每个部分作为一个标记来引用。该名称的各部分可能表示站点或群组。这种域名的实例为因特网地址，例如http://www.ericsson.se或者电子邮件地址如name@ericsson.com。句号后的标记是由中央机构分配的站点名称。句点之前的标记是由特定站点控制的名称的一部分。这里，对应于该站点的顶级因特网域是代表瑞典的国家代码“se”。这里，对于电子邮件地址，它是顶级域“com”。 \n[0007] 域名服务器概念上以对应于命名体系结构的树状结构来安排。该树的根为识别顶级域(或层)并知道哪一个服务器解析各域的服务器。给定要解析的名称，根可以选择该名称的正确的服务器。在下一级或层，一组名称服务器中各服务器分别为一个顶级域如se.提供解析答案。此域上的服务器知道哪些服务器可以解析其域下的各子域。在该树的第三级，名称服务器提供子域如se下的ericsson的答案。此概念性的树可以在已定义了子域的每一级上的一个服务器上扩展。 \n[0008] 但是，所述概念树中的链接不表示物理网络连接。相反，它们指示其它的名称服务器。概念上，域名解析从上至下进行，从“根”名称服务器开始并继续到位于该树分支或叶上的服务器。使用域名系统有如下两种方法：(1)不时联络名称服务器，或者(2)要求名称服务器系统执行完全翻译。在任何一种情况中，客户软件均会形成包含要解析的名称、该名称的类声明、所需的答案类型和规定名称服务器是否应完全翻译该名称的代码的域名查询。它向DNS服务器发送查询以便进行解析。 \n[0009] 当DNS服务器接收到查询时，它就查看该名称是否位于其中它是授权机构的子域中。如果是，它就根据它的数据库将该名称翻译成地址并在向客户软件回送该查询之前为其附加上答案。如果DNS服务器不能完全解析该名称，则它查看客户指定的是什么类型的交 互。如果客户要求完全的翻译(即递归性解析)，则该服务器联络可以对该名称进行解析的DNS服务器并将答案返回给客户。如果客户要求非递归性解析(即迭代性解析)，则名称服务器不能提供答案。相反，它生成指定客户下一次应该联络以对名称进行解析的名称服务器的应答。动态主机配置协议(DHCP)提供自动化的过程，通过这些过程主节点可以将IP地址分配给因特网中的服务器如DNS服务器。一般而言，可以以静态方式为实体分配IP地址，即固定的IP地址，或者以动态方式进行分配，即仅在该实体有效连接到因特网期间才分配。通常为用户装置如计算机实体或全球分组无线电系统(GPRS)中的移动装置分配临时的因特网地址。尽管概念上相当简单，实际上使用DNS的IP地址解析可能是非常复杂而且耗时的。 \n[0010] 因特网和域名系统设计用于承载分组业务，以使计算机能够通信。其它类型的网络设计用于承载电路交换型业务。电路交换网络的实例是传统的网络，传统网络使用各种标准机构所定义的已完善的七号信令系统(SS-7)。通过传统网络的电话呼叫路由采用了结构化的电话编号计划。这种结构化的规则是由国际电信联盟(ITU)在E序列推荐E.164中定义的。 \n[0011] E.164编号适用于包括有线和无线系统的所有电信系统的领域中。为称之为本地交换机的各物理节点分配一个或多个唯一的交换号码组。用户的电话号码通常包括用户所连接的交换机的交换号码组(通常按一万个号码区来分配)和该号码组中特定于该用户的号码。 \n[0012] 例如，电话号码为881-1657的用户连接到交换号码组为881的本地交换机，在该组内，该用户具有1657的用户号。因此，从电话号码与用户所连接的交换机所服务的地理区域之间具有确定关系这一意义上说，电话号码是地理意义上的。在不存在地理关系的情况下还存在非地理意义上的电话号码。例如，免费号码、虚拟专用网号码以及通用接入号码通常由智能网(IN)来维护。IN服务由服务 控制点(SCP)利用存储在服务数据功能(SDF)内的数据来控制和执行。 \n[0013] 当用户物理上移位或更换服务提供商时，用户希望不必变更其电话号码。因此，号码携带服务允许用户将其电话号码“携带”或转移到用户物理上迁移到的的任何地方或不同的服务提供商。类似地，移动用户E.164识别号如MSISDN用于识别移动用户、用户的订购情况以及用户的当前位置。当移动用户更换服务提供商时，就更新移动用户号码可携带转移(number portability)数据库以反映该变化。共同转让的序号为6064887的美国专利描述了电信网中移动用户号带号转移的实例，即允许移动用户在更换服务提供商时保留其相同的MS ISDN。 \n[0014] 最近，因特网工程任务组(IETF)和其它可能的论坛中已经在讨论允许用户将电话号码(随后经常称为“E.164号码”输入到计算装置中，旨在将该E.164号码作为DNS查询，以便获得DNS所提供的对应的因特网地址。这种特殊类型的DNS查询称为ENUM查询。\n最近题为“E.164号码和DNS”的IETF请求评论(RFC)2916概述了用于存储E.164电话号码的域名系统的可能用法。DNS用于识别与E.164号码相联系的可用服务。 \n[0015] 虽然这一思想在理论上非常理想，但在该思想变成现实之前存在若干问题。尤其是在DNS体系结构内部署E.164号码到IP地址的映射非常麻烦。例如，为了在既用于不同地理位置又用于不同服务提供商的域名系统内提供E.164号码的可携带转移，将有必要在为特定用户执行带号转移过程的任何时候，更新DNS数据库中的E.164和IP地址的关系。\n此外，有必要对许多DNS服务器的DNS基础结构进行更新，以便处理电信世界中存在的数百万/数十亿号码。必须协调DNS和电信系统之间的用户位置或订购信息。将会需要更新服务提供商的管理系统，以使DNS/DHCP管理例程与处理E.164编号方案的带号转移服务的例程联系。此外，正是由于因特网在将临时IP 地址分配给用户装置方面的开放性和灵活性有可能破坏E.164电话号码和IP地址之间的简单的一对一映射表。从而需要防止黑客修改保存的E.164编号资源的非常复杂的保护机制。如果窜改导致不能用该E.164号码通信，则后果可能非常严重，包括收入损失、客户满意度降低以及用户投诉增多。 [0016] 本发明提出了允许将传统的电话号码和其它实体/装置标识符解析成因特网地址的简单得多的安全方法。而且它无须实质性地修改或重做域名系统(DNS)基础结构或已建立的各种带号转移方案就可实现电话号码和其它实体/装置标识符的可携带转移。利用现有可携带转移数据库而又不影响创建并维护上述可携带转移数据库的现有网络，容易地在DNS服务器上实现独立的、附加的功能，以对电话号码和其它实体/装置的标识符进行平滑的IP地址解析。 \n[0017] 一般而言，本发明允许利用域名系统和可携带转移数据库将要联络的实体的电话号码或其它标识符解析成因特网地址，即IP地址。术语“实体”包括装置以及订户、用户等。\n可携带转移数据库经常用在电话号码可携带转移数据库上下文中。但是，本发明并不限于此，还包括任何类型的可携带转移数据库。将电话号码或其它待解析的标识符提供给包括访问可携带转移数据库的功能的服务器。以电话号码为例，电话号码可携带转移数据库可以是移动网络号码可携带转移数据库、固定网络号码可携带转移数据库和/或智能网号码可携带转移数据库。 \n[0018] 通过访问号码可携带转移数据库，服务器确定其中目前正服务待联络实体/装置的网络运营商的标识。具体地说，号码可携带转移数据库提供对应于该实体的相关网络运营商的网络标识符。该网络标识符用于通过直接向所识别的网络中的DNS服务器发送查询以执行解析而使将电话号码解析成对应的因特网地址的过程更快更有效。 \n[0019] 在非限制性的例示实施例中，接收将E.164电话号码解析成IP 地址的请求的DNS服务器包括用于处理因特网地址解析请求的DNS解析处理器和解析扩展处理器。解析扩展处理器利用电话号码查询电话号码可携带转移数据库并从中获取对应于实体的当前相关网络运营商的网络标识符。DNS解析处理器在将电话号码解析成对应的因特网地址的过程中使用该网络标识符。解析扩展处理器配置为在它进行查询时使用或仿真与号码可携带转移数据库相关联的协议。因此，DNS服务器利用现有的号码可携带转移数据库而不必为无数电话号码或其它实体地址符创建DNS号码可携带转移数据库。 \n[0020] 在此非限制性实施例中的其它例示实现细节包括把对应输入的E.164电话号码的DNS解析请求构造为ENUM查询。DNS解析处理器将从号码可携带转移数据库返回的网络标识符包括在ENUM查询中并将该查询发送到对应于所述网络标识符的第二DNS服务器。\nDNS解析处理器从第二DNS接收命名机构指针(NAPTR)记录，此指针记录具有一个或多个包含统一资源标识符(URI)的资源记录，所述统一资源标识符指对应于实际电话号码的统一资源标识符，如电子邮件地址，或对应于驻留E.164订购信息的网络边界服务器的统一资源标识符，例如代理服务器的地址、网关交换中心的地址或用于将消息传送到用户的多媒体消息收发服务中心的地址。换言之，NAPTR记录包括联络用包括E.164电话号码的域名所标识的特定节点的一些可用方法。特别地，NAPTR记录包括电话号码的相关因特网地址。 [0021] 附图简述 \n[0022] 通过以下对优选的非限制性例示实施例的详细说明和附图的图解，将会明白本发明的前述和其它目的、特征和优点。附图并未按比例绘制，重点放在说明本发明的原理。 [0023] 图1说明其中可实施本发明的概括的通信系统； \n[0024] 图2说明据本发明的一个例示实施例的标识符解析过程； \n[0025] 图3说明用于实现本发明的实例的服务器； \n[0026] 图4说明根据本发明的另一例示实施例的电话号码解析过程； \n[0027] 图5说明本发明在采用电路交换和分组交换技术的通信系统中的例示应用； [0028] 图6说明如何将本发明用于在用户“A”和使用B的E.164电话号码的用户“B”之间建立因特网会话的实例； \n[0029] 图7说明可用于在图4所示的通信系统中实现本发明的实例的另一服务器； [0030] 图8是采用了本发明的在线游戏和电话服务应用的信令图；以及 \n[0031] 图9是采用了本发明的另一种类型的在线游戏和电话服务应用的信令图。 [0032] 详细说明 \n[0033] 在如下说明中，为了进行解释而非限制，阐述了具体的细节，如特定的实施例、过程、技术等，以便提供对本发明的彻底的理解。但是，对于本专业的技术人员而言，本发明显然可以用其它不同于这些特定细节的实施方式来实施。在某些实例中，为了不让不必要的细节使本发明的说明不够清晰，略去了对熟知的方法、协议、软件和硬件平台、接口、装置和信令技术的说明。而且，在一些附图中显示了单独的功能块。本专业的技术人员应理解，这些功能可以利用单独的硬件电路、利用与适当地加以编程的数字微处理器或通用计算机相配合的软件功能、利用专用集成电路(ASIC)和/或一个或多个数字信号处理器(DSP)来实现。 \n[0034] 图1说明说明本发明的例示应用的一般的通信系统10。实体“A”12接收对应于“A”想要与之建立因特网会话的实体“B”的实体标识符。术语“实体”在最一般的意义上使用，包括(但不限于)任何用户装置、任何服务应用或任何处理单元(无论是用户特定的、网络特定的、或特定于二者的处理单元)。该实体标识符包括必须 解析成因特网(IP)地址以允许实体“A”12和实体“B”28之间通过因特网22进行通信的任何类型的标识符。B的标识符包括在因特网地址解析请求中，由A的实体12中的应用14转发至服务器16，服务器\n16协助将B的标识符解析成对应的IP地址。 \n[0035] 为了促进此IP地址解析过程，服务器16查询最好在现有的电信网络18中已经创建并维护的实体标识符可携带转移数据库20。在电信世界中，这种现有电信网络18有时称为基于SS7的网络。此实体标识符可携带转移数据库20包含对应于B的地址和标识信息。具体而言，对应于B的标识符的数据库记录包含有关该实体或B的当前网络的地址的信息。此信息从B的数据库记录中提取。服务器16最好仿真现有网络18和可携带转移数据库20所用的信令系统/协议，以查询数据库20。利用B的当前网络的标识符信息，服务器16通过因特网22直接向B的当前网络24中的域名系统服务器26发送IP地址解析请求。DNS服务器26认出B的标识符并通过因特网22和服务器16向A的用户设备回送“B”的对应的IP地址。利用该IP地址，A的实体12与B建立期望的基于分组的会话。 [0036] 从本发明的以上实例，可以看出几个优点。首先，服务器16不需要存储与特定实体的各种相关的号码、名称和地址有关的大量标识信息。本发明利用了如下事实：已在现有基于电路的网络中创建并维护了标识符可携带转移数据库。服务器16得益于现有信息而不必创建或维护它。利用可携带转移信息，服务器16通过直接向B的当前网络中的适当的DNS服务器发送IP地址解析查询而简化了IP地址解析过程。由于数据库20在服务器16的域之外，从而因不能通过简单地浏览因特网来访问数据库20，所以保护了数据库20的内容。这些优点是在对现有基于IP的域名系统或现有的电信(如SS7)网络没有重大影响的情况下取得的。 \n[0037] 图2以流程图形式说明实现本发明的例示实施例的标识符解析例程(块30)例示过程。接收到请求解析成对应的IP地址的实体“B” 的实体标识符(块32)。利用接收到的“B”的标识符来查询实体标识符可携带转移数据库，以确定当前服务“B”的网络运营商(块34)。对应于B的网络运营商的网络标识符用于将B的标识符解析成对应的IP地址的过程中(块36)。 \n[0038] 图3说明可用于实现本发明的服务器100。服务器100包括解析处理器102、包含软件代码106和数据库信息108的存储器104以及标识符可携带转移控制器110。解析处理器102配合软件代码106和数据库108中的信息来响应将实体“B”的相关标识符解析成对应于实体“B”的因特网地址的请求。同样是响应这种IP地址解析请求，标识符可携带转移控制器110用所述标识符查询该实体标识符可携带转移数据库并从中获得对应于该实体的相关网络运营商的网络标识符。标识符可携带转移控制器110在执行此查询时仿真实体标识号码可携带转移数据库所用的信令协议。解析处理器102利用网络运营商信息来协助将标识符解析成对应的因特网地址的过程。 \n[0039] 实体标识符的一个实例为电话号码(移动电话号码或固定电话号码)。另一个实例是电信号码，如固定的电话号码和移动电话号码以及其它的电信号码，如国际移动用户标识(IMSI)号码。实体标识符的另一个实例可能是人类容易理解或识别的名称或地址。图\n4以流程图的形式说明电话号码解析例程(块40)，作为如何应用本发明将电话号码解析成对应的IP地址的例子。实体“B”的电话号码由某个服务器接收，以便解析成对应的IP地址(块42)。该服务器利用接收到的电话号码查询电话号码可携带转移数据库，以确定当前服务“B”的网络运营商(块44)。该服务器最好采用现有电信网络既定的信令/协议来查询该电信网络已创建并加以维护的电话号码可携带转移数据库。然后，该服务器在将B的电话号码解析成对应的IP地址的过程中使用该网络标识符(块46)。 \n[0040] 现在结合图5所示的通信系统来说明本发明的一个更加具体但仍然是例示性的应用。所述系统可以划分成两个部分：电路技术部 分和分组技术部分。电路技术部分包括一个或多个移动网络50和/或一个或多个固定网络60。在本实例中的移动网络50是GSM网络，GSM网络通常包括归属位置寄存器(HLR)数据库52，用于存储各种各样的移动用户订购和位置信息。在此例示GSM类型的移动网络中，有一个或多个移动交换中心(MSC)54和一个网关56。固定网络60可以是例如包括一个或多个本地交换机(LE)62和一个或多个汇接交换机(TE)64的智能网。服务控制点(SCP)66提供本地交换机之一上由呼叫触发的智能网控制服务并可在提供所请求的服务如虚拟专用网、呼叫转移等时，访问智能网号码可携带转移数据库(NPDB)68。 \n[0041] 分组技术部分包括域名系统(DNS)网络70，它包括若干DNS服务器72。与DNS网络70相连的是通用分组无线业务(GPRS)移动数据网80，它包括一个或多个GPRS服务支持节点(SGSN)和一个或多个GPRS网关支持节点(GGSN)84。提供至因特网服务的接入的有线分组网络包括各种各样的支撑技术，如异步数字用户链路(ADSL)节点92、电缆节点94和典型的V.90拨号调制解调器节点96。固定分组网络80和移动分组网络90连接到IP骨干网100(也称之为因特网)。 \n[0042] 在图5所示的系统中，一个或多个DNS服务器72“桥接”分组技术的网络和电路技术的网络，以利用适当的电路技术网络信令协议来访问电路技术网络中的一个或多个号码可携带转移数据库。所述DNS服务器可以访问这些由它们各自的移动网络或固定网络创建和维护的号码可携带转移数据库中的任何一个。本发明在电路技术部分和分组技术部分之间提供的可携带转移数据库桥特别利于提供多媒体类型的服务，包括例如基于IP的语音传输、可视电话、消息收发、电话+在线游戏、赌博等。 \n[0043] 在将传统的移动电话号码和固定电话号码(也称为E.164号码)用于基于电路的技术网络的非限制性实例中，总可能需要采用E.164 电话号码寻址特定的实体。尽管E.164号码在全球和公共环境中用于寻址远程实体，可以采用其它的标识符方案来识别公用和专用环境中用户的订购位置、用户的设备、以及用户的服务应用。但是，除了这些寻址能力以外，还希望采用新的基于因特网的寻址应用。并非将用户局限于电路技术应用中的E.164号码类型的寻址方法和分组技术应用中的IP类型的寻址方法，本发明允许域名系统网络70有效地利用这两种寻址方法中的任何一种并在这两种寻址方法(SS7和IP)之间进行转换。 \n[0044] 具体地说，DNS服务器72查询现有的移动号码可携带转移数据库58或现有的智能网号码可携带转移数据库68，以确定保存了何种对应于该E.164电话号码的地址信息。当然，如果数据库只返回远程实体的E.164电话号码，则必须采用电路技术连接而非IP类型的连接。另一方面，号码可携带转移数据库可返回对应于远程实体的E.164电话号码以及相关地址(如对应的IP地址、服务应用服务器IP地址、或至分组网络的网关IP地址)的列表，此列表允许发起实体与远程实体同时建立电路技术的会话和分组技术的会话。利用报告不同类型的信息的自由，服务提供商和/或网络运营商可选择可与远程服务提供商共享而又不会损害其客户的隐私或使网络易受入侵者和黑客的攻击的信息集。因此，本发明不是在域名系统网络70内进行E.164电话号码的IP地址解析，而是允许重用电路技术网络中的现有投资和基础设施，以允许域名系统执行(无需实质性的改动)它一直在执行的相同的分组技术地址解析功能。 \n[0045] 图6显示了这样一个实例，其中，发端网络中的用户A简单地通过“A”输入B的E.164电话号码利用分组和电路技术与收端网络中的远程实体B建立多媒体类型的会话。\n“A”利用一个或多个包括电路技术和分组技术的用户设备单元(图6显示了4个UE)。非常可能的是，即便在多媒体分组模式的环境中用户也会想要使用E.164号码。当用B的已知E.164标识与远程实体B建立了多媒体会话时， 用户A就将B的E.164电话号码输入到A的基于分组的用户设备，如膝上型个人计算机或台式个人计算机中。运行在A的用户设备上的应用软件将E.164电话号码转换成IP地址解析查询，即ENUM查询。这种ENUM查询参见因特网工程任务组请求评论(RFC)2916，该RFC描述了一种在DNS体系结构中发送E.164号码的方法。ENUM可以视为携带号码信息如E.164电话号码的DNS查询的格式。ENUM和E.164之间的关系在指定的对ENUM查询进行解析的层0/1顶级域“e164.arpa”中表示。 [0046] 根据RFC2916中的规范，将原E.164电话号码转换成ENUM消息格式。例如，如果原E.164电话号码是+46-8-976-1234，则ENUM查询是4.3.2.1.6.7.9.8.6.4.e164.arpa。\n实质上，电话号码的数字顺序是逆序的，最高级别的域e164.Arpa附在末尾。然后将ENUM查询提供给本地DNS服务器(参考标号为1)。 \n[0047] 在图6中，DNS级或层1、2、3和后续的级/层指DNS系统的E.164号码和配置的不同部分。DNS查询中的点通常表示可能的“层”，称为DNS“区域切换(zone cut)”，表示两层或DNS区域之间的转换。但是，特定的DNS体系结构可能在一个DNS区域中处理两个或两个以上的点。例如，层0可以对应于根DNS服务器和顶级域“e164.arpa”。层1对应于国家代码，由与层1相关联的辅助DNS服务器来解析。层2可包括例如特定国家内的区域代码和/或本地交换机代码，由与层2相关联的辅助DNS服务器来解析。层3对应于用户号码，通称为本地交换机号码后的四位数字，由层3中的辅助或本地DNS服务器来解析。大多数DNS配置中的主服务器充当底层辅助DNS的后备服务器并在工作期间管理和更新所有辅助服务器。在所提供的实例中，发端网络和收端网络在同一国家内，即二者均在同一层次\n1中。但是，本发明可以在DNS系统的任何层次上使用。 \n[0048] 根据RFC2916，域名系统使用ENUM查询来检索与实体B的 E.164号码相关的命名机构指针(NAPTR)记录。对该ENUM查询的DNS响应包含一个或多个对应于E.164号码的NAPTR记录，每个NAPTR记录包含一个或多个对应于该实体的统一资源标识符(URI)。从URI可以导出对应于实体B的服务和/或地址，如IP地址。这样，对于以上给定的例示ENUM名称查询，DNS响应可能为： \n[0049] $ORIGIN4.3.2.1.6.7.9.8.6.4.e164.arpa. \n[0050] INNAPTR 100 10“u”“sip+E2U”“！^.*$！sip:info@tele2.se！” [0051] IN NAPTR 102 10“u”“mailto+E2U”“！^.*$！mailto:info@tele2.se！” [0052] 此NAPTR记录表示用户更喜欢先通过基于IP的会话(SIP)来联络，其次喜欢通过简单邮件传输协议(SMTP)来联络，SMTP类似于基于IP的其它协议，例如文件传输协议(FTP)。服务用户A的源应用可选择任何接收到的URI并通过向DNS系统请求对地址记录进行翻译(称为“A-记录查询”)而将该URI转换成实际的IP地址。A-记录查询或请求的说明性实例为将接收到的SMTP URI$！mailto:info@tele2.se！”转换成实际的IPV4地址，如“192.222.345.234”。有关NAPTR/DNS资源记录的更多的信息可以参见RFC2915；关于URI，参见RFC2936；关于A-记录查询，参见RFC1034和1035。 \n[0053] 因为起始的接收DNS服务器(有时称为“转发DNS”)不认识其子域层次中实体B的E.164号码，所以它将ENUM查询转发给下一个辅助级或层的DNS服务器(参考标号2)。\n该辅助DNS服务器利用从ENUM查询中提取的E.164电话号码查询一个或多个电话号码可携带转移数据库，如移动号码可携带转移数据库(NMPDB)和智能网号码可携带转移数据库(INPDB)(参考标号3)。电路交换网中被查询的号码可携带转移数据库检索对应于该E.164号码的与可携带转移或订购相关的信息记录并将该信息返回到该辅助DNS服务 器(参考标号4)。参考标号3和4所示的通信最好采用受访号码可携带转移数据库的信令协议来执行。在此实例中，这种信令协议对移动号码可携带转移数据库而言对应于七号信令系统(SS-7)的移动应用协议(MAP)，而对智能网号码可携带转移数据库而言对应于七号信令系统(SS-7)的智能网应用协议(INAP)。 \n[0054] 从号码可携带转移数据库返回的可携带转移记录包括网络前缀(NPR)或其它标识E.164电话号码所属收端网络中的网络运营商的网络标识符。因此，该辅助DNS服务器使用其自己的解析进程来定位对应于该网络前缀的远程辅助DNS服务器，以便将ENUM查询特地发送到收端网络中的某个辅助级DNS服务器(参考标号5)。参考标号6和7示意可选的号码可携带转移数据库查找或其它类型的位置数据库查找，即在某些应用中可能有必要执行以定位用户B的订购服务器的数据库查找，如移动网应用中的HLR查找。收端网络辅助DNS服务器认出该E.164号码属于其网络中的远程实体B，因此可报告对应于或维护该E.164电话号码的相关NAPTR资源记录。然后，可以利用DNS“A-记录请求”功能在该DNS辅助服务器内将NAPTR URI内容翻译成IP地址。此IP地址返回给发端网络中的辅助DNS服务器(参考标号8)。接着从该辅助DNS服务器将对应的IP地址转发到本地DNS服务器(参考标号9)，并从该本地DNS服务器转发到应用用户A的设备(参考标号10)。利用该IP地址，A的用户设备于是可以利用B的E.164电话号码以及B的IP地址与远程实体B建立多媒体会话。 \n[0055] 图7说明可在图5所示系统环境中的例示性而非限制性的应用中采用的本地DNS服务器200。DNS服务器200包括动态主机配置协议(DHCP)控制器202，以允许服务器200与其它DNS服务器通信或向它们广播消息，以及在这些DNS服务器之间交换IP地址从而允许在线增加新的DNS服务器。轻量级的数据应用协议(LDAP)控制器204可用于向运营商管理数据库中输入信息和从中检索信息 或在DNS服务器存储器中定义条目。简化的数据库(SDB)205允许DNS服务器在DNS查询的解析过程中利用外部资源的协助。Berkeley因特网命名软件(BIND)控制器206执行允许DNS服务器200将名称解析成IP地址的DNS代码并在UNIX(SOLARIS)上或WINDOWS(NT)操作系统/平台208上运行。BIND控制器206可服务于同一DNS服务器内的一个区域或多个区域，如区域1＝“.com”(210)、区域2＝“.int”(212)和区域3＝“.e164.arpa”(214)。 \n[0056] 本例示实施例中所用的扩展解析处理器(ERH)216利用SDB205来协助DNS解析E.164号码以及查询基于电路技术的网络中所维护的一个或多个电话号码可携带转移数据库。例如，ERH216可以帮助解析E.164查询，具体为通过查询移动网络50中的移动号码可携带转移数据库58或固定网络60中的智能网电话号码可携带转移数据库68，以获取地址信息，尤其是对应于该E.164电话号码的网络运营商地址信息。此网络地址信息由服务器\n200的相关服务应用用在将E.164号码解析成IP地址的过程中。 \n[0057] 考虑图6中的例示会话。当DNS服务器200接收到形式为“extn.lex.npr.cc.e164.arpa”(其中，“extn”代表电话号码扩展，“lex”对应本地电话交换机，“npr”对应网络运营商前缀以及“cc”对应国家代码)的ENUM查询时，DNS服务器200中的已识别国家的辅助DNS服务器通过查看国家代码检查接收到的号码是国际号码还是国内号码。如果检测到国际性的国家代码，则DNS服务器200就根据已建立的DNS解析过程执行操作，以便(1)递推地解析到较高的已识别的层次或(2)从DNS服务器检索内部存储的对应于该国际性国家代码的远程国际DNS服务器的地址的信息。然后由转发DNS服务器向已识别国家的辅助DNS服务器的IP地址发送新的DNS/ENUM查询。 \n[0058] 如果检测到国内号码，则暂停辅助DNS服务器200中的DNS/ENUM解析进程，由ERH216查询现有网络中的号码可携带转 移数据库。例如，ERH216从原始ENUM查询中提取E.164电话号码并构造MAP SRI消息以查询移动号码可携带转移数据库58或构造INAP IDP消息以查询智能网号码可携带转移数据库68。该ERH可利用该E.164电话号码以SCCP GT被叫方号码参数的形式构造仿真的七号信令系统(SS7)数据库查询。号码可携带转移数据库以NAPTR记录对此查询予以响应，该NAPTR记录包括特定的网络路由前缀(NPR)，它指向对应于该E.164电话号码的同一国家内的另一网络。ERH216可直接定位对应于所接收到的NPR的远程辅助DNS服务器，或者它可以简单地在DNS中发起递归查询，指出远程网络的逻辑地址，如接收到的NPR，此逻辑地址将由用于连续处理的正常的DNS解析进程来识别。\nERH216或DNS200可在发送到收端网络中辅助DNS服务器的ENUM消息中包括网络前缀。 [0059] 如前所述，本发明可用于建立包括下列例示应用中的一个或多个例示应用的多媒体或其它通信会话：基于IP的语音传输、网上冲浪、电子邮件、视频会议、视频点播、音频点播、网内访问、游戏和赌博，这些应用要么使用要么不使用电路交换语音通信。现在用图8的信令图来说明本发明应用于与电话服务应用关联的在线游戏的实例。 \n[0060] 用户A将对应于“B”的E.164电话号码070552233输入A的用户设备(UE)中。A的用户设备利用该E.164电话号码生成如下ENUM查询：3.3.2.2.5.5.0.7.6.4.e164.arpa。\n此ENUM查询通过移动分组网即图4所示的GPRS网络80发送到某个SGSN节点，由其将该ENUM消息转发到域名服务器，即图4中的DNS服务器72。DNS服务器200中的扩展解析处理器216从该ENUM查询中提取E.164电话号码并用该电话号码构造到移动网络号码可携带转移数据库(NMPDB)58的仿真的SS-7数据库查询。根据该电话号码，移动号码可携带转移数据库58将网络前缀845返回给扩展解析处理器216，网络前缀845对应于使用该网络前缀的用户B的网络。扩展解 析处理器216将网络前缀845添加到ENUM查询中并将其直接转发到对应于网络前缀845的用户B的收端移动网络中的某个辅助DNS服务器。该DNS服务器然后访问其自己的包括用户B的记录如NAPTR记录的移动号码可携带转移数据库，并通过B的网络中的辅助DNS服务器、A的网络中的DNS服务器和SGSN将对应的IP地址\n445.334.332.220连同用户B的电话号码4684570552233回送到A的用户设备。现在就可以建立在“A”和“B”之间玩游戏所需的IP会话。 \n[0061] 此刻，用户A利用B的移动电话号码4684570552233通过用户A和B的移动网络中的传统MSC和GMSC节点建立语音通信。与此同时，“A”和“B”在他们各自的电话上谈话，A的用户设备可以利用IP地址445.334.332.220经由A和B的GPRS网络中的GPRS节点SGSN和GGSN与B的用户设备建立IP数据连接，以便运行游戏。 \n[0062] 图9说明在用户A和用户B之间实现相同的游戏和电话服务应用的另一例示方法的信令图。在此实例中，“A”首先在启动游戏之前与“B”建立语音连接。用户A在A的移动电话中输入B的移动电话号码070552233，由该移动电话将该号码发送到A的网络中的MSC。该MSC利用移动号码可携带转移数据库确定“B”所处的当前网络，并将电话号码\n4684570552233转发给B的网络中的GMSC和MSC，以便建立语音呼叫。 \n[0063] 在建立语音呼叫之后，“A”将B的电话号码070552233输入到A的基于分组的用户设备中，由其组合形成为ENUM请求：3.3.2.2.5.5.7.6.4.e164.arpa。此ENUM消息由SGSN转发到A的网络中的DNS服务器。该DNS服务器利用E.164电话号码4670552233查询电路交换移动网络50中的移动号码可携带转移数据库58。数据库58提供B的网络的网络前缀845，所述DNS服务器对ENUM查询重新加以组合，以包括该前缀。修改后的ENUM查询直接发送到 B的网络中的适当的DNS服务器，该DNS服务器提取现在对应于84570552233的E.164电话号码。此E.164电话号码用于查询B的网络中的移动网络可携带转移数据库，以确定B的IP地址445.334.332.220。此对应的IP地址由该数据库经由A的网络中的SGSN内的DNS服务器返回到A的用户设备。随后，A的用户设备将对应于B的用户设备的IP地址用于建立运行电子游戏所用的数据会话。 \n[0064] 尽管已参照特定的例示实施例对本发明作了说明，本专业的技术人员会承认，本发明不限于本说明书中所述和所示的那些特定实施例。除了那些所示和所述的，还可以采用不同的格式、实施例、调整和许许多多的修改、变化和等效安排来实施本发明。例如，网络A中的多媒体消息收发服务中心(MMSC)可以利用E.164号码发送多媒体消息，以达到远程网络中用户B的多媒体消息收发中心。MMSC服务器可能是基于IP的，且使用DNS和IP骨干网进行通信。因此，经DSN/ENUM查询，利用号码可携带转移检查，可将DNS/ENUM用于解析E.164号码。一旦多媒体消息发送到终端MMSC，则后者将使用内部例程和过程把该消息传送给用户。在此实例中，DNS/ENUM进程与不存在任何在线用户的服务器对服务器通信相关。因此，尽管本发明是参照优选例示实施例来说明的，但应理解，此公开仅是本发明的例示性和示范性的说明。本发明的范围由所附权利要求书限定。