CN101518015A - 在网络中路由呼叫 - Google Patents

Abstract

一种方法，包括接收与呼叫相关联的电话号码映射查询。所述方法还可以包括根据所述查询来产生路由选择信息并且把所述路由选择信息转发到控制设备。路由选择信息可以指出当与呼叫相关联的呼叫方没有调用因特网多媒体子系统(IMS)服务、与呼叫相关联的被叫方没有调用IMS服务并且所述被叫方不是IMS订户时，与路由所述呼叫相关联的处理将绕过IMS的核心部分。

Description

在网络中路由呼叫

优先权信息

本申请要求了于2005年7月29日提交的美国临时专利申请号60/703,812和于2006年2月3日提交的美国临时专利申请号60/764,748的优先权益。在此将这两个临时申请的内容全部引用以供参考。

背景技术

网际协议多媒体子系统(Internet Protocol Multimedia SubsystemIMS)提供了移动和固定多媒体服务。IMS的目的在于经由因特网提供现在和将来的服务。IMS向网络运营商和服务供应商给出了用于控制每个服务并对其进行收费的能力。另外，向用户提供了用于从他们的归属计算机/网络以及经由他们的移动设备来执行服务的能力。

附图说明

并入并构成此说明书一部分的附图图示了本发明的实施例，并且连同说明书一起用来解释本发明。在附图中，

图1图示了其中可以实现按照本发明原理的方法和系统的示例性系统；

图2图示了图1的电话号码映射服务器的示例性配置；

图3图示了图1的系统的一部分；

图4A和4B图示了在与对等服务供应商相关联的电话号码映射数据库和电话号码映射根服务器之间的示例性关系；和

图5和6图示了由图1所图示的各个设备的示例性处理。

具体实施方式

按照本发明原理的实现方式的以下详细描述涉及附图。在不同附图中相同的附图标记可以标识相同的或相似的元素。以下详细描述也并非限制本发明。作为替代，本发明的范围由所附权利要求及其等效物来限定。

依照本发明原理的实现方式涉及关于网际协议(IP)多媒体子系统(IMS)(也被称为“IMS核心”或“IMS平台”)的路由业务量。IMS核心可以用于在处理和路由确定期间从各个始发地向可能调用增值服务的各个目的地路由多媒体呼叫/数据会话。不涉及IMS订户端点或基于IMS应用的呼叫可以绕过IMS核心(例如，在IMS核心周围路由)。

应当理解，这里所使用的电话学术语覆盖了基于美国的公共交换电话网络(PSTN)结构。按照本发明原理的实现方式不局限于此。例如，按照本发明原理的实现方式同样适用于其它通信网络。

示例性的系统

图1图示了其中可以实现按照本发明原理的方法和系统的示例性系统100。如所图示，系统100可以包括：服务呼叫会话控制功能(S-CSCF)102、询问呼叫会话控制功能(I-CSCF)104、代理呼叫会话控制功能(P-CSCF)106、本地订户服务器(HSS)108、预定位置功能(SLF)110、两个媒体网关(MGW)功能112、两个媒体网关控制功能(MGCF)114、共享本地网关(SLG)116、网络网关(NGW)118、引出网关控制功能(BGCF)120、引入网关控制功能(BIGCF)122、多媒体资源功能(MRF)124、一个或多个应用服务器132、服务创建环境(SCE)逻辑134、宿主的网际协议中央局交换机服务(CENTREX)(HIPC)136、统一消息发送服务(UM)138、载波应用服务(AS)140、组列表管理服务器(GLMS)142、存在性服务144、电话号码映射(ENUM)服务器146、访问会话边界控制器(A-SBC)148、网间互连会话边界控制器(I-SBC)150、政策引擎152、政策决定功能(PDF)154、资源管理功能(RM)156、收费功能(CF)158、收费数据功能(CDF)160、收费网关功能(CGF)162和通用用户简档(GUP)164，所述多媒体资源功能(MRF)124可以包括多媒体资源功能控制器(MRFC)126、多媒体资源功能处理器(MRFP)128和媒体资源代理(MRB)130。为了简单起见，提供了在图1中所图示的组件编号。在实践中，典型的系统可以包括比图1中所图示的更多或更少的组件。

A.呼叫会话控制组件

S-CSCF 102、I-CSCF 104和P-CSCF 106可以被认为是系统100中的呼叫会话控制组件。呼叫控制组件可以负责按每个事件来分析会话(例如，会话启动协议(session initiation protocol SIP))以及应用逻辑(例如，商业逻辑、服务逻辑、操作逻辑等)。会话控制的结果可以是把事件路由到适当组件和/或添加SIP首部和值。

S-CSCF 102可以被视为IMS核心的大脑。如这里所用的术语“IMS核心”可以涉及并包括呼叫会话控制组件(即，S-CSCS 102、I-CSCF104、P-CSCF 104)。IMS核心还可以包括HSS 108和/或与提供IMS相关服务相关联的其它元素。系统100中的其它组件，诸如BGCF 120和BIGCF 122可以表示非核心IMS组件。S-CSCF 102可以为IMS平台的用户执行会话控制和注册服务。S-CSCF 102可以从HSS 108接收用户简档并且路由IMS用户(也被称作“IMS订户”或“订户”)所请求的会话。另外，S-CSCF 102可以根据来自HSS 108的信息来执行用户认证。

在一些实现方式中，S-CSCF 102可以包括服务能力交互管理器(SCIM)和资源管理(RM)功能。SCIM可以负责跨各个服务协调一个或多个应用服务的提供，使得技术和平台能够为IMS用户生成有价值的服务。RM可以负责通过分配适当资源来执行商业规则和服务级协定(SLA)。

I-CSCF 104可以充当连接到由其它IP网络所服务的订户的主要联系点。I-CSCF 104可以位于IMS核心的边缘。I-CSCF 104可以接收SIP消息并且标识SP消息的下一跳点(hop)。为了实现这点，I-CSCF 104可以向HSS 108查询适当S-CSCF的位置(例如，地址)，其中将向所述S-CSCF转发特定的SIP消息。

P-CSCF 106可以充当连接到本地IMS订户的主要联系点。照此，P-CSCF 106可以验证请求，把请求转发到所选目的地，处理并转发响应。P-CSCF 106可以产生可收费事件并且向CF 158发送与可收费事件相关的信息。另外，P-CSCF 106可以与PDF 154相交互，从而根据平台资源和服务质量(QoS)量度来许可、拒绝或使会话请求降级。

HSS 108可以包括用来充当用户相关信息的中央储存库的一个或多个服务器。HSS 108可以包含用于处理多媒体会话的用户相关预订信息。在HSS 108中所包含的一些信息可以包括用于为特定用户标识特定S-CSCF 102位置的信息。如上所指出，当从网络元素接收查询时，特定S-CSCF 102的位置可以被传送到I-CSCF 104。HSS 108还可以包括用户简档信息，其包含服务触发点和用于提供所述服务的相应资源(例如，应用、媒体、服务等)。用户简档信息可以被转发到S-CSCF102以用于会话控制和服务处理。此外，HSS 108可以直接从应用服务器132提供并接收更新。

SLF 110可以包括一个或多个数据库，所述数据库包含订户的服务位置信息。SLF 110可以从I-CSCF 104接收包含订户标识信息的查询并且根据订户标识信息返回用于标识服务该订户的HSS 108的信息。

B.网关和网关控制功能

系统100可以包括用于把IMS核心桥接到外部网络的各个组件，诸如公共交换电话网络(PSTN)、因特网(Internet)等。这些组件可以包括MGW功能112、MGCF 114、SLG 116、NGW 118、BGCF 120和BIGCF 122，可以执行路由去往或来自IMS平台的协议转换和事件。

MGW功能112可以连接PSTN网络和IMS核心。在一种实现方式中，MGW功能112可以终止来自PSTN网络的承载信道和来自IMS核心的媒体流(例如，IP网络中的实时传输协议(RTP)流，或ATM主干网中的异步传输模式适配层2(AAL2)/ATM连接)，执行在这些终端之间的转换，并且执行译码和信号处理。另外，MGW功能112可以向线路交换(CS)用户提供音调通告。在按照本发明原理的一种实现方式中，MGW功能112可以在MGCF 114的控制下操作。

MGCF 114可以是网关基础设施的一部分，其使得能够在IMS和PSTN网络之间进行通信。MGCF 114可以在把会话转发到IMS平台之前在ISDN用户部分(ISUP)或基本速率接口(Primary Rate Interface，PRT)与SIP协议之间执行协议转换。依照类似的方式，指向PSTN用户的IMS发起会话可以经过MGCF 114。MGCF 140可以控制MGW 112中的媒体信道。另外，MGCF 114可以向CF 158报告帐户信息。

SLG 116可以在相同的物理实体内包括MGCF 114和一组相关联的MGW 112实体。SLG 116可以把IMS平台连接到PSTN的本地交换层。在一种实现方式中，在SLG 116和本地交换网络之间的接口可以包括基于数字信号0(DS0)或数字信号1(DS1)的非场所相关联信令(NFAS)PRI。

NGW 118可以包括物理上位于独立的物理实体中的MGCF 114和一组相关联的MGW 112实体。NGW 118可以把IMS平台连接到PSTN的长距离层。在一种实现方式中，在NGW 118的MGCF 114和长距离网络之间的接口可以包括基于DS0或DS1的信令系统7(SS7)接口并且在NGW 118的MGW 112和长距离网之间的接口可以包括DS1承载信道。

BGCF 120可以把IMS发起的呼叫连接到线路交换(CS)客户(例如，IMS用户呼叫PSTN中的电话号码)。BGCF 120可以根据路由政策来选择适当网络或可以选择到其它网络的适当MGCF，将在所述适当网络中进行连接。

BIGCF 122可以对应于进入点，用于处理来自批发商、PSTN网关(例如，NGW 118，SLG 116，I-SBC 150)、批发网关(可以对非紧急呼叫要求预付费授权)、其它基于IP的载波(例如，基于VoIP对等协定)，应急服务对等点等的向内呼叫。当呼叫目的在于IMS订户时或当将调用IMS服务时，BIGCF 122可以把呼叫路由到IMS核心，或者当所述呼叫目的在于非IMS订户并且呼叫方或被叫方没有调用IMS服务时可以绕过IMS核心元素(P-CSCF 106，I-CSCF 104，S-CSCF102，HSS 108等)。BIGCF 122可以把到基于PSTN的端点的呼叫路由到BGCF 120并且把到基于IP的端点(例如，到批发、基于IP的载波等)的呼叫直接路由到与所述基于IP的端点相关联的I-SBC 150。BIGCF 122可以包括用于把紧急呼叫路由到BGCF 120的静态路由政策。BIGCF 120还可以支持用于把非紧急呼叫从确定的始发地(例如，对非紧急呼叫要求预付费授权的批发网关)路由到预付费服务控制器的静态路由政策。如果调用来自和/或去往IMS订户或IMS服务的呼叫，那么BIGCF 122可以使用I-CSCF 104把呼叫路由到IMS平台，以调用呼叫和/或被叫方特征。

BIGCF 122可以包括一组配置数据。例如，BIGCF 122可以维护服务主机的列表。如果呼入请求中的请求统一资源标识符(R-URI)没有标识服务主机之一，那么BIGCF 122可以把呼叫外部委托给由域名服务(DNS)服务(SRV)记录所解析的地址，或者通过发送会话启动协议(SIP)403响应(或其它类型的消息)来拒绝呼叫，除非所述呼叫为紧急呼叫。依照这种方式，BIGCF 122可以拒绝目的地为未知实体的呼叫。

BIGCF 122还可以按每个国家包括紧急事件前缀列表。例如，BIGCF 122可以存储用于美国的前缀911。BIGCF 122可以存储每个始发国的非地理编号列表(例如，800，411等)。经由此列表，BIGCF 122可以直接路由呼叫以用于PSTN引出。

BIGCF 122可以进一步存储始发主机的列表(例如，网关统一资源定位符(URL))，可能期待来自这些主机的呼叫。如果呼叫不是来自始发主机列表中的主机之一(依照次最高通路或第一通路)，那么BIGCF 122可以拒绝该请求。基于始发主机的数据可以包括多个数据元素。例如，数据元素可以包括一个或多个主机名的网关IP地址。始发主机可以指向前缀/后缀信息以使呼叫方号码标准化。例如，批发网关始发地可以具有规则，用于表明，如果在呼叫方号码给出7个数字，那么用+1732来为呼叫方号码作前缀。后缀信息可以表明在后缀之后考虑多少数字。

始发主机可以标识呼叫方身份指示符的位置。例如，始发主机可以标识从SIP INVITE消息中的哪个首部获取呼叫方信息。

数据元素还可以包括网关的国家或位置。此位置可以由BIGCF122用来根据呼叫始发国家来使被叫方号码标准化。网关的位置还可以由BIGCF 122用来标识将向其中路由紧急呼叫的网关的位置。

数据元素可以进一步包括来自每个始发主机的阻塞前缀列表。例如，1900*可以表明“1-900”呼叫被此网关阻塞。数据元素可以进一步包括用于每个始发主机的出站路由。例如，来自给定主机的非紧急呼叫可以被路由到所配置的主机，诸如预付费服务控制器。

除以上数据之外，BIGCF 122可以利用以下数据来配置：允许或拒绝处理INVITE的变量，其中请求URI不与所配置服务的主机之一相匹配；用于接受或拒绝所述请求的每个始发域或IP地址的选项；用于处理确定的SIP请求的选项；不允许的每个始发地的前缀；基于前缀匹配的静态路由规则；指向ENUM服务器农场(farm)的服务器组；指向用于路由到IMS核心的I-CSCF服务器农场的服务器组；指向用于绕过IMS核心并且直接路由到BGCF 120的BGCF服务器农场的服务器组；指向应急服务定位服务器农场(例如，美国应急服务网络部分)的服务器组；用于指定确定的消息将被送往错误日志或屏幕显示的选项；用于在BIGCF 122中使网关运行以及使网关停止运行的选项；为号码标准化所需要的国家代码；号码标准化规则(例如，基于始发网关)；用于启用或禁止记录类别的选项；用于启用或禁止警报的选项；以及用于启用或禁止量度的选项。

在一种实现方式中，BIGCF 122可以经由SIP接口连接到I-CSCF104、SLG 116、NGW 118和BGCF 120。另外，BIGCF 122可以经由DNS协议接口连接到ENUM 146。

C.媒体资源功能(MRF)

IMS核心可以提供共享的多媒体服务。多媒体服务(或应用)的例子包括演播通告、音频/视频记录和播放、交互式语音响应(IVR)、传真接收和传输、自动语音识别(ASR)、文本到语音(TTS)会话、多媒体会议、用户化振铃音、经由蜂窝按键通话(PoC)、视频消息发送等。MRF 124可以是IMS平台的一部分并且可以支持要求多媒体流的服务。

如图1中所图示，MRF 124可以包括MRFC 126、MRFP 128和MRB 130。MRFC 126和MRFP 128是向与承载相关的服务(例如，多方会话、向用户宣告、承载译码等)提供支持的IMS资源。MRFC 126可以提供与承载控制相关的服务。MRFP 128可以提供用户面资源，所述用户面资源可以由MRFC 126请求并指示。MRB 130可以提供资源管理功能，其能够允许媒体资源变为在多个应用之间共享的共用资源。

D.应用服务器

应用服务器132可以包括在系统100的应用层内提供增强音频、视频、消息发送和数据服务的一个或多个服务器。应用服务器132可由IMS平台的用户访问并且向那些用户提供增值多媒体服务。应用服务器132可以向服务的IMS平台提交费用，所述应用服务器132向IMS用户团体提供所述服务。

可以在系统100内使用的两种类型的应用服务器132可以包括微应用和宏应用(或宏应用服务)。可以通过使用服务创建环境(SCE)134在共同的服务递送平台上提供微应用。微应用可以包括各式各样的增强多媒体服务，所述多媒体服务需要快速的开发和部署周期。宏应用服务的例子包括宿主的IP CENTREX(HIPC)136、统一的消息发送(UM)138和载波应用服务140。

HIPC 136可以对应于专有小交换机(PBX)服务的类型，其中切换发生在本地电话局而不是传统的PBX所处的公司场所。在一种实现方式中，可以用SIP语音特征服务器来替换或补充HIPC 136。统一消息发送138可以允许用户能够从单个接口获取并发送语音消息，而不管技术(例如，电话，个人计算机等)及其它统一消息发送服务(例如，传真淀积获取、语音到电子邮件等)。载波AS 140可以便利免工具呼叫处理。

E.服务创建环境(SCE)

SCE 134提供了用于迅速开发下一代服务的基础。SCE 134可以支持Java规范请求(JSR)116 SIP小服务程序和外在应用编程接口(API)套件以用于开发者获得访问IMS平台。单个SCE 134可以支持多个宏应用服务器并且可以支持构建微应用。

F.服务

IMS核心可以支持多个不同的服务，诸如GLMS 142、存在性144和ENUM服务器146。GLMS 142可以包括一个或多个服务，允许跨IMS内的多个应用的组列表创建、管理和使用。GLMS 142可以强制访问和可见性规则。存在性144可以包括一个或多个服务，所述服务用于使集合存在性和可用性信息的任务自动化。存在性144可以向一个用户通知另一用户的可用性和意愿的状态以便进行通信。存在性服务器144可以使用存在性用户代理(Presence User Agent PUA)来管理IMS用户的存在性并且处理存在性预订请求。例如，应用或IMS订户可以充当观察者，其是预订由存在性服务器144所提供的存在性信息的实体。ENUM服务器146可以提供E.164到SIP URI的转换。BIGCF 122和S-CSCF 102可以查询ENUM服务器146以确定呼叫的下一跳点。在按照本发明原理的一些实现方式中，BIGCF 122可以执行用于呼叫和被叫号码解析的ENUM查询。

G.边界元素

IMS核心可以包括一个或多个会话边界控制器(SBC)，用于提供对不同的服务供应商网络之间边界的控制，提供基于SIP的IMS平台和其它服务供应商网络之间的信令协议交互工作，控制服务供应商网络之间的传输边界，并且向媒体流提供使用测量和服务质量(QoS)量度。可以在IMS平台中实现的两种类型的SBC是访问会话边界控制器(A-SBC)148和I-SBC 150。

A-SBC 148可以对应于到用于用户场所设备(CPE)业务量的IMS平台的进入点，除批发网关外。A-SBC 148可以提供SIP知晓的防火墙能力，用于支持网络地址转换(NAT)，防止拒绝服务(DoS)攻击并且执行其它安全性实施特征。A-SBC 148可以是在IMS平台之前的第一SEP事件标准点。

网间互连会话边界控制器(I-SBC)150可以充当在IMS平台和批发网关之间以及在所述IMS平台和IP对等VoIP载波之间的连接点。I-SBC 150可以提供SIP标准化和拓扑隐藏和互连网络网关(THIG)服务。在一种实现方式中，I-SBC 150可以利用边界网关功能(BGF)来代替或补充。

H.政策

系统100可以包括多个政策组件。例如，如图1中所图示系统100可以包括政策引擎152、PDF 154和RM 156。政策引擎152可以包括一个或多个基于规则的引擎，用于管理订户对IMS平台的访问、订户对资源的访问以及对在IMS平台内所进行几种不同类型事件请求的路由选择判定。在一种实现方式中，政策引擎152可以向IMS平台中的判定和政策点提供判定逻辑。PDF 154可以对应于用于基于服务的本地政策控制的政策判定点(PDP)。PDF 154可以根据会话和媒体相关信息来进行政策判定。PDF 154可以与另一IMS元素(诸如A-SBC 148或I-SBC 150)交换此判定信息以便控制通信链路的流量和特性。可以使用RM 156来执行组件级的政策。如图1中所图示，RM 156可以与例如S-CSCF 102、BIGCF 122、A-SBC 148和I-SBC 150相关联。在一种实现方式中，RM 156可以存储并执行政策判定，所述政策判定与RM 156相关联的位置相关。

I.收费功能(CF)

CF 158可以包括用于影响离线收费和在线收费的统一系统。离线收费是其中与该资源使用并发地收集用于网络资源使用的收费信息的过程。可以经由一连串CF 158来传递收费信息。在此过程的结尾，呼叫详细记录(CDR)文件可以由网络产生，然后它被转发到网络运营商的记帐域以用于可以包括费率和再现的订户记帐处理。

在线收费是其中收费信息可以实时影响所提供服务的过程。支持此能力要求在收费机制和网络的会话控制机制之间的直接交互作用。在线收费的例子包括预付费呼叫卡使用。

CDF 160可以把从IMS组件所采集的可收费事件编制成单个CDR以用于离线记帐活动。CDF 160可以从收费触发功能(CTF)采集可收费事件，所述收费触发功能(CTF)可以与系统100的组件相关联并且在创建CDR之后把记帐数据传递到CGF 162。

CGF 162可以充当在离线收费系统、在线系统和外部后处理系统(诸如记帐域)之间的网关。

J.通用用户简档(GUP)

与IMS订户相关的信息可以采用许多格式，由许多网络元素和管理机构来管理。这使得对用户、网络元素和增值服务供应商来说对该数据的访问更加复杂。通用用户简档(GUP)解决这些问题并且提供对订户数据的通用概念描述。GUP服务器可以提供用于访问在GUP中所描述数据的装置。

ENUM服务器的示例性配置

图2图示了ENUM服务器146的示例性配置。如所图示，ENUM服务器146可以包括总线210、处理逻辑220、存储器230、输入设备240、输出设备250和通信接口260。应当理解，ENUM服务器146可以包括帮助接收、发送和/或处理数据的其它组件(未示出)。此外应当理解，其它配置也是可以的。

总线210可以允许在ENUM服务器146的组件之间的通信。处理逻辑220可以包括用于解释并执行指令的任何类型的处理器或微处理器。在其它实现方式中，处理逻辑220可以被实现为或包括专用集成电路(ASIC)、现场可编程门阵列(FPGA)等。存储器230可以包括用于存储供处理逻辑220执行的信息和指令的随机存取存储器(RAM)或其它类型动态存储器、用于存储用于处理逻辑220的静态信息和指令的只读存储器(ROM)或其它类型的静态存储设备，和/或用于存储信息和/或指令的其它类型磁或光记录介质及其相应驱动器。

输入设备240可以包括用于允许操作者向ENUM服务器146输入信息的设备，诸如键盘、小键盘、鼠标、笔、麦克风、一个或多个生物测定机构等。输出设备250可以包括用于向操作者输出信息的设备，诸如显示器、扬声器等。

通信接口260可以包括任何收发器式机构，用于使ENUM服务器146能够与其它设备和/或系统通信。例如，通信接口260可以包括用于与系统100内的其它组件通信的机构。

如下面详细描述，ENUM服务器146可以执行与路由去往和来自各方的呼叫相关联的处理。ENUM服务器146可以响应于处理逻辑220执行在诸如存储器230之类的计算机可读介质中所包含的软件指令来执行这些及其它功能。计算机可读介质可以被定义为一个或多个存储设备和/或载波。软件指令可以经由通信接口260从另一计算机可读介质或另一设备读取到存储器230中。在存储器230中所包含的软件指令可以使处理逻辑220执行稍后将描述的过程。作为选择，可以代替或结合软件指令来使用硬连线电路以便实现按照本发明原理的过程。从而，按照本发明原理的系统和方法不限于硬件电路和软件的任何具体组合。

示例性的处理

采用E.164格式的号码是用于公共电信网上资源的全局上唯一的、独立于语言的标识符，其可以支持许多不同的服务和协议。E.164由国际电信联盟(ITU)来控制。目前，和URI相对比，希望建立会话的许多IMS订户可以经由E.164号码(也被称为订户公共ID)来标识。因此，系统100可以支持向由E.164号码所标识的终端建立会话，如下面所详细描述。

系统100，并且尤其是ENUM服务器146可以执行与执行ENUM相关的映射相关联的处理，所述映射诸如从E.164号码到URI的映射。这里此处理可以被称作“基础设施ENUM”。基础设施ENUM是基于在因特网工程任务组(IETF)请求注解(RFC)3761中所定义的格式和过程。然而，那些格式和过程(即，在RFC 3761中所指定的格式和过程)的ENUM服务器146应用可以不严格按照在RFC 3761中所定义的对象。例如，RFC 3761定义了E.164号码到URI的转换，所述URI用于标识单个订户(被称为记录地址或AOR)。然后可以使用在RFC-3261和RFC-3263中的机制来路由这些URI。这种实现方式有时被称为“用户ENUM”。概念上，用户ENUM是最终用户服务。因而，可以由向其分配给定E.164号码的订户来确定与所述号码的转换逻辑的存在和性质。相比之下，基础设施ENUM是网络路由选择机制。基础设施ENUM转换一般对于所有活动E.164号码来说都存在。给定号码的转换细节可以由向其分配号码的实体来确定，例如由国家号码计划管理员、代表这种实体工作的代理或已经受托负责号码分配的实体。基础设施ENUM利用与用户ENUM类似的转换技术，但是所产生的URI不必标识最终用户。与给定E.164号码相关联的转换逻辑可以(直接或间接地)标识网络元素，其中所述会话请求应当被转发到所示网络元素以供随后处理。ENUM服务器146及系统中的其它组件执行基础设施ENUM相关处理并且分析在用户ENUM处理和基础设施ENUM处理之间的任何潜在冲突。

图3是用于图示系统100与执行与ENUM相关处理并且特别是与基础设施ENUM相关处理相关联的示例性部分的框图。参照图3，所图示的系统100的一部分包括S-CSCF 102、I-CSCF 104、P-CSCF 106、BGCF 120、BIGCF 122、ENUM服务器146和操作支持系统(OSS)/商业支持系统(BSS)310。ENUM服务器146可以被耦合到S-CSCF 102和BIGCF 122。S-CSCF 102和BIGCF 122可以例如经由DNS协议与ENUM服务器146通信。S-CSCF 102、I-CSCF 104、P-CSCF 106、BGCF120和BIGCF 121例如可以使用SIP信令来彼此通信。ENUM服务器146还被示为被耦合到OSS/BSS 310。在示例性的实现方式中，OSS/BSS310可以把准备和/或配置信息发送到ENUM服务器146并且ENUM服务器146可以把日志、警报和/或各个量度发送到OSS/BSS 310，如下面所更详细地描述。

ENUM服务器146执行与基础设施ENUM相关联的多个功能。基础设施ENUM相关处理可以服务于内部路由选择功能和中间载波路由选择功能。例如，ENUM服务器146可以把包括池化(pooled)和/或端口化(ported)号码的E.164路由号码转换为URI以用于路由目的。ENUM服务器146还可以包括用于把命名权威指针(NAPTR)记录填充到ENUM数据库(未在图3中示出)中。ENUM服务器146可以进一步提供与OSS/BSS 310相关联的警报和性能管理功能和配置管理功能。ENUM服务器146可以进一步按照RFC 1034和RFC 1035来提供DNS服务器功能。

如上所述，ENUM服务器146提供了内部路由选择信息以及路由选择信息以供在诸如VoIP服务供应商之类的一组对等服务供应商之间使用。例如，基础设施ENUM可以被打算用于服务供应商内部路由选择和/或在一组对等VoIP服务供应商之间使用。DNS NAPTR查询可以是基于由对等伙伴所同意的共用顶级域(TLD)的。在此配置中，每方管理其在它具有管理权限的一组ENUM服务器内自己的ENUM转换数据。对与被分配给其它载波的号码相关联的转换信息所进行的查询被转发给与那些载波相关联的服务器并由其来应答。作为选择，对等伙伴可以在其具有管理权限的一组服务器内并且在其选择的“专用”TLD下共享他们的ENUM转换数据，他们中的每个存储来自各方的数据，其中它已经与所述各方执行了对等协定。在任何一种实现方式中，所选择的TLD可以不是E164.arpa域，使得它不与用户ENUM相冲突。TLD还可以使用非公共的根，诸如不是.com、.edu、.gov等的根，以便确保该数据不能由公众访问。

在涉及共享TLD的配置中，可由系统100及其VoIP对等伙伴访问的DNS对等供应商可以宿主该域根。例如，图4A图示了被耦合到E.164数据库420和E.164数据库430的ENUM根服务器410。E.164数据库420可以在ENUM服务器146内实现或者可以是可由ENUM服务器146访问的数据库。E.164数据库430可以与VoIP对等伙伴相关联。E.164数据库420可以接收来自IMS SIP服务器425的ENUM查询。IMS SIP服务器425例如可以表示系统100中的BIGCF 122、S-CSCF102或另一SIP服务器。如果特定的E.164号码不包括在E.164数据库420内，那么E.164数据库420可以通过与ENUM根服务器410通信来执行分层、递归的DNS解析。类似地，E.164数据库430可以利用ENUM根服务器410来执行分级、递归的DNS解析。ENUM对等服务供应商还可以提供附加服务，诸如支持对端口化号码进行路由。

在每个对等伙伴在专用TLD下存储用于其自己的号码以及被分配给其对等伙伴的号码的基础设施ENUM转换的配置中，每个伙伴可以为对其有权限的每个E.164号码或E.164号码块来确定URI，其中所述号码应当响应于来自每个对等伙伴的查询而转换为所述URI。每个伙伴然后可以生成相应的数据并且向彼此伙伴提供适当的子集。反过来，每个伙伴可以期待从其它伙伴接收等效的转换数据，所述数据可以被存储在本地数据库420中。表达和交换基础设施ENUM转换的此过程可以定期重复，可以借助可由系统100及其VoIP对等伙伴访问的DNS对等供应商来便于进行。这种DNS对等供应商还可以提供某些增值功能，诸如端口化和池化号码的标准化。E.164数据库420可以接收来自IMS SIP服务器425的ENUM查询。IMS SIP服务器425例如可以表示系统100中的BIGCF 122、S-CSCF 102或另一SIP服务器。由于E.164数据库420包含来自所有对等伙伴的转换数据，所以它可以在不要求访问任何外部数据存储设备的情况下分析此查询。类似地，E.164数据库430可以分析来自其域中SIP服务器的所有查询，而不要求访问外部数据存储设备。

在“共享TLD”配置的示例性实现方式中，给定E.164号码所转换的URI，与该号码没有被分配给负责系统100的实体相比，如果被分配给所述实体的话，则是不同的。例如，响应于查询所返回的URI可以标识系统100内的元素，所述查询用于指定被分配给负责E.164数据库420的实体的号码，而响应于查询所返回的URI可以(按照该操作者的意思)标识在该运营商网络中的元素，所述查询用于指定被分配给另一运营商的号码。因此系统100可以使用这里被称作为“拆分DNS”的配置来实现一种政策。拆分DNS可以使用两组DNS服务器，一个用于内部使用而一个用于外部使用。

例如，图4B图示了拆分DNS实现方式。参照图4B，系统100可以包括外部DNS服务器440、E.164数据库442、内部DNS服务器450和E.164数据库420。防火墙或其它安全设备可以位于服务器440和450之间以防止对DNS服务器440进行未经授权的访问。可以依照类似于系统100的方式来配置图4B中虚线右方所图示的VoIP对等伙伴。外部DNS服务器440可以连接到ENUM根服务器410并且可以从系统100外面接收查询。外部DNS服务器440还可以被耦合到E.164数据库442。内部DNS服务器450和/或E.164数据库420可以从系统100内部访问。内部DNS服务器450可以用给出在系统100内路由呼叫细节的数据来填充。用于在外部DNS服务器440中配置转换的该组E.164号码可以与用于在内部DNS服务器450中配置转换的该组E.164号码重叠。然而，由DNS服务器440和450所返回的URI可能是不同的。例如，外部DNS服务器440可以响应于用于指定被分配给由负责系统100的实体所拥有的号码的查询来返回系统100内I-SBC的URI，而内部DNS服务器450可以返回I-CSCF 104或批发网关地址的URI。

系统100内的设备可以被配置成用于使用内部DNS服务器450。内部DNS服务器450可以把它无法分析的查询转发到外部DNS服务器440。外部DNS服务器440可以使用VoIP服务供应商对等(例如，VoIP对等伙伴)的ENUM根服务器410和DNS服务器来参与DNS分级解析。

由于用户ENUM和基础设施ENUM服务于不同的需要并且用不同的数据来填充，所以对于相同的E.164号码来说在来自用户ENUM和基础设施ENUM查询的结果之间可能存在差异。这些差异可能导致标识不同的路由选择逻辑并且可能为用户已经预定的服务标识不同的供应商。为了分析这些差异，系统100可以把用户ENUM作为终止网络问题来处理。即，只有向其分配了特定号码的服务供应商才可能会执行用户ENUM查找。这帮助确保对等协定条款得到尊重，由此避免了其中用户ENUM结果可能会导致绕过VoIP对等网络的情况。

系统100还可以对内部IMS用户只使用基础设施ENUM路由和IMS服务配置，由此维护了垂直服务集成。与系统100相关联的实体/服务供应商还可以对内部拥有非IMS订户的号码而利用基础设施和用户ENUM路由以及用户ENUM服务配置。这允许服务供应商提供非IMS VoIP服务，其中用户ENUM可以扮演更重要的角色。

图5是用于图示与系统100所接收呼叫相关联的示例性处理的流程图。处理可以始于BIGCF 122接收呼叫(动作510)。所述呼叫例如可以来自外部始发地，诸如批发订户、进入PSTN网关、类3网络、类5网络等。然后BIGCF 122可以根据呼叫方号码和被叫方号码来执行基础设施ENUM查找。例如，BIGCF 122可以向ENUM服务器146发送用于标识呼叫方号码的DNS NAPTR查询(动作510)。BIGCF 122还可以向ENUM服务器146发送或作为选择发送用于标识被叫方号码的独立的DNS NAPTR查询(动作510)。在又一实现方式中，BIGCF 122可以向包括呼叫和被叫方号码的ENUM服务器146发送单个DNSNAPTR查询。ENUM服务器146可以接收DNS NAPTR查询(动作520)。ENUM服务器146连同BIGCF 122一起可以确定呼叫是否将被IMS核心服务(动作530)。

例如在一种实现方式中，如果呼叫方号码没有与调用IMS应用的IMS简档相关联、被叫方号码没有与IMS订户相关联或者被叫方没有与调用IMS应用的IMS简档相关联，那么所述呼叫可能不由IMS核心服务。假定所述呼叫不由IMS核心服务。在这种情况下，ENUM服务器146可以把响应返回到BIGCF 122，它包括用于标识IMS核心外元素的URI(动作540)。例如，ENUM服务器146可以标识用于指向批发订户网关的URI(例如，sip:CdPN@gateway.wholesaler.com，其中“CdPN”表示被叫方E.164号码)。

BIGCF 122可以接收来自ENUM服务器146的响应并且相应地路由呼叫。在这种情况下，所述呼叫可以被路由到IMS核心之外。即，BIGCF 122把呼叫路由到由ENUM查询响应中的URI所标识的实体，在此例子中其具有绕过IMS核心的效果(动作550)。例如，如果在ENUM查询响应中的URI标识批发网关或基于IP的载波终结点，那么BIGCF 122可以(如果在ENUM查询响应中没有返回任何URI)把呼叫转发到BGCF 120以便路由到适当的PSTN终结点或适当的I-SBC150。

如果呼叫将被路由到IMS核心，那么ENUM服务器146可以返回用于标识IMS核心中元素的响应(动作560)。例如，ENUM服务器146可以返回用于标识IMS核心中元素的URI(例如，sip:CdPN@icscfl.21.sip.com)。在此例子中，消息表明所述呼叫将被路由到I-CSCF 104。

BIGCF 122可以接收具有URI的响应并且把呼叫路由到IMS核心(即，在此例子中为I-CSCF 104)以便终止订户特征处理(动作570)。所述终止订户特征处理例如可以包括由IMS核心所执行的应用，诸如文本-语音转换系统、IVR、ASR、多媒体会议等。在各种情况下，IMS核心中的适当元素可以调用适当的IMS服务，把请求转发到适当的元素和/或向适当的IMS订户转发所述呼叫。

上面相对于图5所描述的处理涉及例如来自非IMS订户从IMS核心之外所接收的入站呼叫。图6图示了与入站呼叫相关联的示例性处理，所述入站呼叫由IMS核心从注册订户接收。

处理可以始于从注册IMS订户接收呼叫(动作610)。呼叫消息例如可以从P-CSCF 106发送到例如S-CSCF 102。S-CSCF 102可以获取用于始发用户的服务简档(动作620)。例如，S-CSCF 102可以访问HSS 108以确定HSS 108是否包括用于目的地号码(即，被叫方号码)的IMS简档。假定S-CSCF 102无法在HSS 108中找到用于被叫方号码的IMS简档。

然后S-CSCF 102可以根据被叫方号码来执行基础设施ENUM查找(动作630)。例如，S-CSCF 102可以向包括被叫方号码的ENUM服务器146发送DNS NAPTR查询。ENUM服务器146可以接收DNSNAPTR查询并且产生例如用于指向VoIP对等伙伴网关的URI(动作640)。作为选择，URI可以指向PSTN目的地网关。然后ENUM服务器146可以把响应转发到S-CSCF 102。

假定ENUM服务器146产生用于指向VoIP对等伙伴网关的URI。然后S-CSCF 102可以使用VoIP对等伙伴网关名称作为搜索关键字来在本地表中查找用于例如标识I-SBC的URI(动作650)。然后S-CSCF102可以标识来自本地表的URI并且把用于指定此URI的路由首部添加到信令消息(动作650)。然后S-CSCF 102可以经由在动作650所确定的I-SBC把呼叫路由到对等伙伴网关(动作660)。

在一些实现方式中，基于在动作630的被叫号码的基础设施ENUM查找可能导致ENUM服务器146返回“空”响应。例如，这可能发生在被叫号码停止服务时。在这种情况下，S-CSCF 102可以终止所述呼叫。

如上所述，ENUM服务器146支持对IMS订户和非订户的路由查找。ENUM服务器146还可以执行多个其它功能/过程。例如，ENUM服务器146可以实现如在IETF RFC 3401、3402、3403、3404和3405中所定义的动态委托发现系统(DDDS)。ENUM服务器146可以执行用于上传E.164号码和NAPTR资源记录的映射的批量处理。ENUM服务器146还可以包括用于允许手动更新E.164和NAPTR映射的管理接口。

ENUM服务器146可以进一步执行验证在NAPTR资源记录中URI的格式并且拒绝包含不正确URI格式的NAPTR资源记录。ENUM服务器146还可以提供对把一个E.164号码映射到多个NAPTR资源记录的支持。

ENUM服务器146还可以提供对在IETF RFC 3764中所指定的“SIP”Enumservice的支持以及对“VOID”Enumservice的支持。ENUM服务器146可以进一步支持映射政策，使得可通过使用例如多达15个数字的任意号码来解析NAPTR记录。ENUM服务器146还可以按照RFC 1034支持负面响应高速缓存以及支持*记录(即，通配符)。

如在图5和6中所论述，与运营商政策相耦合的各个情况管理来自ENUM服务器146的响应。下面的表1提供了对各种不同号码的示例性ENUM响应。

号码类型	ENUM响应
		IMS订户号码	指向I-CSCF的URI
VoIP批发号码——无IMS特征	指向VoIP批发互连网关的URI
		具有IMS特征的VoIP批发号码	指向I-CSCF的URI
由VoIP对等伙伴所拥有的号码	指向对等伙伴互连网关的URI
		由与IMS相关联而没有运行的实体所拥有的号码	Enumservice“VOID”
未在基础设施ENUM中注册的号码	DNS NXDOMAIN(没有这种域)响应

表1-ENUM响应概要

BIGCF 122可以使用来自两个NAPTR查询(即，被叫号码查询和呼叫号码查询)的响应来把呼叫路由到IMS核心(例如，朝向I-CSCF104)或远离IMS核心(例如，朝向BGCF 120)。

如上所述，用于提供基于IP服务(例如，VoIP)并且希望经由IP来交换相关联信息流的一组运营商(即“对等伙伴”)的基础设施ENUM配置可以使用共享顶级域(TLD)或专用TLD来实现。共享TLD配置可以使用拆分DNS结构来实现。在共享TLD或专用TLD配置中，从对等伙伴返回给查询的响应可能不同于从系统100内响应于查询所返回的响应。

此外，为了在对等环境中工作，ENUM服务器146可以提供以下安全特征：

a)在DNS表中所填充的数据可以不包括关于订户的机密信息；

b)可以被外部各方查询的数据可以不包括用于揭示系统100的专有属性的信息。例如，向外部暴露的URI(对应于I-SBC的那些)可以使用没有揭示网络拓扑的名称；

c)内部ENUM服务器146可以被配置成用于只接受来自所核准的系统100的一组组件的DNS查询。这可以通过直接配置服务器或借助在网络安全控制点中所实现的访问控制表来实现。用于内部DNS服务器的该组批准组件例如可以包括S-CSCF 102和BIGCF 122。除上述之外，用于外部ENUM服务器所批准的该组组件可以被限于由VoIP对等伙伴所显式标识的一组设备。

在“专用TLD”配置中，OSS/BSS 310(图3)可以利用与系统100相关联的ENUM数据来填充ENUM对等服务供应商数据库。对等服务供应商可以利用本地号码可携带性信息来扩展此数据，并且可以把合并数据推入实时的名称服务器。

ENUM服务器146还可以提供用于实时观察以下与性能相关的系统信息：系统正常运行时间、成功查询概要、不成功查询概要和系统利用率百分比(处理器和存储设备)。ENUM服务器146可以进一步提供用于帮助性能管理的日志和量度。

例如，ENUM服务器146可以利用可配置的记录数据内容来记录请求和响应，即日志的字段可以是可配置的。记录可以被写入到具有定期递增文件标识符的持久性存储设备，例如日志文件。文件周期和最小/最大文件尺寸可以是可配置的，并且ENUM服务器146可以支持记录到离线平台持久性存储设备作为一个选项。

ENUM服务器146还可以支持多个配置管理特征。例如，ENUM服务器146例如可以支持简单对象访问协议(SOAP)或明文XML/HTTP提供应用编程接口(API)，用于允许完全远程配置ENUM服务器146，包括加载和改变DNS记录。ENUM服务器146还可以支持基于命令行的配置和管理控制台、基于图形用户接口(GUI)的配置和管理控制台以及能够从单个控制台管理多个ENUM服务器146的实例并且批量处理以上传NAPTR资源记录的配置和管理控制台。

ENUM服务器146还可以支持错误管理功能。例如，ENUM服务器146可以产生用于标识在至少以下方面的问题的警报：网络接口、磁盘容量利用率和不成功的查询计数超过可配置的阈值。ENUM服务器146还可以提供用于实时观察与故障相关的系统信息的工具，诸如按照严重性的警报计数。

结论

这里所描述的实施方式用于经由IMS核心或在所述IMS核心之外来路由呼叫。例如，如果呼叫涉及IMS订户或调用IMS应用，那么ENUM服务器可以提供路由选择信息，用于表明该呼叫将经由IMS核心来路由。然而如果呼叫不涉及IMS订户或调用IMS应用，那么ENUM服务器可以标识将导致在IMS核心之外路由的路由选择信息。

在前面的说明中，已经参考其具体示例性实施例描述了本发明。然而，在不脱离由以下权利要求所阐明的本发明宽阔精神和范围的情况下，对其进行各种修改和改变将是显而易见的。因此，说明书和附图只是说明性而并非是限制性意义。

例如，为简单起见在图1中图示了单个ENUM服务器。在一些实现方式中，可以使用多个ENUM服务器。另外，上述呼叫路由情况只用于解释性目的。在按照本发明的实现方式中还可以处理涉及IMS订户、非IMS订户、对等方、PSTN方等的其它呼叫/呼叫路由情况。

另外，虽然已经相对于图5和6描述了一系列动作，而在按照本发明的其它实现方式中所述动作次序可以改变。此外，可以并行实现非相关的动作。

对本领域普通技术人员来说，用在附图中所图示实现方式中软件、固件和硬件的许多不同形式来实现本发明的各方面是显而易见的。用于实现按照本发明原理的各方面的实际软件代码或专门控制硬件并不限制本发明。从而，不考虑具体软件代码描述本发明各方面的操作和行为——应当理解本领域普通技术人员将能根据这里的描述来设计软件并且控制硬件以便实现所述各方面。

此外，本发明的某些部分可以被实现为用于执行一个或多个功能的“逻辑”。此逻辑可以包括诸如处理器、微处理器、专用集成电路或现场可编程门阵列之类的硬件、软件或硬件和软件的组合。

这里所描述的本发明方面通常适于经由网际协议基础设施实现的多媒体会话，所述网际协议基础设施使用E.164号码来标识端点。与电话学相关联术语(例如，“呼叫”)的频繁使用和E.164号码与这种服务的历史关联限制了本发明的范围或适用性。

在本申请说明书中所使用的元素、动作或指令不应当被理解为对本发明来说是关键的或必要的，除非显式地进行了这种描述。不加数量限制的项意在包括一个或多个项。在只表示一项的情况下，使用术语“一个”或类似的语言。此外，短语“根据”旨在意味着“至少部分地根据”，除非显示地另外说明。

Claims (21)

1.一种系统，包括：

至少一个设备，被配置成用于：

从网际协议多媒体子系统(IMS)组件接收至少一个查询，所述至少一个查询与呼叫相关联，并且

根据所述至少一个查询把路由选择信息转发到所述IMS组件，所述路由选择信息用于指出：当呼叫方没有调用IMS相关服务、被叫方没有调用IMS相关服务并且所述被叫方不是IMS订户时，与路由所述呼叫相关联的处理将绕过所述IMS与提供IMS相关服务相关联的部分。

2.如权利要求1所述的系统，其中至少一个设备包括电话号码映射服务器，被配置成用于：

把E.164号码转换为统一资源标识符。

3.如权利要求2所述的系统，其中所述电话号码映射服务器被配置成用于：

接收第一查询，所述第一查询包括呼叫方号码，

为所述呼叫方号码标识第一统一资源标识符，

接收第二查询，所述第二查询包括被叫方号码，

为所述被叫方号码标识第二统一资源标识符，并且

把所述第一和第二统一资源标识符转发到所述IMS组件。

4.如权利要求1所述的系统，其中所述至少一个设备进一步被配置成用于：当所述呼叫方调用IMS相关服务、所述被叫方调用IMS相关服务或所述被叫方是IMS订户时，经由所述IMS与提供IMS相关服务相关联的部分来路由所述呼叫。

5.如权利要求1所述的系统，其中所述IMS与提供IMS相关服务相关联的部分包括多个呼叫会话控制组件，并且当所述呼叫要绕过所述IMS与提供IMS相关服务相关联的部分时，所述路由选择信息不标识任何所述呼叫会话控制组件。

6.如权利要求1所述的系统，其中所述至少一个设备包括：

电话号码映射服务器，和

数据库，用于存储E.164号码和相应的统一资源标识符，所述电话号码映射服务器被配置成用于把所接收的与所述呼叫相关联的E.164号码映射到统一资源标识符。

7.如权利要求6所述的系统，其中所述电话号码映射服务器进一步被配置成用于：

与对等服务供应商所关联的电话号码映射根服务器和由对等伙伴所操作的电话号码映射服务器通信，以标识与所述呼叫相关联的统一资源标识符。

8.如权利要求6所述的系统，其中所述电话号码映射服务器进一步被配置成用于：

存储属于本地运营商和一组对等伙伴的号码的电话号码映射信息，并且

在不与其它服务器通信的情况下，对属于所述本地运营商和该组对等伙伴的号码求解查询。

9.如权利要求1所述的系统，其中所述至少一个设备包括：

第一域名系统服务器，被配置成用于存储与所述IMS相关联的E.164号码，和

第二域名系统服务器，被配置成用于标识与在该IMS之外的各方相关联的统一资源标识符。

10.如权利要求9所述的系统，其中所述第二域名系统服务器被配置成用于与在所述IMS之外的实体通信，以求解在所述IMS之外的某方接收的与呼叫相关联的电话号码映射查询。

11.一种方法，包括：

接收电话号码映射查询，所述查询与呼叫相关联；

根据所述查询来产生路由选择信息；并且

把所述路由选择信息转发到控制设备，所述路由选择信息指出：当与所述呼叫相关联的呼叫方没有调用IMS服务、与所述呼叫相关联的被叫方没有调用IMS服务并且所述被叫方不是IMS订户时，与路由所述呼叫相关联的处理将绕过因特网多媒体子系统(IMS)的核心部分。

12.如权利要求11所述的方法，其中所述产生路由选择信息包括：

把与所述呼叫方相关联的第一E.164号码映射到第一统一资源标识符，并且

把与所述被叫方相关联的第二E.164号码映射到第二统一资源标识符。

13.如权利要求12所述的方法，进一步包括：

把所述第一和第二统一资源标识符转发到所述控制设备；

由所述控制设备接收所述第一和第二资源标识符；并且

根据所述第一和第二统一资源标识符通过绕过所述IMS的核心部分来路由所述呼叫。

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

当所述呼叫方调用IMS服务、所述被叫方调用IMS服务或者所述被叫方是IMS订户时，经由所述IMS的核心部分来路由所述呼叫。

15.如权利要求11所述的方法，其中所述产生路由选择信息包括：

与电话号码映射根服务器通信，以标识与所述呼叫相关联的统一资源标识符。

16.如权利要求11所述的方法，其中所述产生路由选择信息包括：

存取第一数据库，所述第一数据库被配置成用于存储与所述IMS相关联的E.164号码，并且

存取第二数据库，所述第二数据库被配置成用于当所述第一数据库没有存储与所述呼叫相关联的E.164号码时，存储与所述IMS之外的各方相关联的E.164号码。

17.如权利要求16所述的方法，其中所述产生路由选择信息进一步包括：

当所述呼叫来自所述IMS之外的某方时，与在所述IMS之外的各实体通信以求解查询。

18.一种方法，包括：

接收电话号码映射查询，所述查询与从呼叫方到被叫方的呼叫相关联；

标识与所述呼叫方相关联的第一统一资源标识符；

标识与所述被叫方相关联的第二统一资源标识符；

把所述第一和第二统一资源标识符转发到控制设备；并且

当所述呼叫方没有调用IMS相关服务、所述被叫方没有调用IMS相关服务并且所述被叫方不是IMS订户时，把所述呼叫路由到所述被叫方，其中所述路由绕过所述IMS与提供IMS相关服务相关联的部分。

19.如权利要求18所述的方法，其中所述标识第一统一资源标识符包括把与所述呼叫方相关联的E.164号码映射到所述第一统一资源标识符，并且所述标识所述第二统一资源标识符包括把与所述被叫方相关联的E.164号码映射到所述第二统一资源标识符。

20.如权利要求18所述的方法，其中所述标识第一统一资源标识符或第二统一资源标识符中的至少一个包括：

存取第一数据库，所述第一数据库被配置成用于存储与所述IMS相关联的E.164号码，并且

存取第二数据库，所述第二数据库被配置成用于当所述第一数据库没有存储与所述呼叫相关联的E.164号码时存储与所述IMS之外的各方相关联的E.164号码。

21.如权利要求18所述的方法，其中所述标识第一统一资源标识符或第二统一资源标识符中的至少一个包括：

当所述呼叫方或被叫方不是IMS订户时，与所述IMS之外的各实体通信以求解所述查询。

Images