在全IP承载的电信网络中进行呼叫路由选择的方法

摘要

本发明提供一种在全IP承载的电信网络中进行呼叫路由选择的方法，通过利用IP网络中已有的存储着电话号码与终端接入网络设备的IP地址的对应关系表的数据库服务系统，来实现端局到端局的直接呼叫路由选择。实施本发明的方法，在全IP的电信网络中不用设置目前电信网络中汇接局这样的功能实体，使网络变得更为简单，节省了组建网络时的投资。另外，也方便了增加、删除用户时对数据库的操作维护工作。

说明书

技术领域

本发明涉及电信和互联网领域，尤其是涉及在全IP承载的电信网络中进行呼叫路由选择的方法。

背景技术

目前的电路交换网络一般是多级网络结构，由端局直接接入用户，各级汇接局实现局间话路汇接交换。如图1所示的三级网络结构中，第一、二级为长途交换中心，第三级为本地网交换中心。一级交换中心(DC1)，即省级交换中心，的职能主要是转接所在省的省际长途来去话务，以及所在本地网的长途终端话务。二级交换中心(DC2)的职能主要是疏通所在本地网的长途终端话务。本地网设置汇接局和端局两个等级的交换中心。汇接局的职能是汇接本地网端局之间的话务，也可以汇接本地网端局与长话局之间的长途话务。混合汇接局还要负责疏通本局用户的终端话务。端局的职能主要是疏通本局用户的终端话务。

在电路交换网络中的呼叫路由选路是以逐跳路由选择的方式进行的，呼叫发起端局交换机根据被叫号码进行路由分析，路由分析时根据交换机上的配置数据得到去话方向的下一个交换机，下一个交换机再进行同样的路由分析选路，这样逐跳选路最终确定发起呼叫发起端局到落地端局的路径。由于采用分级网络结构每个交换机仅与有限个交换机互连，因此选路数据配置比较简单，仅包含去往相邻交换机的路由分析数据即可。

随着IP分组网络技术的逐步成熟，IP分组网络可以用于承载语音、数据、多媒体等业务，传统的电路交换网络与分组网络逐渐融合。当电信承载网络采用IP网络之后，因为在IP网络中可以实现端对端的通信而不必象电路交换网络一样进行话路的逐级汇接与交换，因此在IP网络中就不用设置逐级电路汇接的汇接局功能实体。但是，取消汇接局功能实体之后又带来另外一个问题，在每个呼叫发起端局进行被叫号码的呼叫路由分析时应该可以直接获得被叫端局的IP地址以建立端到端的会话连接。在电信网络中，电话号码一般使用国际电信联盟(ITU)的E.164所规定的编号方式进行编码，E.164是一个层次化的编码方式，要想从被叫号码直接获得被叫端局的IP地址需要查询一个被叫号码与相对应端局IP地址的数据库。但在这种扁平的网络结构下，一个端局存在到网络中大量端局的路由，因此，在IP电信网络中这个数据库记录比较多，这个数据库难以在各个端局上实现。

发明内容

本发明的目的是克服现有技术的不足之处，提供一种在全IP承载的电信网络中进行呼叫路由选择的方法。

本发明利用了IP网络中已有的层次化、分布式的数据库系统，如域名服务系统(DNS)、X.500目录服务系统、LDAP目录服务系统等，来存储电话号码与相应端局的对应关系表。本发明的目的是这样实现的，一种在全IP承载的电信网络中进行呼叫路由选择的方法，其特征在于，包括以下步骤：

(1)主叫呼叫服务器根据被叫电话号码向IP网络中已有的存储着电话号码与终端接入网络设备的IP地址的对应关系表的数据库服务系统发出查询被叫电话号码对应的被叫呼叫服务器的IP地址的请求；

(2)所述数据库服务系统将被叫电话号码所对应的被叫呼叫服务器的IP地址发给主叫呼叫服务器；

(3)所述主叫呼叫服务器根据所获得的被叫呼叫服务器的IP地址直接与被叫呼叫服务器建立会话。

实施本发明的在全IP承载的电信网络中进行呼叫路由选择的方法，通过利用IP网络中已有的层次化、分布式的数据库服务系统来存储电话号码与相应端局的对应关系表，因此，在全IP的电信网络中不用设置目前电信网络中汇接局这样的功能实体，可以实现端局到端局的直接呼叫路由选择，使网络变得更为简单，节省了组建网络时的投资。另外，也方便了增加、删除用户时对数据库的操作维护工作。

附图说明

图1是现有的三级电路交换网络结构图；

图2是本发明方法的一个实施例中，进行呼叫路由选择的流程图；

图3是本发明方法的一个实施例中，采用域名服务系统进行呼叫路由选择的组网示意图。

具体实施方式

在本发明的一个实施例中，采用的是利用IP网络上的域名服务系统(DNS)来进行呼叫路由选择的方法，从而实现从电话号码直接获得其相应端局交换机IP地址。在IETF所制定的RFC 2916中给出了把电话号码转换成DNS名字的方法，包括以下步骤：

1)根据E.164编码把号码写全，如：+86-755-6540808

2)把非数字字符去掉，如：867556540808

3)在每个数字字符之间加入点，如：8.6.7.5.5.6.5.4.0.8.0.8

4)把字符的顺序进行翻转，如：8.0.8.0.4.5.6.5.5.7.6.8

5)把“.e164.arpa”字符串放在后面，如8.0.8.0.4.5.6.5.5.7.6.8.e164.arpa

通过这个方法可以把一个电话号码转换为一个DNS名字。特别的是可以在DNS名字中使用通配符′*′，如*.4.5.6.5.5.7.6.8.e164.arpa表示以+86-755-654开头的电话号码DNS名字。

IFTT的RFC 2915规范文档给出了DNS资源记录(RR)中的NAPTR资源记录格式定义，NAPTR有如下几个关键域：

1)顺序(order)：这个域指定了对单一查询时当存在多个NAPTR记录时响应的顺序；

2)优先级(prefercnce)：这个域给出当多个NAPTR记录的order值一样时的优先处理哪个记录的优先级定义；

3)标志(Flags)：一个由一个或多个数字或字母字符表示的字符串。每个数字或字母字符表示一个标志，它给出下一次DNS查找的动作以及记录中有关域的含义定义。目前定义了“A”、“U”、“S”、“P”四个标志，“A”标志表示下一次DNS查找是A、AAAA或A6类型的记录，“U”标志表示下一步不是DNS查找但本记录后续的正则表达式(Rcgexp)域是一个统一资源标识(URI)；

4)服务(service)：给出了下一步查询所使用的解析协议和解析服务，服务域的格式为service_field＝[[protocol]*(＂+＂rs)]，其中协议protocol可选，rs表示服务可以为0个或多个，多个服务之间用+隔开；

5)正规表达式(Rcgexp)：这个域是NAPTR记录中两个替代域的其中之一，给出替代客户端原来的字符串用于构造下次查询的表达式；

6)替代域(replacemcnt)：NAPTR记录的另外一个替代域，根据标志域的定义可以给出用于下次查询地址或NAPTR记录的名字。

下面给出把以+86-755-654开头的电话号码转换为IP地址为202.119.102.12的DNS资源记录：

SCRIGIN*.4.5.6.5.5.7.6.8.e164.arpa.IN NAPTR 10 10“A”“”“”xyz.com.cn

xyz.com.cn  A 202.119.102.12

从以上的描述可以看出，把电话号码转换为对应IP地址的技术已经比较成熟，在组建全IP承载的电信网络时可以应用DNS服务直接从被叫电话号码查询得到对端端局的IP地址从而实现端到端呼叫的直接路由选择。

如图2所示，获得被叫呼叫服务器IP地址的流程如下：

(1)主叫呼叫服务器根据被叫电话号码进行DNS查询以获取被叫电话用户所在的被叫呼叫服务器的IP地址；

(2)DNS系统根据配置数据将被叫电话号码所对应的被叫呼叫服务器的IP地址发给主叫呼叫服务器；

(3)主叫呼叫服务器根据被叫呼叫服务器的IP地址应用承载无关的呼叫控制协议(BICC)直接与被叫呼叫服务器建立会话。

如图3所示，是应用DNS系统进行呼叫路由选择的组网示意图。其中，呼叫服务器(Call Server)完成呼叫和信令协议的处理，媒体网关(MGW)完成呼叫会话数据的承载转换处理。呼叫服务器A和媒体网关A构成端局A共同负责接入网A上用户的业务，呼叫服务器B和媒体网关B构成端局B共同负责接入网B上用户的业务。当用户A呼叫用户B时，用户A首先向呼叫服务器A发起setup呼叫请求，同时附上用户B的号码，呼叫服务器接收到用户A的呼叫请求后把被叫号码即用户B的号码传给DNS服务器要求查询被叫呼叫服务器B的IP地址，DNS服务器根据用户B的号码从数据配置中查询得到呼叫服务器B的IP地址返回给呼叫服务器A，呼叫服务器A获得呼叫服务器B的IP地址之后就可以应用承载无关呼叫控制协议与呼叫服务器B建立会话进行后续的呼叫控制，最终通过两个呼叫服务器控制两个媒体网关为用户A和用户B建立承载连接进行业务通信。

应用X.500目录服务系统或LDAP目录服务系统进行呼叫路由选择的流程和组网方式与本实施例相似。

本方法可以应用于采用IP网络组建的电信网络，如3GPP的R4电路域以及固定网络中IP电话网关的呼叫路由选择。