首页> 中国专利> 从用于无限网内预付费呼叫的预付费状态数据库卸载预付费状态查询的方法、系统和计算机程序产品

从用于无限网内预付费呼叫的预付费状态数据库卸载预付费状态查询的方法、系统和计算机程序产品

摘要

提供了一种从用于无限方案预付费网内呼叫的预付费信用状态数据库卸载预付费信用状态查询的方法、系统和计算机程序产品。根据一个方面,本文描述的主题包括一种方法,该方法包括在信令消息路由节点截取与由主叫用户发起并且打向被叫用户的呼叫相关联的预付费状态查询。信令节点接下来基于截取的预付费状态查询,确定主叫用户是与无限呼叫方案、无限文本消息传送方案、无限多媒体消息传送方案还是这些方案的组合相关联。该节点还基于截取的预付费状态查询来确定呼叫是不是网内呼叫,其中网内呼叫包括在属于同一网络的主叫用户和被叫用户之间的呼叫。响应于确定呼叫是与无限呼叫、文本消息传送或多媒体消息传送方案相关联的主叫用户相关联的网内呼叫,信令节点生成用于指示查询发生器连接该呼叫的预付费状态响应。可替换地,响应于确定呼叫不是与无限呼叫、文本消息传送或多媒体消息传送方案相关联的主叫用户相关联的网内呼叫,信令节点将预付费状态查询转发到预期的目的地预付费状态数据库。

著录项

  • 公开/公告号CN101455069A

    专利类型发明专利

  • 公开/公告日2009-06-10

    原文格式PDF

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

    申请/专利号CN200780017383.1

  • 申请日2007-03-15

  • 分类号H04M15/00(20060101);

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

  • 代理人张扬

  • 地址 美国加利福尼亚

  • 入库时间 2023-12-17 22:06:15

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2014-02-19

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

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

  • 2014-02-19

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

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

  • 2011-11-09

    授权

    授权

  • 2009-08-05

    实质审查的生效

    实质审查的生效

  • 2009-06-10

    公开

    公开

说明书

相关申请

本文公开的主题要求2006年3月15日提交的美国临时专利申请序列号60/782,673的优先权,这里将其公开完整引入作为参考。

技术领域

本文描述的主题涉及查询卸载。更具体地,主题描述了一种从用于无限网内预付费呼叫的预付费信用状态数据库卸载预付费信用状态查询的方法、系统和计算机程序产品。

背景技术

在传统的移动呼叫方案中,移动用户建立对其他用户的呼叫,并且在每个计费周期结束时,对该周期内建立的每个呼叫进行计费。可以基于多种因素对呼叫计费,例如每个呼叫的长度和呼叫的类型(也就是语音、视频、文本消息、长途、本地等等)。然而,近年来,移动网络运营商还向移动用户提供所谓的“预付费”呼叫方案,在该方案中用户通过留出专用于支付预付费呼叫的预付费信用额度从而在建立呼叫之前为呼叫付费。在连接每个呼叫之前,预付费呼叫方案接下来使用这个与每个预付费移动用户相关联的预付费信用额度来确定用户是否拥有足以建立呼叫的预付费信用。一旦呼叫完成,典型地将预付费信用额度记入借方。因此,当预付费用户发起呼叫时,就查询包含与预付费用户相关联的预付费信用信息的预付费信用状态数据库,以确定用户是否拥有足以建立呼叫的预付费信用。网络运营商典型地为每个由预付费状态数据库所维护的查询支付许可费用。

除上述预付费呼叫方案之外,许多网络运营商开始向网内用户提供所谓的“无限”预付费呼叫方案。属于无限预付费呼叫方案的用户可以向其他用户建立无限数量的呼叫,只要所建立的呼叫类型包括在该方案中并且该呼叫是“网内的”(也就是主叫用户和被叫用户属于同一网络)。因此,对于由无限预付费用户建立的所有网内呼叫,对预付费状态查询的响应总是包括继续连接呼叫的指令。因此应当意识到,包括大量建立网内呼叫的无限预付费用户的网络将生成类似大量的预付费状态查询以及肯定的预付费状态查询响应。

与传统的预付费状态查询系统相关联的一个问题在于:向预付费信用状态数据库发送了多余数量的预付费状态查询以用于与无限方案预付费用户相关联的查询。许多与无限预付费呼叫方案相关联的预付费状态查询是多余的,因为无需检查位于预付费信用状态数据库中的信息就可以做出关于是否建立呼叫的确定。这些额外多余的状态查询增加了通信网络中的消息流量负荷,因此增加了用于维持其它类型网络流量的服务所需要的成本和复杂性。另外,预付费数据库运营商经常对查询他们的数据收取许可费用。这样对预付费数据库的多余查询导致多余的许可费用和收入损失。

因此,需要从与无限网内预付费呼叫相关的预付费信用状态数据库卸载预付费信用状态查询。

发明内容

根据一个方面,本文描述的主题包括一种从用于无限方案预付费网内呼叫的预付费信用状态数据库卸载预付费信用状态查询的方法、系统和计算机程序产品。一个方法包括在信令消息路由节点截取与主叫用户所发起的并且打向被叫用户的呼叫相关联的预付费状态查询。信令节点接下来基于截取的预付费状态查询,确定主叫用户是与无限呼叫方案、无限文本、还是无限多媒体消息传送方案,或是这两个方案的结合相关联。节点还基于截取的预付费状态查询,确定呼叫是不是网内呼叫,其中网内呼叫包括属于同一网络的主叫用户和被叫用户之间的呼叫。响应于确定该呼叫是与无限呼叫、文本消息传送或多媒体消息传送方案相关联的主叫用户相关联的网内呼叫,信令节点生成预付费状态响应,用于指示查询发生器连接该呼叫。可替换地,响应于确定该呼叫不是与无限呼叫、文本消息传送或多媒体消息传送方案相关联的主叫用户相关联的网内呼叫,将预付费状态查询转发到预付费状态数据库。

根据另一个方面,用于卸载对于网内预付费呼叫的预付费状态查询的信令消息路由节点包括通信模块和预付费状态查询卸载模块。通信模块截取与主叫用户所发起的并且打向被叫用户的呼叫相关联的预付费状态查询,并且向预付费状态查询卸载模块提供该查询中所包含的信息。预付费状态查询卸载模块用于基于截取的预付费状态查询来确定主叫用户是否与无限呼叫或文本消息传送方案相关联,以及呼叫是不是网内呼叫。响应于确定呼叫是与无限呼叫或文本消息传送方案相关联的主叫用户相关联的网内呼叫,预付费状态查询卸载模块生成预付费状态响应,用于指示查询发生器连接该呼叫。可替换地,响应于确定呼叫不是与无限呼叫或文本消息传送方案相关联的主叫用户相关联的网内呼叫,预付费状态查询卸载模块将预付费状态查询转发到预付费状态数据库。

可以使用包括收录在计算机可读介质中的计算机可执行指令的计算机程序产品来实现本文描述的主题。适用于实现本文描述的主题的示例性计算机可读介质包括芯片存储设备、盘片存储设备、专用集成电路、可编程逻辑设备以及可下载电信号。另外,实现本文描述的主题的计算机程序产品可以位于单个设备或计算平台中,或者可以交叉分布在多个设备或计算平台上。

附图说明

现在参考附图解释本文描述的主题,其中:

图1是根据本文描述的主题的实施例,示出了从用于无限方案预付费网内呼叫的预付费信用状态数据库卸载预付费信用状态查询的过程的流程图;

图2是根据本文描述的主题的实施例,示出了从用于无限方案预付费网内呼叫的预付费信用状态数据库卸载预付费信用状态查询的系统的方框图;

图3是根据本文描述的主题的实施例,示出了从用于IP多媒体子系统(IMS)网络中的无限方案预付费网内呼叫的预付费信用状态数据库卸载预付费信用状态查询的系统的方框图;以及

图4是根据本文描述的主题的实施例,示出了从用于无限方案预付费网内呼叫的预付费信用状态数据库卸载预付费信用状态查询的示例性信令消息路由节点的方框图。

具体实施方式

图1是根据本文描述的主题的实施例,示出了从用于无限方案预付费网内呼叫的预付费信用状态数据库卸载预付费信用状态查询的过程的流程图。参考图1,在方框100中,截取与主叫用户所发起的并且打向被叫用户的呼叫相关联的查询。例如,响应于检测到由呼叫预付费移动用户发起的呼叫,可以由移动交换中心(MSC)或访问位置寄存器(VLR)生成预付费状态查询。在一个实施例中,生成的预付费状态查询可以包括智能网应用部分(INAP)初始检测点(IDP)消息或其它合适的查询机制。例如,响应于从本地位置寄存器(HLR)接收到INSERT_SUBSCRIBER_DATA(插入_用户_数据)消息,可以由查询发生器生成INAP IDP查询消息。

对预付费状态查询的期望的响应包括关于是否连接呼叫的指令。该指令典型地基于对主叫用户的预付费信用状态的检查以及一个或多个与呼叫相关联的参数。例如,根据预付费状态数据库,如果主叫用户并没有足以建立需要的呼叫的信用,则返回到查询发生器的预付费查询响应将包括用于不建立呼叫的指令。可替换地,如果主叫用户拥有足以建立需要的呼叫的信用,预付费查询响应包括用于继续建立呼叫的指令。然而,根据方框100,可以由位于MSC/VLR和预付费状态数据库之间的信令节点截取预付费状态查询。在一个实施例中,信号转接点(STP)可以位于查询发生器和目的地预付费状态数据库之间,并且用于截取预付费状态数据库预期的预付费状态查询。例如,可以将预付费状态查询寻址到预付费状态数据库的点代码。在可替换的实现中,可以全局路由码上发送预付费状态查询,其中STP执行全局码转换以确定预付费状态数据库的地址。

在方框102中,基于截取的预付费状态查询,确定主叫用户是与无限呼叫、文本消息传送还是多媒体消息传送方案相关联。如以下更详细地讨论的,方框102中所述的确定涉及从预付费状态数据库卸载预付费查询将要满足的三个条件中的一个。例如,可以由位于MSC/VLR和预付费状态数据库之间的STP做出该确定,STP通过该确定来检查包括在截取的状态查询中的参数。例如,截取的预付费状态查询可以包括服务关键字(ServiceKey)参数,用于指示与主叫用户相关联的呼叫方案类型。在一个实施例中,可以分别通过第一和第二服务关键字来识别“24/7无限呼叫和文本”方案和“24/7无限文本”方案。在下文中将预付费移动呼叫方案称为“无限方案”或“无限呼叫方案”,其中该预付费移动呼叫方案在预付费周期之内提供无限数量呼叫建立,包括语音呼叫、文本消息呼叫、IP多媒体子系统(IMS)消息呼叫、多媒体消息呼叫或它们的任意组合。要意识到,可以通过除了与上述无限方案相关联的服务关键字之外的其它服务关键字来识别除了无限呼叫方案之外的其它呼叫方案。

在方框104中,基于截取的预付费状态查询,确定呼叫是不是网内呼叫。网内呼叫包括属于同一网络的主叫用户和被叫用户之间的任意呼叫。如上所述,为了使特定呼叫有资格成为在无限预付费呼叫方案下的无限呼叫,该呼叫必须是网内呼叫。因此做出关于该呼叫的网内状态的确定。在一个实施例中,可以通过检查包括在截取的预付费状态查询中的主叫用户号码和被叫用户号码来做出这个确定。如果两个用户属于同一网络,则可以将呼叫确定为网内呼叫。例如,移动网络可以包括通过开头为139的用户号码来识别的用户。在这样的网络中,可以将与用户号码139-xxx-xxxx相关联的第一用户和与用户号码139-xxx-xxxx相关联的第二用户之间的呼叫识别为网内呼叫。可替换地,可以将具有以139开头的号码的第一用户和具有以136开头的号码的第二用户之间的呼叫识别为网外呼叫。

在方框106确定呼叫是否属于在与主叫用户相关联的呼叫方案下有资格成为无限呼叫的类型。可以通过比较包括在截取的预付费状态查询中的电话服务(TeleService)和服务关键字参数来做出这个确定。例如,对于包括电话服务=17(也就是语音呼叫)和服务关键字=“无限语音和文本方案”的截取的预付费状态查询,因为如服务关键字指示,在无限语音和文本方案中包括语音呼叫,因此可以确定与查询相关联的语音呼叫在与用户相关联的呼叫方案下有资格成为无限呼叫。可替换地,如果截取的预付费状态查询包括电话服务=17(也就是语音呼叫)和服务关键字=“无限文本方案”,那么如服务关键字指示,因为在无限文本方案中没有包括语音呼叫,因此可以确定与查询相关联的语音呼叫在与用户相关联的呼叫方案下没有资格成为无限呼叫。

在方框108,响应于确定呼叫是与无限呼叫或文本消息传送方案相关联的主叫用户相关联的网内呼叫,生成预付费状态响应,用于指示查询发生器连接该呼叫。例如,预付费状态响应可以包括INAP CONTINUE(INAP继续)消息,用于指示查询发生器继续连接该呼叫。例如,如果截取的查询包括电话服务=17(也就是语音呼叫)、服务关键字=“无限语音和文本方案”、主叫方ID=139-xxx-xxxx以及被叫方ID=139-xxx-xxxx,则确定与截取的查询相关联的呼叫是网内无限预付费呼叫。这样,用于截取预付费状态查询的信令节点,例如STP,可以生成预付费状态响应消息,而无需将查询转发到预付费状态数据库。通过截取预付费状态查询以及检查其中所包括的多个参数,减少了由预付费状态数据库所维护的预付费状态查询的数量。

在方框110,响应于确定将呼叫不是与无限呼叫或文本消息传送方案相关联的主叫用户相关联的网内呼叫,将预付费状态查询转发到预付费状态数据库进行处理。从上述情况可以意识到,对于与不是网内无限预付费呼叫的呼叫相关联的预付费状态查询,为了经由传统的方法来确定主叫用户是否拥有足以建立需要的呼叫的预付费信用,将预付费状态查询转发到预付费状态数据库。

图2是根据本文描述的主题的实施例,示出了从用于无限方案预付费网内呼叫的预付费信用状态数据库卸载预付费信用状态查询的系统的方框图。参考图2,系统200包括用于存储与移动电话用户相关的信息的本地位置寄存器(HLR)202。在连接移动用户之间的呼叫的过程中,HLR202可以生成Insert_Subscriber_Data(插入_用户_数据)消息204并将其发送到移动服务中心(MSC)/访问位置寄存器(VLR)206。MSC/VLR206接下来可以生成去往智能网(IN)预付费状态数据库218的智能网应用部分(INAP)初始检测点(IDP)预付费信用状态查询208。

可以由位于MSC/VLR206和预付费状态数据库220之间的信令消息路由节点210截取预付费状态查询208。例如,节点210可以是STP,并且可以包括用于截取查询208的通信模块212。预付费状态查询卸载模块214可以用于确定是将查询208转发到预付费数据库218还是生成INAP响应消息216。示例性的INAP响应消息216可以包括用于指示MSC/VLR206连接呼叫的CONTINUE(继续)消息。可替换地,预付费状态查询卸载模块214可以将截取的查询208转发到它的预期的目的地,例如预付费状态数据库218。

由预付费状态查询卸载模块214做出的确定可以包括检查截取的查询208中所包括的多个参数。由卸载模块214检查的参数可以包括服务关键字参数,例如“24/7呼叫和文本无限”或“24/7文本无限”,用于指示该呼叫是不是从带有无限呼叫或文本消息传送方案的预付费用户发起的。可以通过与无限预付费呼叫方案相关联的那些上述服务关键字不同的服务关键字来指示所有其它方案。如果如服务关键字指示,主叫用户没有与无限方案相关联,则将查询208转发到用于确定是否连接呼叫的预付费状态数据库218。

为了在方框104做出确定,预付费状态查询卸载模块214可以检查包括在截取的查询208中的电话服务参数,电话服务参数用于指示呼叫是语音呼叫还是文本消息传送呼叫。在一个实施例中,电话服务参数中的十进制值17指示语音呼叫。等于34的值指示文本消息传送呼叫,例如短消息服务(SMS)移动发起的/点到点(MO/PP)消息。

为了确定正在建立的呼叫是否包括在用户的无限预付费呼叫方案中,将包括在截取的查询208中的电话服务参数的值与服务关键字参数进行比较。例如,无限语音预付费方案的用户发起到另一个网内移动用户的文本消息传送呼叫。因此,查询208包括用于指示语音呼叫的“24/7无限语音”服务关键字和电话服务值17。基于对查询208的检查,预付费状态查询卸载模块214确定当主叫用户与无限呼叫方案相关联时,正在由用户建立的呼叫类型是否没有包括在该方案中。因此,将查询208转发到它的预期目的地并且不能绕开预付费状态数据库218。

预付费状态查询卸载模块214还可以检查包括在查询208中的主叫用户号码和被叫用户号码两者,以便确定呼叫是不是网内呼叫。如包括在查询208中的主叫用户标识符和被叫用户标识符所标识的,如果主叫用户和被叫用户两者属于同一网络,则呼叫是网内呼叫。另外,主叫用户标识符和被叫用户标识符可以用来确定用于连接网内用户的网络。在一个实施例中,节点210可以包括网内用户列表,其包含属于特定网络的用户的通讯录号码(DN)前缀和相关用户信息,然而,要意识到在不脱离本文描述的主题的范围的前提下,可以使用其它适当的主叫和被叫用户标识符,例如通讯录号码。继续上述示例性的实施例,可以将包括在查询208中的主叫用户标识符和被叫用户标识符与位于网内数据库中的前缀进行比较,以确定呼叫是不是网内呼叫。如果在网内用户列表中同时找到被叫方BCD号码(Called Party BCDNumber)参数的前缀和主叫方号码的前缀,则呼叫是网内呼叫。否则,它是跨网呼叫。

在另一个实施例中,可以从预付费状态数据库卸载IMS网络中的预付费状态查询。图3是根据本文描述的主题的实施例,示出了从用于IMS网络中的无限方案预付费网内呼叫的预付费信用状态数据库卸载预付费信用状态查询的系统的方框图。参考图3,系统300包括本地用户服务器(HSS)302,用于存储IMS实体的涉及订阅的信息和位置信息。在一个实施例中,在连接IMS用户之间的呼叫的过程中,HSS 302可以生成DIAMETER响应消息304并将其发送到呼叫会话控制功能(CSCF)306,其中DIAMETER响应消息是DIAMETER协议中的消息类型,DIAMETER协议是与远程认证拨入用户服务(RADIUS)协议相关的协议。CSCF 306接下来可以生成去往预付费状态数据库318的简单对象访问协议(SOAP)预付费信用状态查询308。要意识到在不脱离本文描述的主题的范围的前提下,可以通过HSS 302和/或CSCF 306生成或接收其它合适的协议,例如用于移动网络增强逻辑的客户化应用(CAMEL)协议。

可以通过位于CSCF 306和预付费状态数据库320之间的信令消息路由节点310截取预付费状态查询308。如上所述,例如,节点310可以是STP或IP路由器并且可以包括用于截取查询308的通信模块312。预付费状态查询卸载模块314可用于确定是将查询308转发到预付费数据库318还是生成SOAP响应消息316。示例性的SOAP响应消息316可以包括用于指示CSCF 306连接呼叫的消息。可替换地,预付费状态查询卸载模块可以将截取的查询308转发到它的预期目的地,例如预付费状态数据库318。

由预付费状态查询卸载模块314做出的确定可以包括检查截取的查询308中所包含的多个参数。由卸载模块314检查的参数可以包括诸如“24/7呼叫和文本无限”或“24/7文本无限”的第一参数,用于指示呼叫是从具有无限呼叫、文本消息传送还是多媒体消息传送方案的预付费用户发起的。可以通过与涉及上述无限预付费呼叫方案的参数不同的参数来指示所有其它方案。如果主叫用户与无限方案没有关联,则将查询308转发到用于确定是否连接呼叫的预付费状态数据库318。

为了在方框104做出确定,预付费状态查询卸载模块314可以检查包括在截取的查询308中的第二参数,其用于指示呼叫是语音呼叫、文本消息传送还是多媒体消息传送呼叫。为了确定正在建立的呼叫是否包括在用户的无限预付费方案中,可以将包括在截取的查询308中的第二参数的值与第一参数进行比较。例如,具有无限语音预付费方案的用户发起到另一个网内移动用户的IMS呼叫。因此,查询308至少包括上述的第一和第二参数,用于指示IMS呼叫和无限预付费语音呼叫方案。基于对查询308的检查,预付费状态查询卸载模块314确定当主叫用户与无限呼叫方案相关联时,正在由用户建立的呼叫类型是否没有包括在方案中。因此,将查询208转发到它的预期目的地并且不能绕开预付费状态数据库318。

预付费状态查询卸载模块314还可以检查包括在查询308中的主叫用户标识符和被叫用户标识符,以确定呼叫是不是网内呼叫。如包括在查询308中的主叫用户标识符和被叫用户标识符所标识的,如果主叫用户和被叫用户同时属于同一网络,则呼叫是网内呼叫。另外,主叫用户标识符和被叫用户标识符可以用来确定用于连接网内用户的网络。在一个实施例中,节点310可以包括网内用户列表,其包含属于特定网络的用户的通讯录号码(DN)、DN前缀、URI、域名和相关用户信息。可以将包括在查询308中的主叫用户标识符和被叫用户标识符与位于网内数据库中的信息进行比较,以确定呼叫是不是网内呼叫。如果在网内用户列表中同时找到被叫用户标识符和主叫用户号码,则呼叫是网内呼叫。否则,它是跨网呼叫。

图4是根据本文描述的主题的实施例,示出了从用于无限方案预付费网内呼叫的预付费信用状态数据库卸载预付费信用状态查询的示例性信令消息路由节点的方框图。参考图4,通信模块212和预付费状态查询卸载模块214可以位于信令消息路由节点210,例如信令转移点(STP),并且包括内部通信总线400,内部通信总线400包含两个反向旋转的串行环。可以将大量处理模块或卡耦合到总线400。在图6中,总线400可以耦合到通信模块,例如链接接口模块(LIM)212、数据通信模块(DCM)402和数据服务模块(DSM)404。这些模块物理地连接到总线400,以便在激活的卡或模块之间内部地路由信令和其它类型的消息。为了简化说明,图6仅仅包括单个LIM、单个DCM和单个DSM卡。然而,信令消息路由节点210可以包括多个其它LIM、DCM、DSM和其它卡,它们全部可以同时连接到总线400并经由总线400进行通信。

模块212、402和404中的每一个可以执行每个模块上所具备的应用或功能,并且经由总线400控制与其它模块的通信。例如,为了确定是生成响应消息还是将查询转发到预付费状态数据库218,DSM 404可以执行用于检查包括在诸如INAP IDP查询208的预付费状态查询中的参数的软件。

LIM 212包括SS7MTP第1级和第2级功能410、I/O缓冲器411、网关筛选(GWS)功能412、消息区分功能414、消息分发功能416和路由管理器418。MTP第1级和第2级功能410在特定物理接口上发送和接收数字数据,提供错误检测、错误纠正和SS7消息分组的顺序传递。I/O缓冲器411提供对进入和外出的信令消息的暂时缓冲。

GWS功能412检查接收的消息分组,并且确定是否应该允许消息分组进入用于处理和/或路由的信令消息路由节点210。区分功能414执行区分操作,其中可以包括确定接收的消息分组是需要由内部处理子系统进行处理还是仅通过交换(也就是路由到网络中的另一个节点)进行处理。可以将允许进入信令消息路由节点210,例如INAP IDP预付费状态查询,的消息经由总线400,路由到系统中的其它通信模块或者分发到应用引擎或处理模块。

DSM 214可以经由消息分发功能416,从LIM 212接收预付费状态查询。位于LIM 212的分发功能416可以经由总线400,将可以将初始检测点(IDP)查询转发到DSM 214。一旦接收到IDP查询,预付费状态查询卸载功能419可以在网内用户数据库420中执行查找,以确定与查询208相关联的呼叫是不是网内呼叫。网内用户数据库420可以包括用于指示特殊的用户是否属于该网络的信息。例如,这个信息可以包括由特定网络所维护的每个用户的用户通讯录号码或其它用户标识符。另外,预付费状态查询卸载功能419可以确定呼叫是否包括在与特殊用户相关联的无限呼叫方案中,因此并不查询预付费状态数据库。一旦确定基于从查询208中提取的信息来连接呼叫时不需要查询预付费状态数据库218,就生成响应消息并将其经由总线400和路由管理器421转发到DCM 402。

DCM 402包括用于在IP信令链路上发送和接收SS7消息的功能。在示出的实例中,DCM 402包括物理层功能422、物理层功能424、传输层功能426、适配层功能428以及以上参考LIM 212所述的功能412、416和418。物理层功能422执行开放系统互连(OSI)的物理层操作,例如在基本电或光接口上发送消息。在一个实例中,可以使用以太网实现物理层功能422。网络层功能424执行例如将消息路由到其它网络节点的操作。在一个实现中,网络层功能424可以实现因特网协议。传输层功能426实现OSI传输层操作,例如在网络节点之间提供面向连接的传输、在网络节点之间提供无连接传输或在网络节点之间提供面向流的传输。可以使用任意合适的传输层协议,例如流控制传输协议(SCTP)、传输控制协议(TCP)或用户数据报协议(UDP),来实现传输层功能426。适配层功能428执行用于在IP传输上发送和接收SS7消息的操作。可以使用任意合适的IETF或其它适配层协议来实现适配层功能428。合适的协议实例包括MTP第2级对等用户适配层(M2PA)、MTP第3级用户适配层(M3UA)和/或信令连接控制部分(SCCP)用户适配层(SUA)。功能412、416和418执行与以上参考LIM212所述的对应部件相同的操作。

需要理解的是在不脱离文发明所公开的主题的范围的前提下,可以改变本文公开的主题的多个细节。此外,前面的描述仅仅为了示例的目的而不是限制的目的。

去获取专利,查看全文>

相似文献

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

客服邮箱:kefu@zhangqiaokeyan.com

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

  • 服务号