首页> 中国专利> 用于在利用多个不同ENUM服务类型的通信网络中指定特定的ENUM服务类型的方法、系统和计算机程序产品

用于在利用多个不同ENUM服务类型的通信网络中指定特定的ENUM服务类型的方法、系统和计算机程序产品

摘要

本文所述主题包括用于在使用多个不同ENUM服务类型的通信网络中指定ENUM服务类型的方法、系统和计算机程序产品。根据一个方法,从多个不同ENUM服务类型中识别出至少一个ENUM服务类型。在与ENUM数据库分离的信令点处执行所述识别操作。生成与所识别的至少一个ENUM服务类型相对应的ENUM查询消息。向用于提供所识别的至少一个ENUM服务类型的至少一个ENUM服务器传输ENUM查询消息。

著录项

  • 公开/公告号CN101517999A

    专利类型发明专利

  • 公开/公告日2009-08-26

    原文格式PDF

  • 申请/专利权人 泰克莱克公司;

    申请/专利号CN200780034932.6

  • 申请日2007-07-20

  • 分类号H04L12/66(20060101);

  • 代理机构72002 永新专利商标代理有限公司;

  • 代理人王英

  • 地址 美国北卡罗来纳

  • 入库时间 2023-12-17 22:31:46

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2012-12-26

    专利权的转移 IPC(主分类):H04L12/66 变更前: 变更后: 登记生效日:20121127 申请日:20070720

    专利申请权、专利权的转移

  • 2012-12-26

    专利权人的姓名或者名称、地址的变更 IPC(主分类):H04L12/66 变更前: 变更后: 申请日:20070720

    专利权人的姓名或者名称、地址的变更

  • 2012-03-21

    授权

    授权

  • 2009-10-21

    实质审查的生效

    实质审查的生效

  • 2009-08-26

    公开

    公开

说明书

相关申请的交叉引用

本申请要求2006年7月20日提交的美国临时专利申请号60/832,215以及2007年7月19日提交的题目为METHODS,SYSTEMS,ANDCOMPUTER PROGRAM PRODUCTS FOR SPECIFYING A PARTICULARENUM SERVICE TYPE IN A COMMUNICATIONS NETWORK THATUTILIZES A PLURALITY OF DIFFERENT ENUM SERVICE TYPES的相应美国专利申请(尚未分配申请号)的权益;通过引用将这两者的公开内容完全并入本文。

技术领域

本文所述主题涉及E.164号码映射(ENUM)。更具体地,本文所述主题涉及用于在利用多个不同ENUM服务类型的通信网络中为呼叫或其它通信指定特定的ENUM服务类型的方法、系统和计算机程序产品。

背景技术

目前,有关于互联网协议(IP)电话技术的一个关注点是将其与公共交换电话网络(PSTN)进行无缝集成的需求。因为目前利用了多种不同的信令协议来访问PSTN,所以对于任何集成方案来说,能够支持所有各种各样的协议是很重要的。通常来说,拥有一个与所有可用于与给定用户建立联系的服务(例如,电话呼叫、电子邮件、网络等)相挂钩的统一标识号码是有用的。例如,由ITU-T标准所定义的E.164号码可以被指定为统一标识号码。E.164号码通常被用在E.164电话号码映射(ENUM)系统中,所述E.164电话号码映射系统可将E.164号码与多个URI地址(可通过其与被叫方用户进行联系)关联起来。

ENUM系统通常利用DNS查询来获得对给定拨打号码(即统一标识号码)的转换数据(即URI地址)。随着不断添加新的服务(例如,文本消息、语音消息、视频、IMS通信等),IP网络中的DNS查询的数目也将会增加。同样地,随着服务数目的膨胀,由用户所利用的URI地址的数目也会持续增长,并且因而被包括在应答消息中。因此,出现了一个问题,即作为对一个查询消息的应答而产生的一个消息可能会包括了比消息发起者想要的服务更多的服务(既在数量上又在服务类型上)。例如,查询发起者可能只想要mailto URI地址,因为该主叫方可能只能通过电子邮件进行通信。在这种情况下,并不需要将与其它服务有关的URI地址包括在应答消息中而因此不必要地消耗网络资源。由此,理想的是,限制应答消息的内容以便减少用于传输应答的整体带宽。

因此,存在着对于用于在利用多个不同ENUM服务类型的通信网络中指定一种ENUM服务类型的改进方法、系统和计算机程序产品的需求。

发明内容

本文所述主题包括用于在使用多个不同ENUM服务类型的通信网络中指定ENUM服务类型的方法、系统和计算机程序产品。根据一个方法,从多个不同ENUM服务类型中识别出至少一个ENUM服务类型。在与ENUM数据库分离的信令点处执行该识别操作。生成与所识别的至少一个ENUM服务类型相对应的ENUM查询消息。向用于提供所识别的至少一个ENUM服务类型的至少一个ENUM服务器传输所述ENUM查询消息。

附图说明

将参考附图来解释本文所述主题的优选实施例,其中:

图1A是网络图,其示出了根据本文所述主题的实施例的用于在通信网络中指定ENUM服务类型的示例性通信网络;

图1B是网络图,其示出了根据本文所述主题的实施例的用于识别ENUM服务类型的信令点102的示例性细节;

图2示出了根据本文所述主题的实施例的示例性ENUM查询消息;

图3示出了根据本文所述主题的实施例的示例性ENUM应答消息;

图4是网络图,其示出了根据本文所述主题的实施例的示例性通信网络,该通信网络将ENUM查询传输给提供不同ENUM类型的多个ENUM数据库之中的一个用于提供特定类型的ENUM服务类型的ENUM数据库;

图5是网络图,其示出了根据本文所述主题的实施例的示例性通信网络,该通信网络利用了信令消息路由节点(在本文中被称为ENUM灵活路由节点或E-Flex节点),该信令消息路由节点用于从提供不同类型的ENUM服务的多个ENUM服务器之中的单个用于提供特定类型的ENUM服务的ENUM服务器中获得ENUM应答;

图6是网络图,其示出了根据本文所述主题的实施例的示例性通信网络,该通信网络利用E-Flex节点来从多个ENUM服务器获得ENUM应答;

图7是网络图,其示出了根据本文所述主题的实施例的示例性通信网络,该通信网络利用E-Flex节点和用户偏好数据库来根据用户偏好获得特定ENUM服务类型的ENUM应答;

图8是网络图,其示出了根据本文所述主题的实施例的示例性通信网络,该通信网络利用信令点来指定并获得最大数目的ENUM应答;以及

图9是流程图,其示出了根据本文所述主题的实施例的示例性步骤,所述步骤用于在通信网络中识别并指定ENUM服务类型。

具体实施方式

本主题涉及用于在利用多个不同ENUM服务类型的通信网络中指定特定ENUM服务类型的方法、系统和计算机程序产品。图1示出了一个示例性通信网络100,其中,可以根据本文所述主题的实施例来实现本主题。

参考图1A,网络100可以包括信令点102、ENUM服务器104、以及至少一个客户端设备106。信令点102可以包括连接到客户端设备106的电话中心局交换机。在一个实施例中,信令点102可以包括被称为5类交换机或TDM交换机的设备,或者任何其它用于基于TDM的、电路交换电话呼叫的网络设备(例如,SS7服务交换点(SSP))。在一个替代的实施例中,信令点102可以是基于IP的单元,例如IP多媒体子系统(IMS)呼叫会话控制功能模块(CSCF)、媒体网关控制器(MGC)、软交换、下一代网络(NGN)节点、应用服务器、服务控制点、移动交换中心(MSC)服务器、归属位置寄存器(HLR)、IMS归属用户服务器(HSS)、在线状态服务器(presenceserver)、SIP代理服务器、或H.323网守。ENUM服务器104可以包括数据库108,其包含大量电话号码、URI地址等,主叫方可用其来联系被叫方。在一个示例性实现中,数据库108可以包括用于多个不同ENUM服务类型的E.164号码至URI映射。例如,数据库108可以包括用于电子邮件ENUM服务类型的E.164号码至mailto URI映射,用于语音呼叫ENUM服务类型的E.164号码至SIP URI映射,以及用于即时消息ENUM服务类型的E.164号码至即时消息URI映射。客户端设备106可以包括传统电话、互联网协议(IP)电话、计算机、或任何其它能与SP 102进行通信的类似设备。本文所述主题不限于将SP 102连接到用户设备这样的实现。在一个替代的实现中,SP 102可以是PSTN汇接局或连接到其它信令点的IP等同物。

在图1A中,信令点102检测通信发起事件(例如,客户端设备106发起的呼叫)。响应于该事件,信令点102可以识别发起地址(例如,主叫方的电话号码)以及目的地址(例如,被叫方的E.164号码)。一旦检测到通信发起事件消息,信令点102可用于确定是否需要ENUM服务,并且如果是,则产生查询消息(例如,ENUM查询消息111),该查询消息被发送到转换服务器(例如,ENUM服务器104)以便获得用户可达的至少一个URI。信令点102可以基于目的地的媒体类型来确定是否需要ENUM服务。例如,如果目的地是IP设备,则可能需要ENUM服务来将目的地的E.164号码转换为URI或其它合适的基于IP的标识符。

在一个实施例中,ENUM查询消息111既包括被叫方的E.164号码(未示出),又包括与由信令点102所识别的ENUM服务类型相对应的服务类型指示符120。信令点102可以以任何适当的方式来识别ENUM服务类型。例如,如图1B所示,SP 102可以包括:ENUM服务类型识别器130,其用于在利用多个ENUM服务类型的网络中识别出至少一个ENUM服务类型;以及ENUM查询消息生成器132,其用于根据所识别的至少一个ENUM服务类型来构造(formulate)并发送ENUM查询。在一个实现中,对于SP 102为之接收信令消息的通信,ENUM服务类型识别器130可以基于已接收到的信令消息的内容来识别ENUM服务类型。例如,如果通过PSTN信令链路从另一个SP 134接收到ISDN用户部分(ISUP)消息,那么,ENUM服务类型识别器130可以确定该通信是打向IP电话的语音呼叫,并且可以命令ENUM查询消息生成器132去构建请求SIP URI的ENUM查询。在另一个示例中,其中,SP 102是PSTN端局,则SP 102可以检测出呼叫源是来自用户设备136,可以将ENUM服务类型识别为打向IP电话的语音呼叫,并且可以命令ENUM查询消息生成器132去构建请求SIP URI的ENUM查询。在又一个示例中,SP可以接收消息服务消息(例如,短消息服务消息、即时消息、多媒体消息),并且基于消息类型或消息有效载荷来确定去请求哪个ENUM服务类型(例如,mailto URI)。在又一个示例中,ENUM服务类型识别器可以经由IP链路接收到来自计算机138的SMTP或POP3消息,可以将ENUM服务类型识别为电子邮件,并且可以命令ENUM查询消息生成器132去请求mailto URI。在又一个示例中,ENUM服务类型识别器130可以接收来自VoIP设备的SIP消息,可以检查该SIP消息中的上下文类型字段以便确定ENUM服务类型,并且可以命令ENUM查询消息生成器132去构造与所识别的上下文类型相对应的ENUM查询。因此,ENUM服务类型识别器130可以基于信令消息的上下文和/或通信链路(从中接收到通信)的类型来识别ENUM服务类型。

回到图1A,ENUM查询消息111可以包含按照ENUM标准所指定的翻转加点标记法来表示的E.164号码。例如,如果E.164号码是9194605500,那么,查询消息111中E.164号码的格式可以是0.0.0.0.5.5.0.6.4.e164.arpa。在一些实施例(其中ENUM数据库108包括用于多个ENUM服务类型的ENUM数据)中,被正确格式化的E.164号码再加上服务类型指示符120可被用于对ENUM数据库108编制索引。服务类型指示符120可以包括任何类型的标记,其用来指定由SP 102所请求的URI的特定类型。对服务类型指示符120的确定可以是由呼叫者或信令点102所做出的。在一个实施例中,主叫方可能想要将呼叫会话限制在某一或某些类型的媒体。例如,主叫方可能有能力对特定E.164号码进行语音呼叫或进行电子邮件通信,但是,对于特定通信,主叫方可能不想利用语音呼叫功能。因此,用户可以请求不涉及语音呼叫功能的URI,例如将服务类型指示符设定为只有mailto指示符。

如上述参照图1B所描述的那样,信令点102可以用来确定ENUM服务类型。例如,信令点102可以用来检查已接收到的SIP消息中的某些字段,如上下文类型。因此,如果信令点102确定了只需要mailto URI,那么,信令点102会将一个mailto ENUM服务类型指示符120插入到查询消息111中,并且将该消息转发给ENUM服务器104。一旦接收到消息111,ENUM服务器104将会使用被叫E.164号码和服务类型指示符120在数据库108中执行查找操作。ENUM服务器104将定位并返回与用户标识符(即,用户的E.164号码)以及由服务类型指示符所指示的服务类型(例如,mailto、SIP等)有关的所有数据库条目。例如,ENUM服务器104可以用来只返回由消息111中的服务类型指示符120所指示的那个类型的(用户相关的)URI,而不是将所有与用户标识符有关的URI都返回到发出请求的信令点102。为了说明这一点,图1A示出了mailto服务类型指示符120被包括在将被转发给ENUM服务器104的ENUM查询消息111中的情况。因为查询消息111包括了mailto服务类型指示符,所以,只有mailto URI地址(例如,ENUM应答112中的MAIL TO URI A和MAIL TO URI B)会被ENUM服务器104返回给信令点102。在这一特定情况下,只有mailto URI会被包括在应答消息112中。在接收到应答消息112之后,信令点102随后会将呼叫信令消息转发给在消息112中所指示的若干URI中的至少一个。

图2示出了根据本文所述主题的实施例,由信令点102所生成的一个示例性查询消息111。在一个实施例中,查询消息111包括一个ENUM查询消息,该ENUM查询消息包含ENUM服务类型指示符120。例如,mailto服务类型指示符120可以被包括在查询消息111的附加区段202中。也就是说,该附加区段使得用户能够包括一个期望服务的列表(例如,呼叫被连接的方式)。通过在查询消息中利用服务类型指示符来对可被用来完成呼叫或通信事务的URI的类型进行限制,包含相关URI的应答消息将会变得更小,并且将只提供特定服务所需要的数据。在一个替代的实施例中,服务类型指示符120可以被放置在查询消息111的另一个区段中。另外,应答消息将返回能与被叫用户进行联系的所有可用URI地址。

本主题的一个实现包括了ENUM数据库,该ENUM数据库包含有可用于多个ENUM服务类型的ENUM数据,该实现除了提供减少ENUM数据的传输量这一优点之外,还提供了额外的优点。例如,通过利用该实现,可以使用一个将所有服务都合并在一起的大型数据库,来代替为每个服务分配单独的数据库。这样可以节省所需数据库的数量,并且还可以节省带宽(例如,互联网上的DNS查询在所有流量中占了很大比例)。这还为远端设备提供了发送查询消息以接收用于多个ENUM服务类型的ENUM数据的单一位置。

图3示出了根据本文所述主题的实施例,由ENUM服务器104响应于接收到具有服务类型指示符的ENUM查询而生成的一个示例性应答消息112。在一个实施例中,应答消息112包括针对ENUM查询消息111(如图2所示)的ENUM应答消息。参考图3,应答消息112包括答复区段302,其仅包含由ENUM数据库120所返回的mailto URI地址(按照在查询消息111中标识出的ENUM服务类型)。具体地,应答消息112的答复区段302被用于列出所请求的URI类型。参考图3,图中所示出的区段302包括了三个均为mailto URI类型的URI地址(如查询102所请求的那样)。在一个替代的实施例中,这些URI可以被放置在应答消息112的另一个区段中。应答消息112还可以在附加区段中包括服务列表。通过将服务信息包括在附加区段中,可以响应于单个查询而生成多个应答消息。例如,可以生成一个包含有SIP URI的应答消息、一个包含有mailto URI的应答消息、以及一个具有SIP URI与mailto URI的组合的应答消息。这使得能够将该应答按需要划分为多个应答。随后,查询消息的发起者可以把来自所有应答的URI合并为一个完整清单以便传递给用户或另外的网络设备。

在图1A所示的实施例中,SP 102在ENUM查询中插入了ENUM服务类型指示符,并且将该ENUM查询转发给了单个ENUM数据库,该ENUM数据库包含有用于多个服务的ENUM数据。在一个替代的实施例中,SP 102可以确定所需的ENUM服务类型,并且将ENUM查询发送给多个特定服务ENUM数据库中与所识别的ENUM服务类型相对应的一个ENUM数据库。图4示出了这样一个实施例。在图4中,SP 102确定或识别出ENUM服务类型,如上所述。然后,SP 102将ENUM查询转发给包含特定服务ENUM数据4081-408n的ENUM数据库4041-404n中的一个。在示出的示例中,该ENUM查询被发送给ENUM数据库4041,该ENUM数据库只包含有mailto URI。因此,ENUM应答包括mailto URI,而把SIP和其它服务URI排除在外。

在图1A和图4所示的实施例中,SP 102将ENUM查询直接发送给ENUM数据库。在一个替代的实施例中,一个中间节点(在本文中被称为E-Flex或ENUM灵活路由节点)可接收一个ENUM查询,并且将经过修改的一个或多个ENUM查询发送给一个或多个ENUM数据库。在图5中,E-Flex节点402接收带有ENUM服务类型指示符(其指出只希望要mailtoURI)的ENUM查询。响应于该查询,E-Flex节点402可以检查ENUM服务类型指示符,生成新的ENUM查询412或修改版本的ENUM查询(不带有服务类型指示符),并且将该新的或修改的查询传送到mailto ENUM数据库4041。E-Flex节点402可以接收包含mailto URI的ENUM应答413,并且将该应答转发给SP 102。

在图6所示的实施例中,E-Flex节点402接收到一个带有多个ENUM服务类型指示符(其指示希望多种不同的URI类型)的ENUM查询。响应于接收到这样的查询,E-Flex节点402将检查服务类型指示符,并且构造针对ENUM数据库4041和4042(与所指示的ENUM服务类型相对应)的多个ENUM查询602和604。E-Flex节点402还接收ENUM应答606和608,组合来自所述应答的URI,并且构造针对SP 102的一个新ENUM应答610(其包含两种服务类型的ENUM URI)。在这样一个实施例中,E-Flex路由节点402可以维护诸如事务ID和计时器这样的状态信息,以便对于ENUM查询的应答可以被关联到原始查询并且被发送给适当的查询发起者。所述计时器可以被用于如果在一段时间内没有收到ENUM应答,则请求重新传输ENUM应答。

在本文所述主题的又一个替代的实施例中,E-Flex路由节点402可能将用户偏好数据用于确定适当的ENUM服务类型。图7示出了这样一个实施例。在图7中,E-Flex节点402接收到ENUM查询700。ENUM查询700可能不包括服务类型指示符。E-Flex节点402可以从用户偏好数据库702中提取出被叫或主叫用户偏好。所述用户偏好可以标识出用于被叫用户或主叫用户的ENUM服务类型。因此,E-Flex节点402可以将新的或修改过的ENUM查询704发送给与所选择的服务类型相对应的ENUM数据库。在一个替代的实现中,E-Flex节点402可以将该ENUM查询消息发送给在提供不同ENUM服务类型的多个ENUM数据库之中的一个提供用户优选ENUM服务类型的ENUM数据库。

根据本文所述主题的另一个方面,发起端信令点和/或E-Flex节点402可以在ENUM查询消息中插入最大URI参数。最大URI参数可以指定要为一个查询而返回的URI记录的数目。例如,最大URI参数可以被包括在ENUM查询的附加区段中,并且可以被按照服务类型来指定、或者被指定为整体的总记录或URI记录限制。图8示出了这样一个实施例。在图8中,SP 102构造了包含有最大URI参数的ENUM查询800,该最大URI参数指定了仅希望得到两个URI。SP 102将该ENUM查询发送给ENUM服务器104。ENUM服务器104可以使用该最大URI参数来限制由数据库108返回的记录的数目。因此,ENUM服务器104可以构造一个ENUM应答802,其包含有与URI的最大数目相对应的多个URI。最大URI参数还可以由中间节点(例如E-Flex节点402(未在图8中示出))基于用户偏好或其它信息来插入。

图9是一个流程图,其示出了根据本文所述主题的实施例的可被实现以识别ENUM服务类型的示例性总体步骤。参考图9,在步骤900,从多个不同ENUM类型中识别出至少一个ENUM服务类型。ENUM服务类型是在与ENUM数据库分离的信令点处被识别的。例如,ENUM服务类型可以由发起节点(如SP 102)来识别,或者在中间节点(如E-Flex节点402)处被识别。所识别的ENUM服务类型可以是特定ENUM服务类型,例如电子邮件ENUM服务类型、或语音呼叫ENUM服务类型、或即时消息ENUM服务类型。

在步骤902,生成至少一个ENUM查询消息,其中,所述至少一个ENUM查询消息与所识别的至少一个ENUM服务类型相对应。例如,所述至少一个查询消息可以包括与所识别的至少一个ENUM服务类型相对应的一个或多个服务类型指示符。在一个实现中,可以生成用于所识别的多个ENUM服务类型的多个ENUM查询消息。

在步骤904,所述ENUM查询消息被传输到用于提供所识别的至少一个ENUM服务类型的至少一个ENUM服务器。如果该ENUM查询消息包括了一个服务类型指示符,那么,该ENUM查询消息可以被传输到包含有用于多个服务类型的ENUM数据的ENUM服务器。在一个替代的实施例中,所述服务类型指示符可以被省略,并且,一个或多个ENUM查询消息可以被发送到一个特定服务类型的ENUM服务器。

应该理解,可以改变本文所述主题的各个细节,而不偏离本文所述主题的范围。此外,前述说明仅仅是为了解释的目的,而非限制的目的,这是因为本文所述主题是由所附权利要求来阐明的。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号