[发明专利]电信网络结构和系统

说明书

本发明涉及电信领域，特别涉及一种电信结构和系统，其中以允许将“所选”呼叫与其他呼叫区别开的方式对所有接通到交换机的呼叫进行检查和处理，以便例如使所选呼叫受到特别的处理。

电信业务提供者希望安排他们的网络，以使加给每个呼叫的呼叫处理逻辑都能按要求定做（be    customized），即给予每个呼叫分别处理。从用户（呼叫者）的观点来看，这是很有利的，因为用户将获得更好的服务。从网络提供者的观点来看它也是很有利的，因为它使分段特定策略成为可能，即使得市场能够符合单独的用户群的要求。

目前的局间通信网并未被安排为定期地确定用户身份和在呼叫始发的时刻提供专门的处理。相反地，对于“单一的”呼叫，现有的网络已是最佳的，这样的网络对需要特别对待的呼叫的处理是建立在“例外”基础上的。在当今的各种安排中，在呼叫处理过程的开始并不直接对用户进行识别，以便用户特定特性仅在大量处理之后被加给一个特别的呼叫。利用一个包含呼叫处理命令的例子来说明困难：通常地，利用一个把中断线群类型与业务类型相结合的表首先识别业务类型。自动号码识别（ANI）信息可以从呼叫者收集并被发送到一个ANI虚拟存贮器（VS）用户表，以便进一步识别该用户。接着，该ANI和用户识别被发送给一个用户虚拟存贮器许可特征表（customer    vs    allowed    feature    table），以获得一个特许特征表。最后，作为上述查阅表的结果获得的被处理的数据送回到交换机处理该呼叫，以便什么呼叫处理是合适的就执行什么。呼叫处理的其他方面，诸如接入和引出（egress）确定以及记录/计费安排，可能同样是复杂的。

应用这种方式的问题在于刚才所描述的各种表是分散的而不是集中的。当用户最初获得一项服务或特性时，这些表必须被储存，并且当用户发生变化时，它们自身之间要进行调整。这样不仅费用高、复杂、耗时和易于产生差错。此外，不具有“谁有什么”的中心记录;这使得用询问响应和网络部件的维护变得复杂化。

本发明利用与传送该呼叫的交换机分开的呼叫选择处理器在电信网内提供一种实时呼叫控制，它响应来话呼叫并利用相关信令消息中传送的信息来确定对于该呼叫应该涉及什么样的应用处理器（如果有的话）。本发明的一个实施例包括一个称作信令指导器或简称“SD”的呼叫选择处理器，用于当所述消息通过信令网络时识别某些信令消息，典型的是SS7起始地址消息（IAM）。另外，在信令网络例如与接收电话呼叫的交换机相关联的信号转接点（STP）内的信令消息处理单元中可以识别特定的信令消息，并且这些特定消息的拷贝被转送到SD。

SD检查特定消息中的信息，一般为涉及始发用户和每一呼叫的目的地的信息，然后发送一个“起动消息”给交换机，以指示其“下一步做什么”。对于所选呼叫，例如需要特别处理的呼叫，SD发送一个起动消息给交换机，指示该交换机等待下一步的指令。SD然后发送一个有关该所选呼叫的询问消息给一个适当的应用处理器，该应用处理器也是根据有关从IAM搜集的主叫和被叫用户的信息确定的。上述询问消息在应用处理器中被处理之后，一个包含所需的呼叫处理指令的响应直接返回到所述交换机。那些没被“选择的”呼叫在该SD中被识别，并且一个“着手”起动消息传送到所述交换机，指示对这些呼叫进行常规的处理。

按照本发明的一个方面，所述交换机被安排得在接收到起始来话呼叫消息（即IAM）之后进行等待，然后响应该呼叫的接收开始一个定时过程，以便如果对于该呼叫的一个起动消息在一预定时间期间内没有到达，则可以发送一个询问，以获得这一起动消息。同样地，如果收到了要求交换机等待用于“所选”呼叫的呼叫对待指令的起动消息，则该交换机能够开始一个第二定时过程，以便如果这些指令没有在一预定时间内到达，可以发出一个询问，以获得这些指令。

如果在交换机中经直接连接收到呼叫，以致于通过多频单音、ISDN信令或其它方式而不是经SS7信令消息提供信令信息，则本发明可以通过从该交换机向SD发出询问来处理这种呼叫。

通过参考下面根据附图所作的详细的描述，将会更全面地理解本发明。

图1是本发明电信网络结构的方框图，说明在一个局间载波网络内的实施。

图2是说明由图1中的一些网络部件接收和/或产生的信令消息的示图。

图3和4说明了在图1的交换机130中所执行的涉有信令消息的过程;

图5说明了图3与图4之间的关系;

图6说明了在图1的SD150中所执行的过程。

图7是根据本发明的一个典型的信号引导器（SD）的方框图;以及