[发明专利]基于主叫站的完全识别的智能呼叫处理

说明书

本发明一般地涉及智能呼叫处理，其中根据呼叫的特性，特别是包括主叫站的标识，各个电话呼叫提供不同的特征，特别是本发明涉及这样的处理，在该处理中主叫站的整个标识被用于确定参数和给每个呼叫提供适当特征的信息。

已经研制了各种智能呼叫处理系统，用于给电信系统的用户提供用户化的特征。一些智能通信系统基于拨号的或被叫的号码区分呼叫处理。例如，到800用户的呼叫在始发交换机中被识别，然后它询问相关的数据库，呼叫网络控制点(NCP)并检索那个用户专用的信息。这使每个800用户能够提供最适合那个用户的不同路由选择或呼叫处理。例如，一个用户可使用呼叫日时或星期几路由选择的呼叫时间，另一个用户可使用不同的路由选择图，和第三个用户可根据各个呼叫处理中心的业务量情况提供不同的业务。

其它的智能系统包括“虚专用网”或“软件定义网”(SDN)系统，这些系统提供适合于主叫方或主叫站的用户化特征。作为这种系统的一个例子，从用户的执行来的出境呼叫可接受从另一个雇员始发的呼叫来的不同处理。为了提供合适的呼叫处理，识别主叫方和该主叫站的信息今天从接收呼叫的始发交换机发送到保持与该主叫方相关的呼叫处理记录(CPR)的一个特定NCP。这个路由选择要求将呼叫者的自动号码识别(ANI)信息映射到用户的标识符和具有相应的CPR的NCP的网络地址。当ANI的数量很小时这个翻译可使用最少量的信息进行，通常是前三至六位数字。但是，随着预订的ANI数量的增加，研究已经表明，在一些情况下，接收询问的第一个NCP不具有正确的记录。在这种场合，该询问必须经过互连NCP的SS7信令网络再发送到正确的NCP。这就不希望地增加拨号后的时延，特别是在响应对路由选择和处理指令的询问的始发交换机中呼叫的拨号与接收之间的时间。而且，它增加路由选择差错的可能性，因为当需要一个附加的数据库的“深度”(dip)时，必须通过SS7网络实际发送的信令消息的数量相应地增加了；额外的深度也增加处理呼叫的费用，因为数据库容量是一个资源。

如果全部10个数字都用于确定用户标识符和具有CPR的NCP，则翻译变得很复杂，要求具有可用于百万个潜在记录的10位号簿。在过去，已有两种方法解决电信业务的大号簿问题：(1)建立用于执行所有翻译的大的、集中的号簿或者(2)在处理来话呼叫的所有交换机中间分配ANI翻译。这两种技术有显著的缺点。

如果建立大的、集中的号簿，所有进入网络的呼叫导致起始一个对集中的号簿的询问以便翻译。集中的号簿使得措施简单，因为所有的ANI翻译信息被发送到相同地点，消除了数据库同步问题。困难是增加了每个呼叫的拨号后的时延，要求集中号簿具有大量的处理能力和将集中号簿作为所有呼叫的单个故障点。

如果ANI翻译是在所有来话交换机中间分配，则特定的ANI的翻译信息驻留在首先接收该呼叫的交换机中。由于该信息是在100或更多的交换机中间分配，时延的影响和处理能力的要求减至最少了，而且故障只影响进入特定交换机的呼叫。这个实现的困难是在所有交换机中间数据的规定。为了具体地分配翻译数据，需要复杂的ANI对交换机的翻译号簿和数据库同步机制。

根据本发明，安排始发交换机以便使用称为“全局名称翻译(GTT)”数据库的本地数据库提供智能呼叫处理。当该交换机接收呼叫时，如要求智能呼叫处理的SDN呼叫或800呼叫，则该交换机典型地以其10位号码(即三位(NPA)地码，三位(NXX)交换局，和四位线路识别)发送完全识别主叫站的询问，到该GTT数据库。GTT数据库通过识别用户ID和包含接通该呼叫的适当记录的电信网络中的特定NCP响应该询问。如果GTT数据库不包含入口或存在差错情况，则发出进一步的询问到中央数据库，称为“通用全局翻译(UGT)”数据库。然后UGT数据库检索识别用户ID和包含接通该呼叫的适当记录的电信网络中的特定NCP的信息，并把这个信息提供给始发交换机。根据本发明的一个方面，相同的信息也提供并存储在GTT数据库中。因此，GTT数据库是“自规定的”，此后它包含合适的信息以避免当呼叫随后从相同的主叫站始发时另一个询问到UGT数据库。

根据本发明的安排，避免了NCP到NCP的询问：如果GTT数据库具有必须的信息，则一个询问直接地发送到合适的NCP。如果GTT数据库没有必须的信息，则到UGT数据库的询问是必须的，但是这使路由选择能够直接从始发交换机到正确的NCP。这个安排又更有效地使用信令网络和减少拨号后时延。

此外，本发明平衡了集中和分配实现二者的优点，同时避免它们各自的缺陷。