地址转换的优化高速缓存的制作方法

文档序号:7869543阅读:234来源:国知局
专利名称:地址转换的优化高速缓存的制作方法
背景技术
电话通信正开始从传统电路交换网向分组网络迁移,诸如基于通过分组的语音(Voice Over Packet)(VOP)网络。但是,通过分组网络建立呼叫连接可能比通过传统的电路交换网络要慢。因此,存在这样一种技术需求,即对于减少诸如VOP网络之类的分组网络,需要减少呼叫连接建立时间的技术。
附图简述在说明书的结论部分中特别指出和清楚声明了关于本发明实施例的主题。但是,本发明的实施例,关于操作的组织和方法,加上其目的、特征和优点,都最好通过在阅读附图的同时参考以下详细描述来理解,在附图中

图1是一适合于实施本发明的一个实施例的系统。
图2是按照本发明的一个实施例的处理系统的方框图。
图3是按照本发明的一个实施例由呼叫管理模块(CMM)进行的操作的方框流程图。
详细说明本发明的实施例包括管理VOP网络上呼叫连接的方法和装置。在一个实施例中,呼叫终端可配置呼叫管理模块(CMM)。CMM可帮助建立与另一呼叫终端的呼叫连接。对于分组电话呼叫,电话号码一般转换成网络地址来完成呼叫连接。这种转换过程可延迟呼叫建立。为减少这种延迟,呼叫终端可用高速缓存来检索相应于特定电话号码的网络地址。但是,当使用常规的高速缓存技术时,高速缓存的内容可能变成过时的。这些实施例试图使用由高速缓存技术提供的优点,同时减少它的一些缺点。
在本发明的一个实施例中,呼叫终端可接收电话号码来发起呼叫连接。CMM可用高速缓存来检索相应于电话号码的网络地址。CMM可用该网络地址来发起呼叫连接。在呼叫建立期间,CMM随后可发起一个确认过程来保证网络地址是有效的。如果CMM确认网络地址仍然有效,则允许继续呼叫建立而不中断它。但是,如果网络地址不是有效的,则CMM可终止呼叫建立例程并用新的网络地址发起新的呼叫建立。如此,相对于常规的呼叫连接技术,可更快地建立一些呼叫连接。
值得注意的是,在说明书中对“一个实施例(one embodiment)”或“一实施例(an embodiment)”的任何引用意味着结合该实施例描述的具体特征、结构或特性至少包括在本发明的一个实施例中。短语“在一个实施例中(in oneembodiment)”在说明书中各处的出现不必都指同一个实施例。
这里阐述了大量的特定细节来提供对本发明实施例的充分理解。但是那些本领域熟练技术人员将理解,本发明的实施例可以在没有这些特定细节的情况下实施。在其它实例中,众所周知的方法、过程、组件和电路不再详细描述,从而不至于模糊了本发明的实施例。可以理解的是,这里揭示的特定结构和功能细节是代表性的而不是限制本发明的范围。
现在详细参考附图,其中相同的部件用相同的标号标明,图1中示出了适于实施本发明的一个实施例的系统。图1是系统100的方框图,包括呼叫终端102、呼叫终端106和权威目录(AD)服务器108,它们都通过网络104连接。在这个环境中的呼叫终端可包括任何能够在网络上交换音频信号的设备。呼叫终端可包括,例如,分组电话技术的电话、配有话筒和扬声器的计算机、无线电话、个人数字助理等。
网络104可包括,例如,分组网络。分组网络可包括,例如,许多由一种或多种通信介质连接的网络节点。在这个环境中的网络节点(“节点”)可包括任何能够交换信息的设备,诸如网关、媒体网关控制器、看门器(gatekeeper)、计算机、服务器、交换机、路由器、桥等。通信介质可包括任何能够传送信息信号的介质,诸如双绞线、同轴线缆、光纤、射频、电子、声音或光信号等。
在本发明的一个实施例中,网络104可按照,例如,一个或多个因特网协议运行,诸如1981年9月采用的由因特网工程任务组(IETF)标准7、请求注解(RFC)793定义的传输控制协议(TCP)和1981年9月采用的由IETF标准5、RFC791定义的因特网协议(IP),两者都可从“www.ietf.org”得到。网络104还可按照一个或多个协议运行来交换表示音频、声音或音调信息的VOP分组。在本发明的一个实施例中,例如,网络106可按照2000年11月出版并可从“www.itu.int”得到的题为“Packet-based Multimedia CommunicationSystems(基于分组的多媒体通信系统)”的国际电信联盟(ITU)推荐标准H.323(“H.323规范”);和1999年3月出版并可从“www.ietf.org”得到的题为“SIPSession Initiation Protocol(SIP会话发起协议)”的IETF提议的标准RFC 2543(“SIP规范”)来运行。尽管这里讨论了特定示例,但可以理解,本发明的实施例不限于这个环境。而且,网络104还可包括电路交换技术和与分组网络技术的适当接口。
在本发明的一个实施例中,AD服务器108可包括,例如,域名系统(DNS)服务器。例如,DNS服务器可接收统一资源标识符(URI)并返回相应的网络地址,诸如IP地址。在本发明的一个实施例,还可以配置AD服务器108以按照一个或多个协议将电话号码转换成网络地址。例如,AD服务器108可被配置成按照2000年9月出版并可从“www.ietf.org”得到的题为“E.164 and DNS(E.164和DNS)”的IETF提议标准RFC 2916(“ENUM规范”)运行。这里所用的术语“E.164”可指由,例如,1997年5月出版的题为“The International PublicTelephone Numbering Plan(国际公用电话编号计划)”的国际电信联盟(ITU)推荐标准E.164定义的电话号码。
在本发明的一个实施例中,AD服务器108可按照ENUM规范运行。AD服务器108可存储命名权威指针(Naming Authority Pointer)(NAPTR)域名系统(DNS)资源记录。NAPTR记录将一个或多个网络地址映射到特殊的URI上,这里称为ENUM URI。网络地址的示例可包括域名、电子邮件地址、电话号码、传真号码、寻呼机号码、移动电话号码、IP地址和任何其它定制或专有的地址,尽管实施例不限于这方面。
在本发明的一个实施例中,ENUM URI可以是使用ENUM规范中提出的转换算法(这里称为“ENUM转换算法”)转换后的电话号码。例如,ENUM URI可以用下列操作导出1.注意E.164号以其完整形式书写,包括国家代码IDDD。示例+46-8-9761234。
2.删除除第一位‘+’以外的所有非数字字符。示例+4689761234。
3.删除除数字以外的所有字符。示例4689761234。
4.在每个数字之间放上(“.”)。示例4.6.8.9.7.6.1.2.3.4。
5.倒排数字顺序。示例4.3.2.1.6.7.9.8.6.4。
6.在末尾附加串“.e164.arpa”。示例4.3.2.1.6.7.9.8.6.4.e164.arpa。
然后AD服务器108可用ENUM URI来返回关联于ENUM URI的、与存储于NAPTR记录中一样的有效网络地址。NAPTR记录的示例示于下面的表1表1

图2示出按照本发明的一个实施例的处理系统。在本发明的一个实施例中,处理系统200可代表呼叫终端的一部分,诸如呼叫终端102和106。如图2所示,系统200可包括处理器202、输入/输出(I/O)适配器204、操作者接口206、存储器210和磁盘存储器218。存储器210可存储计算机程序指令和数据。术语“程序指令”可包括计算机代码段,包括来自预定义计算机语言的字、值和符号,当按照预定义的方式或句法放在一起时,促使处理器完成某项功能。计算机语言的示例可包括C、C++、JAVA、汇编语言等。处理器202执行程序指令并处理数据,它们存储于存储器210中。磁盘存储器218存储要向和从存储器210传输的数据。I/O适配器204与其它设备通信并通过连接224向计算机系统内外传输数据。操作者接口206可通过接受命令和提供状态信息来与系统操作者对接。所有这些部件都通过总线208互联,总线使数据能够在部件间互相交换。I/O适配器204代表一个或多个I/O适配器或网络接口,后者能够连接到局域网或广域网,诸如,例如,图1所描述的网络。因此,连接224代表网络或到其它设备的直接连接。
处理器202可以是任何类型的、能够提供本发明实施例所需速度和功能的处理器。例如,处理器202可以是来自由英特尔(Intel)公司、摩托罗拉(Motorola)公司、太阳微系统(Sun Microsystems)公司、康柏计算机(CompaqComputer)公司和其它公司制造的处理器系列的处理器。处理器202还可包括数字信号处理器(DSP)和附随结构,诸如来自德州仪器(Texas Instruments)公司的DSP。处理器202还可包括专用处理器,诸如网络处理器、嵌入式处理器、微控制器、控制器等等。
在本发明的一个实施例中,存储器210和盘存储器218可包括机器可读介质,并可包括能够存储适合处理器执行的指令的任意介质。这类介质的一些示例包括,但不限于,只读存储器(ROM)、随机存储器(RAM)、可编程ROM、可擦除可编程ROM、电可擦除可编程ROM、动态RAM、磁盘(例如,软盘和硬盘驱动)、光盘(例如,CD-ROM)及任何其它可存储数字信息的介质。在本发明的一个实施例中,指令以压缩和/或加密格式存储在介质上。正如这里所使用的,短语“适合于处理器执行的”是指要包括以压缩和/或加密格式存储的指令,以及必须在处理器执行前由安装程序编译或安装的指令。而且,处理系统200可通过各种I/O控制器包含机器可读存储设备的各种组合,它们可由处理器202存取并能够存储计算机程序指令和数据的组合。
存储器210可由处理器202通过总线208存取,并包括操作系统216、程序分区212和数据分区214。程序分区212可存储和允许由处理器202执行的程序指令,该程序指令实现这里所描述的每个相应系统的功能。数据分区214可由处理器202存取并存储在程序指令执行期间使用的数据。
在本发明的一个实施例中,程序分区212可包含这里将共同称为呼叫管理模块(CMM)的程序指令。这个模块可管理网络上两个设备间呼叫连接的建立,诸如在网络104上呼叫终端102和106之间。程序分区21 2还可用于将信息存储在高速缓存中,诸如关联于特定电话号码或ENUM URI的网络地址或其它路由信息。当然,本发明的范围不限于这个特定的指令集合。
系统100和200的操作将进一步参考图3和所附示例进行描述。尽管这里给出的图3可包括特定处理逻辑,但可以理解,处理逻辑只提供如何实现这里所描述的通用功能的示例。而且,给定处理逻辑内的每个操作都不是必需按所给顺序执行的,除非另行指出。
图3示出按照本发明的一个实施例由CMM完成的操作的方框流程图。在本发明的一个实施例中,CMM和其它模块可指,用来实现与这里所描述的一样的一个或多个实施例功能的软件和/或硬件。在本发明的一个实施例中,这些模块可以处理系统的一部分实现,诸如处理系统200。但是,可以理解的是,这种功能可由任何设备或设备组合实现,该设备或设备组合位于通信网络的任何地方且仍落入本发明的范围。
图3示出按照本发明的一个实施例的CMM编程逻辑300。编程逻辑300可示出管理呼叫连接的操作。在方框302,接收呼叫的第一标识符。在方框304,接收关联于第一标识符的第二标识符。在方框306,使用第二标识符发起第一呼叫连接。在方框308,作出关于第二标识符是否有效的判定。按照在方框308进行的判定,在方框310完成呼叫连接。
在本发明的一个实施例中,例如,第一标识符可包括电话号码或E.164号。第二标识符可包括NAPTR记录中关联于第一标识符的任何信息,诸如例如电话号码、网络地址、因特网协议(IP)地址、电子邮件地址、传真号码、寻呼机号码和移动电话号码。
在本发明的一个实施例中,在方框308的判定可以通过发送DNS请求到DNS服务器,如AD服务器108,来执行。DNS服务器响应所述请求,发送第三标识符。第三标识符类似于第二标识符,除了它因为NAPTR记录一般比存储在本地高速缓存中——例如存储在呼叫终端中——的信息更频繁地更新而代表更多的当前信息外。CMM比较第二和第三标识符来判定第二标识符是否仍是有效标识符。例如,如果第二和第三标识符匹配,那么第二标识符有效。但如果第二和第三标识符不匹配,则第二标识符无效,且第一呼叫连接需要终止。
在本发明的一个实施例中,第一标识符可转换成第四标识符以加速确认过程。第四标识符的示例可以是ENUM URI。例如,CMM可实施ENUM转换算法来将E.164号转换为ENUM URI。呼叫终端然后可发送ENUM URI到DNS服务器进行确认。在本发明的另一实施例中,第一标识符可直接发送至DNS服务器,且DNS服务器可实施ENUM转换算法来将E.164号转换成ENUM URI。
在本发明的一个实施例中,可在方框310通过判定第二标识符的无效来完成呼叫连接。如果第二标识符是无效的,CMM可终止第一呼叫连接,并用第三标识符发起第二呼叫连接。
在本发明的一个实施例中,在方框304,从位于呼叫终端的高速缓存中检索关联于第一标识符的第二标识符。CMM可用第一标识符搜索高速缓存,并从高速缓存中检索关联于第一标识符的第二标识符。例如,第二标识符可以是存储于NAPTR记录中的任意标识符。
系统100和200的操作以及图3所示的处理逻辑可通过示例方式更好地理解。假设呼叫终端102的操作者要通过网络104发起到呼叫终端106的呼叫。操作者可通过电话键盘输入呼叫终端106的E.164号“1-813-123-4567”。CMM在呼叫终端102的高速缓存中搜索关联于E.164号“1-813-123-4567”的第二标识符,诸如IP地址“198.175.96.32”。CMM可用IP地址“198.175.96.32”发送呼叫连接请求到VOP网络104。
在几乎同一时间,呼叫终端102的CMM可接收E.164号并将E.164号转换成ENUM URI,诸如“7.6.5.4.3.2.1.3.1.8.1.e164.arpa”。CMM可发送ENUM URI到DNS服务器,如AD服务器108,进行确认。AD服务器108可接收ENUM URI并检索适当的NAPTR记录。AD服务器108可搜索所检索的NAPTR记录,并找到ENUMURI“7.6.5.4.3.2.1.3.1.8.1.e164.arpa”具有关联的IP地址“198.175.96.33”。AD服务器108然后可发送IP地址“198.175.96.33”至呼叫终端102的CMM。
CMM可从AD服务器108接收IP地址并将它与从其高速缓存中检索到并用于发起呼叫连接的IP地址进行比较。在这个示例中,高速缓存IP地址“198.175.96.32”未能匹配从AD服务器108中检索到的IP地址,即“198.175.96.33”。在这时,CMM可试图取消用IP地址“198.175.96.32”启动的呼叫连接,并用IP地址“198.175.96.33”启动另一呼叫连接。可以理解,如果高速缓存IP地址匹配了来自AD服务器108的IP地址,则允许不中断地继续呼叫连接过程。
虽然本发明实施例的某些特征已在这里如所描述的那样示出,但许多修改、替代、变化和等价方案对于本领域熟练技术人员来说,现在都能想得到。因此,可以理解,所附权利要求书旨在覆盖所有这类落入本发明实施例的本质精神内的修改与变化。
权利要求
1.一种管理呼叫连接的方法,其特征在于,包括接收呼叫的第一标识符;检索关联于所述第一标识符的第二标识符;用所述第二标识符发起第一呼叫连接;判定所述第二标识符是否有效;以及按照所述判定完成所述呼叫连接。
2.如权利要求1所述的方法,其特征在于,所述第一标识符包括E.164号。
3.如权利要求1所述的方法,其特征在于,所述第二标识符包括电话号码、网络地址、因特网协议(IP)地址、电子邮件地址、传真号码、寻呼机号码和移动电话号码中的一个。
4.如权利要求1所述的方法,其特征在于,所述判定包括发送请求到权威目录(AD)服务器;接收响应所述请求的第三标识符;以及比较所述第二和第三标识符。
5.如权利要求4所述的方法,其特征在于,还包括,如果所述第二和第三标识符匹配,则判定所述第二标识符为有效。
6.如权利要求5所述的方法,其特征在于,所述发送包括将所述第一标识符转换成第四标识符;以及发送所述第四标识符到所述AD服务器。
7.如权利要求6所述的方法,其特征在于,所述第三标识符包括电话号码、网络地址、因特网协议(IP)地址、电子邮件地址、传真号码、寻呼机号码和移动电话号码中的一个。
8.如权利要求7所述的方法,其特征在于,所述第四标识符是ENUM统一资源标识符(URI)。
9.如权利要求1所述的方法,其特征在于,所述完成包括判定所述第二标识符为无效;终止所述第一呼叫连接;以及用第三标识符发起第二呼叫连接。
10.如权利要求1所述的方法,其特征在于,所述检索包括用所述第一标识符搜索高速缓存;以及从所述高速缓存中检索所述第二标识符。
11.如权利要求1所述的方法,其特征在于,所述第二标识符包括来自命名权威指针(NAPTR)域名系统(DNS)资源记录的标识符。
12.一种物品,其特征在于,包括存储介质;所述存储介质包括存储的指令,当它们由处理器执行时,引起通过接收呼叫的第一标识符、检索关联于所述第一标识符的第二标识符、用所述第二标识符发起第一呼叫连接、判定所述第二标识符是否有效以及按照所述判定完成所述呼叫连接来管理呼叫连接。
13.如权利要求12所述的物品,其特征在于,所存储的指令,当它们由处理器执行时,还引起通过发送请求至AD服务器、接收响应所述请求的第三标识符以及比较所述第二和第三标识符进行的所述判定。
14.如权利要求12所述的物品,其特征在于,所存储的指令,当它们由处理器执行时,如果所述第二和第三标识符匹配,则判定所述第二标识符为有效。
15.如权利要求13所述的物品,其特征在于,所存储的指令,当它们由处理器执行时,还引起通过将所述第一标识符转换成第四标识符以及发送所述第四标识符至所述AD服务器进行的所述发送。
16.如权利要求12所述的物品,其特征在于,所存储的指令,当它们由处理器执行时,还引起通过判定所述第二标识符为无效、终止所述第一呼叫连接以及用第三标识符发起第二呼叫连接进行的所述完成。
17.如权利要求12所述的物品,其特征在于,所存储的指令,当它们由处理器执行时,还引起通过用所述第一标识符搜索高速缓存以及在所述高速缓存中检索所述第二标识符进行的所述检索。
18.一种系统,其特征在于,包括适合于管理呼叫连接的计算平台;所述平台还适合于接收呼叫的第一标识符、检索关联于所述第一标识符的第二标识符、用所述第二标识符发起第一呼叫连接、判定所述第二标识符是否有效以及按照所述判定完成所述呼叫连接。
19.如权利要求18所述的系统,其特征在于,所述平台还适合于通过发送请求至AD服务器、接收响应所述请求的第三标识符以及比较所述第二和第三标识符来进行所述判定。
20.如权利要求18所述的系统,其特征在于,所述平台还适合于在所述第二和第三标识符匹配的情况下判定所述第二标识符为有效。
21.如权利要求19所述的系统,其特征在于,所述平台还适合于通过将所述第一标识符转换成第四标识符以及发送所述第四标识符至AD服务器来进行所述发送。
22.如权利要求18所述的系统,其特征在于,所述平台还适合于通过判定所述第二标识符为无效、终止所述第一呼叫连接以及用第三标识符发起第二呼叫连接来进行所述完成。
23.如权利要求18所述的系统,其特征在于,所述平台还适合于通过用所述第一标识符搜索高速缓存以及在所述高速缓存中检索所述第二标识符来进行所述检索。
24.一种管理呼叫连接的系统,其特征在于,包括一呼叫终端,接收E.164号;一呼叫管理模块(CMM),检索关联于所述E.164号的标识符,并用所述标识符发起第一呼叫连接;一AD服务器,确认所述标识符,如果所述标识符无效则所述CMM终止所述第一呼叫连接。
25.如权利要求24所述的系统,其特征在于,如果所述标识符无效则所述CMM发起第二呼叫连接。
26.如权利要求24所述的系统,其特征在于,所述CMM在由所述AD服务器确认之前,将所述标识符转换成ENUM URI。
全文摘要
管理通过VoP网络的呼叫连接的方法和装置。呼叫终端可使用高速缓存来检索相应于特定电话号码的网络地址并可配置呼叫管理模块(CMM),后者帮助建立与另一呼叫终端的呼叫连接。
文档编号H04M7/00GK1685699SQ03822492
公开日2005年10月19日 申请日期2003年9月12日 优先权日2002年9月24日
发明者M·斯坦福 申请人:英特尔公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1