专利名称：通信网中的呼叫信息处理的制作方法
技术领域：
本发明总的涉及通信领域。本发明尤其涉及一种处理通信网中的呼叫信息的系统和方法。
背景技术：
在现代通信网中，为了在主叫(始发)方与被叫(终端)方之间传递并且支持呼叫，必须进行大量的处理工作。与呼叫有关的信息可按照几种呼叫方式(例如，MCI、CS1或先进智能网(AIN))中的一种方式加以格式化，并且在几种呼叫协议(例如，带内、综合业务数字网(ISDN)或7号信令系统(SS7))中的一种协议下工作的线路上接收。每一种呼叫方式具有唯一性，使得按照一种方式进行的呼叫处理不同于按照另一种呼叫方式进行的呼叫处理。与此类似，每一种协议也具有唯一性，从而按照一种协议进行的处理不同于按照另一种协议所进行的处理。
在进行呼叫处理的已有系统和技术中，对于每一种呼叫方式与呼叫协议的组合，有一种软件程序。例如，在典型的已有系统中，带内呼叫协议和MCI呼叫方式有一种软件程序，带内呼叫协议和CS1呼叫方式有另一种程序，带内呼叫协议和AIN呼叫方式又有一种软件序。另外，还有一种软件是用于ISDN呼叫协议和MCI呼叫方式的，另一种软件程序是用于ISDN呼叫协议和CS1方式的，再一种软件程序是用于ISDN呼叫协议和AIN呼叫方式的。另有三种软件程序用来支持SS7协议与MCI、CS1和AIN呼叫方式中的一种方式的组合。这样，在已有的系统和技术中有大量的冗余性。这种冗余性耗费了有用的资源，比如，存储器和处理设备。另外，由于这种冗余性也使得已有的系统的维护变得复杂。更具体地说，为了对这些系统进行修改使之能体现某一呼叫方式和呼叫协议的更新，必须分别更改为该呼叫协议和呼叫方式提供的每一种程序。
同时，已有的系统和技术无法按照一种呼叫方式/呼叫协议的组合始发呼叫，并按照另一种呼叫方式/呼叫协议的组合终接同一呼叫。例如，在MCI呼叫方式和ISDN呼叫协议下的始发呼叫无法在CS1呼叫方式和ISDN呼叫协议下终接。这样就使现有技术的系统和技术的应用受到了限制。
另外，在现有的通信网中，各种组成单元是专用于对在特定的一组线路或中继线上接收的呼叫进行信息处理的。例如，第一个单元对在线路1-1,000上接收的呼叫进行处理，第二个单元对在线路1,001-2,000上接收的呼叫进行处理，第三个单元对在线路2,001-3,000上接收的呼叫进行处理。可以在为接收呼叫的线路服务的单元处仅可处理特定呼叫的呼叫信息。因此，如果某一特定的单元上具有不同寻常的业务量，那么其他的硬件单元会无法分担一些处理任务。
发明概述本发明提供了一种处理通信网中的呼叫信息的系统和方法，这种系统和方法大大消除或减少了与现有技术相关的缺点和问题。
本发明的一个发明点是提供了一种对通信网中的呼叫信息进行处理的系统。这种处理系统包括多个功能模块。每一功能模块可以执行相应的呼叫处理功能。呼叫定序器模块用来与每一功能模块通信。此呼叫定序器模块能够在需要执行与该功能模块相应的呼叫处理功能时，调用特定的功能模块。
本发明的另一个发明点是提供了一种处理通信网中的呼叫信息的系统。这种处理系统包含第一呼叫处理单元，该第一呼叫处理单元具有能够与第一呼叫定序器模块通信的第一功能模块。第一功能模块能够执行相应的呼叫处理功能。第一呼叫定序器模块能够在需要由第一呼叫处理单元执行与第一功能模块相应的呼叫处理功能时，调用第一功能模块。第二呼叫处理单元具有与第二呼叫定序器模块进行通信的第二功能模块。第二功能模块用来执行相应的呼叫处理功能。第二程序模块用来在需要由第二呼叫处理单元执行与第二功能模块相应的呼叫处理功能时，调用第二功能模块。呼叫块存储器可以由第一呼叫处理单元和第二呼叫处理单元访问。呼叫块存储器存储第一呼叫处理单元或第二呼叫处理单元中在处理期间产生的信息。
本发明的再一个发明点是提供了一种处理通信网中的呼叫信息的方法。这种方法可以用来接收与某一呼叫有关的呼叫信息。根据该呼叫信息调用多个功能模块中的一个功能模块。每一个功能块能够执行相应的呼叫处理功能。执行与所调用的功能块相应的呼叫处理功能。
本发明的一个重要的技术优点包括提供多个分立的执行传送而且支持某一呼叫所需的所有呼叫处理的功能块。每一功能块在工作时独立于其他的功能块，并且含有执行某一特定的功能或一组功能的编码。因此，由于无需在许多程序(这里，每一程序专用于某一特定的情况，比如，呼叫方式和呼叫协议的某种特定的组合)中提供执行某一特定功能的编码，所以本发明大大减小了通信网中的冗余性。相反，当需要执行某一特定的功能时，可以调用合适的功能块。所以，本发明节省了处理资源。另外，只有一个功能块需要因程序更新而被修改，从而方便了通信系统的维护。
本发明的另一个重要的技术优点包括按照一种呼叫协议/呼叫方式的组合发出呼叫，并按照另一种呼叫协议/呼叫方式的组合使同一呼叫终止。这是通过提供单独用于各种呼叫协议(如带内、综合服务数字网(ISDN)以及7号信令系统(SS7))以及各种呼叫方式(如先进智能网(AIN)、CS1以及MCI呼叫方式)的功能块来完成的。用于始发出的呼叫处理是用一种呼叫协议模块与呼叫方式模块的组合来进行的。用于终接的呼叫处理可以随后用呼叫协议模块与呼叫方式模块的另一种组合来进行。
本发明的又一个重要的技术优点包括提供了多个访问同一呼叫块存储器的呼叫处理单元。呼叫块存储器中，可以包含要处理、已经处理或产生作为结果的信息。每一呼叫处理单元可以通过各自的联接访问共享的呼叫块存储器中的信息。所以，如果一个处理单元正忙或无法使用，可以在另一个呼叫处理单元处接收呼叫块存储器中的信息，对其进行处理。
本领域的技术人员从下面的附图、说明书以及权利要求书可以清楚地理解本发明的其他的重要技术优点。
附图简述为了更全面地理解本发明及其特征和优点，下面参照附图描述本发明。其中
图1是包含本发明的分布式通信交换系统的方框图；图2是按照本发明的一个实施例的典型服务单元子系统的方框图；图3是按照本发明的一个实施例的典型呼叫处理单元的方框图；以及图4是按照本发明的一个实施例的处理呼叫信息的典型方法的流程图。
发明的详细描述参照图1-4，可以清楚地理解本发明的较佳实施例及其优点。其中，相同的标号表示各附图中相同或相应的部件。
图1是含有本发明的分布式通信交换系统的方框图。通常，分布式通信交换系统10可以支持各种通信，包括(但非仅限于)市话、长话(即长途电话)、无线、智能网(IN)以及住宅视频通信。分布式通信交换系统10包括服务单元子系统12。尽管图中只给出了一个服务单元子系统，但应当理解，在其他的实施例中，分布式通信交换系统10可以包括多个服务单元子系统12。服务单元子系统提供了在分布式通信交换系统10中对服务、连接、操作、管理和维护的集中控制，同时，它也提供对其他的交换系统的外部信令接口。在一种实施例中，服务单元子系统12采用信息网结构(INA)软件设计原理，提供先进智能网(AIN)服务平台的控制和管理。正如下文中将要详述的那样，服务单元子系统12执行对与分布式通信交换系统10中接收和交换的呼叫有关的信息的处理。这种处理包括各种呼叫方式和呼叫协议所需的处理。服务单元子系统12的功能可以由处理器来支持，如主机、文件服务器、工作站，或其他可以运行合适的软件的适当数据处理设备。例如，可以将SUNTM操作系统用于服务单元子系统12。
一个或多个传递单元子系统14支持分布式通信交换系统10的交换功能，因而可以包含合适的交换结构。每一个传递单元子系统14在服务单元子系统12的控制和指挥下工作，以便为呼叫信息提供消息传送机构。每一个传递单元子系统14可以与能接收呼叫信息的一条或多条入局中继线和线路联接。每一中继线或线路是按照特定的呼叫协议(例如，带内、综合服务数字网(ISDN)或7号线路系统(SS7))和特定的呼叫方式(例如先进智能网(AIN)、CS1或MCI)工作的。传递单元子系统14可以支持多种服务，如宽带接口、缆线应用、电话接口，也可以支持个人通信业务。每一个传递子系统14可以专用于特定类型的服务，或者将多种服务包含在一个传递单元子系统14中。
可以将分布式交换系统10的服务单元子系统12和传送单元子系统14在地理上组编在一个区域内，或者在地理上分散在几个远程区域内，并且同时保持所执行的交换功能的分布式特征。服务单元子系统12和传递单元子系统14可以由一条合适的链路(如支持同步光通信网(SONET)标准的光纤环16)联接起来，并通过该链路进行通信。在一种实施例中，呼叫信息以异步转移模式(ATM)信元格式，用光纤环16在服务单元子系统12和传递单元子系统14之间传送。因此，光纤环16与服务单元子系统12和每一个传递单元子系统14的接口可以由ATM插入/分出多路复用器支持。由传递单元子系统14接收并由其发送的信息可以在往返于光纤环16的传送前后进行时隙交换。
在分布式通信交换系统10中，服务单元子系统12提供控制和管理功能，并且与传递单元子系统14的传送机构和交换功能是分开的。这种功能的分开使得服务单元子系统12和传递单元子系统14能够独立地演变发展，而且升级支持新的服务和新的技术，使双方都可独特地强化。服务单元子系统12能够支持多种类型的传递单元子系统14，而这些子系统能够提供多种服务，包括宽带通信、可视通信、传统电话和个人通信业务。
有关典型的分布式通信交换系统更详细的细节，可参见1996年2月27日授权给Self等人的美国专利5,495,484，该专利按参考文献在此引入。
关于本发明的分布式通信交换系统10通常是以下述方式运行的。可以在传递单元子系统14中的任何一个子系统处沿始发线路接收某一特定呼叫的呼叫信息。光纤环16将呼叫信息从接收的传递单元子系统14传送到服务单元子系统12。服务单元子系统12对呼叫信息进行合适的处理，以支持该呼叫。例如，处理可以包括产生并保持计费记录、判读支持国际拨号的数字流(预译)，以及各种协议和呼叫方式所需的任何一种处理，如确认始发尝试、分析呼叫信息等。在对呼叫信息进行处理的期间，服务单元子系统12还产生合成的信息。合成的信息可以指定线路中的呼叫终接线路。该终接线路可以与上述或另一联接该始发线路的传递单元子系统14。合成的信息被传送到与始发线路(呼叫信息就是在该始发线路上接收的)相连的传递单元子系统14。并且，如果合适，合成的信息还被传送到与指定的终接线路相连的独立的传递单元子系统14。合成信息指令(一个或多个)传递单元子系统来完成呼叫的接续。
图2描绘的是按照本发明的一个实施例的典型服务单元子系统12的方框图。如上所述，服务单元子系统12提供服务、接续、操作、管理的集中控制，以及分布式通信交换系统10中的维护。子系统12还提供对其他交换系统的外部信令接口。
服务单元子系统12包含通过链路22与光纤链路16联接的一个或多个呼叫处理单元20。链路22可以是一条总线或另一种合适的链路，其功能主要是在几个呼叫处理单元20和光纤链路16之间传递呼叫和合成的信息。
每一呼叫处理单元20可以根据光纤链路16上接收的呼叫信息执行多种呼叫处理操作。这些处理功能包括解释各种呼叫协议(例如带内、ISDN和SS7)、按照各种呼叫方式(例如AIN、CS1和MCI)进行处理、产生并保持计费记录、翻译，以及判读支持国际拨号的数字流。呼叫处理单元20根据接收的呼叫信息产生合成的信息。每一呼叫处理单元20的操作独立于其他呼叫处理单元20的操作。每一呼叫处理单元20的功能可以由处理器来完成，如主机、文件服务器、工作站或运行合适软件的其他适当数据处理设施。图3示出了一种典型呼叫处理单元20，下面将参照该图详细描述。
可配置服务单元子系统12中提供的呼叫处理单元20的数量。所以，尽管图2中示出的是5个呼叫处理单元20，在其他的实施例中，一个服务单元子系统12可以包括任何合适数量的呼叫处理单元20。数量是可以根据各种因素选择的，如，服务单元子系统12处理的呼叫业务量、硬件的结构选择、所要求的冗余性等。例如，在一种实施例中，可以部分地在一个SUNTM操作系统上构成服务单元子系统12，该操作系统含有四个分开的处理装置；因此，这样的一个服务单元子系统12中可以提供或支持四个处理单元。另外，在一些实施例中，可以提供一个呼叫处理单元20作为备份，用于另一个呼叫处理单元20。这时，两个呼叫处理单元20根据从光纤链路16接收的呼叫信息执行重复的操作。如果一个呼叫处理单元20失败或无效，那么就会在另一个呼叫处理单元20处继续进行处理。呼叫处理单元20的数量最好大于支持分布式通信交换系统10中期望的最大呼叫业务量所需的数量，所提供的这一额外的呼叫处理单元20用于冗余性。
呼叫块存储器24由服务单元子系统12中的每一呼叫处理单元20所共享和访问。呼叫块存储器24可以位于合适的存储媒体内，如随机存取存储器(RAM)、软盘、磁带或其他合适的数据存储系统。呼叫块存储器24用来接收、存储和传送信息26。因为呼叫块存储器24是通过相应的连接28与每一个呼叫处理单元20链接的，所以，每一个呼叫处理单元20可用相同的信息。
运行时，通过光纤链路16，在服务单元子系统12处接收特定呼叫的呼叫信息。链路22将呼叫信息传送到一个或多个呼叫处理单元20进行处理。在一种实施例中，多个呼叫处理单元20可以根据所接收的信息执行同样的操作，至少有一个呼叫处理单元20用作另一个呼叫处理单元20的冗余备份。在呼叫处理单元20中处理呼叫信息时，产生信息26，将信息26存储在呼叫块存储器24内，并从呼叫块存储器24中检索信息26；该信息26在整个呼叫信息的处理过程中变更。如果必要，另一个呼叫处理单元20可以根据信息26进行工作，以完成呼叫信息的全部处理。在进行了所有必要的处理以后，呼叫块存储器24内的信息26构成合成信息。通过总线22将合成的信息传送到光纤链路16上。
图3描绘的是按照本发明的另一个实施例的典型呼叫处理单元20的方框图。呼叫处理单元20包含一个接口30。如图1中所示，接口30与服务单元子系统12中的链路22联接。接口30用来在呼叫处理单元20和传递单元子系统14之间接收和传送信息(包括呼叫信息和合成信息)。接口30将从光纤链路16接收到的信息转换成可以用在呼叫处理单元20中的形式。同样，接口30将在呼叫处理单元20中产生的信息转换成可以在光纤链路16上载送的形式。接口30可以包含任何一种合适的接口。例如，在一种实施例中，接口30包括异步转移模式(ATM)插入/分出多路复用器。
呼叫定序器模块32用来与接口30通信。呼叫定序器模块32用来选择呼叫信息通过呼叫处理单元20的路由，并且还调用含有呼叫处理单元20的服务单元子系统12中的呼叫块存储器24。为了进行路由选择，呼叫定序器模块32可能已经访问了含有指定与分布式通信交换系统10的每一个传递单元子系统14相连的中继线和线路的信息的数据库(未示出)。正如所描述的那样，呼叫定序器模块32还用来调用呼叫处理单元20带有的其他模块。
多个功能模块34-54中的每一个均与呼叫定序器模块32通信。这些功能块34-54可以由呼叫定序器模块32调用。功能块34-54合作用来对呼叫处理单元20处接收的所有呼叫信息进行所有需要的呼叫处理。具体而言，功能块34-54中的每一个均用来根据或响应于接口30处接收并由呼叫定序器模块32进行路由选择的呼叫信息，执行一个或多个功能操作。每一功能块34-54的操作独立于呼叫处理单元30中其他的功能模块34-54。在一个实施例中，功能模块34-54中的每一个可以包含面向对象程序。最好每一个功能模块34-54以呼叫处理单元20中其他功能模块可以使用、判读或处理的规范的格式产生或输出信息26。
带内呼叫协议模块34、综合业务数字网(ISDN)呼叫协议模块36以及7号信令系统(SS7)呼叫协议模块38中的每一个用来执行支持相应的呼叫协议所需的呼叫信息处理。该处理可以包括从呼叫信息中初始地址消息(IAM)获取信息、产生并传送“地址完全”消息至接收呼叫信息的传递单元14(即始发交换机)，以及按照特定的呼叫协议所进行的其他合适的处理。应当理解，这些分别支持带内、ISDN和SS7协议的呼叫协议模块34-38仅是示例给出的。在另一些实施例中，可提供其他合适的呼叫协议模块与图3中所示的典型呼叫协议模块34-38中的一个或全部的组合，或取代这些典型呼叫协议模块。
AIN呼叫模块40、CS1呼叫模块42和MCI呼叫模块44中的每一个用来对相应的呼叫方式所需的呼叫信息进行处理。呼叫方式处理包含一系列按照特定的呼叫方式标准进行的处理。通信服务的提供者如MCI、AT&T、GTE、SPRINT等会建立起用于特定呼叫方式的标准。呼叫模块处理可以包括始发试呼的核准和呼叫信息的分析。每一呼叫方式模块40-44可以包括呼叫始发用的第一部分和呼叫终接用的第二部分。始发呼叫部分执行支持与呼叫的始发相关的呼叫方式处理程序部分所需的处理。终接呼叫部分执行支持与呼叫的终接相关的呼叫方式处理程序部分的处理。每一个呼叫方式模块40-44的始发和终接呼叫部分可以独立操作。应当理解，这里提供的呼叫方式40-44仅是示例。所以，在其他的实施例中，可提供任何其他形式合适的呼叫方式模块与以上列举的呼叫方式模块40-44中的一个或全部的组合或取所列举的模块。
对于某一特定呼叫的呼叫信息，任何一个或多个呼叫协议模块34-38可以与一个或多个呼叫方式模块40-44一起使用，以执行呼叫处理。例如，ISDN呼叫协议模块36可以与AIN呼叫方式模块40、CS1呼叫方式模块42或MCI呼叫方式模块44一起运行，以支持在ISDN线路上接收的分别呈AIN格式、CS1格式或MCI格式的呼叫。另外，因为呼叫方式模块40-44中的每一个包含始发部分和一终接部分，所以呼叫处理单元20按照第一呼叫方式如MCI呼叫方式支持呼叫的始发，并按照第二呼叫方式如AIN呼叫方式支持同一呼叫的终接。所以，本发明能够用呼叫协议/呼叫方式的组合始发呼叫，用另一个不同的呼叫协议/呼叫方式的组合终接同一呼叫。
消息处理器模块46、事务处理能力应用部分(TCAP)模块48、翻译程序模块50、通话自动计费(AMA)模块52以及预译模块54中的每一个均执行呼叫处理单元20中的附加功能。例如，消息处理器模块46以一种或多种合适的格式使信息格式化，以支持呼叫处理单元20与分布式通信交换系统10中其他的单元之间的通信。TCAP模块48支持用于7号信令系统(SS7)的消息发送协议。AMA模块52执行对记录和产生某一呼叫的计费记录的处理，以便确保计费准确。预译模块54解读呼叫消息中特定的数字流，以便支持国际拨号。与图3中的呼叫协议模块34-38和呼叫方式模块40-44同样，功能模块46-54也仅示例给出。所以，在另一些实施例中，呼叫处理单元20可以添加任何其他合适的功能模块，或用其他合的功能模块取代功能模块46-54中的一个或全部。这些其他的功能模块可以支持根据或响应于呼叫信息而进行的所有其他的处理。该处理可以包括加密、解密、鉴权、登记、路由选择等。
通常，当在呼叫处理单元20处接收到特定呼叫的呼叫信息时，呼叫定序器模块32顺序调用各个功能模块34-54，以执行传递或支持该呼叫所需的处理。应当理解，并不是所有的功能模块34-54都用来执行对每一个呼叫的处理的。当特定的功能块34-54已经执行了所调用的操作时，该模块会以能够由呼叫处理单元20中其他的功能模块34-54使用、解读或处理的规范的形式，将信息返回到共享的呼叫块存储器24。
在呼叫处理单元20中，将呼叫处理划分成由分立的独立操作功能模块34-54执行的几个功能操作。当需要执行特定的功能时，可以调用合适的功能模块34-54。所以，无需在多个程序(其中，每一程序专用于某一特定情况，比如，特定的呼叫方式和呼叫协议的组合)中提供执行某一特定的功能的编码，因而本发明大大减少了通信网中的冗余性。采用这种方式，本发明节省了处理资源。另外，为了对软件进行更新，只需更改一个功能模块。所以，本发明方便了通信系统的维护。
另外，因为信息是存储在服务单元子系统12中的呼叫块存储器24内的，该信息也可用于其他的呼叫处理单元20。所以，如果一个呼叫处理单元20的功能模块失效了，或者停止正常工作了，或正忙着，则可以调用另一个呼叫处理单元20中类似的功能模块执行必要的操作，以便使呼叫处理进行下去。
图4是按照本发明的一个实施例对呼叫信息进行处理的典型方法100。方法100可以对应于呼叫处理单元20的操作。
方法100在步骤102处开始，在呼叫处理单元20的接口30处接收与特定的呼叫相关的呼叫信息。接口30将呼叫信息转换成适合用于呼叫处理单元20中的形式。经转换的信息被传送到呼叫定序器模块32，该模块随后将一些或全部呼叫信息存储到含有呼叫处理单元20的服务单元子系统12的呼叫块存储器24内。在步骤104处，呼叫定序器模块32通过例如以消息的形式将呼叫信息发送到合适的功能模块，调用该合适的功能模块34-54对信息进行处理。在步骤106处，呼叫处理单元20判断该合适的功能模块34-54是否可用。如果该功能模块可用，则在步骤108处，此功能模块按照其规定的操作执行呼叫处理。处理结果是，功能模块34-54会输出已经规范化的信息，且因而可以由呼叫处理单元20中其他的功能模块来操作。在步骤110处，将规范化的信息存储到呼叫块24中。随后，方法100进入到步骤120。
再来看步骤106，如果判断所调用的功能模块不可用，则呼叫处理单元20在步骤112处调用消息处理器模块46。在步骤114处，消息处理器模块46产生一条由呼叫处理单元20输出的消息。此消息可指定要处理的信息，同时/或者指示另一呼叫处理单元20根据呼叫块存储器24内的信息调用一功能模块进行处理。在步骤116处，将消息处理器模块46产生的消息传给可在同一服务单元子系统12或分开的服务单元子系统12内的另一呼叫处理单元20。在步骤118处，输出此消息的呼叫处理单元20接收来自此消息的呼叫处理单元20的应答。该应答会指明在后一呼叫处理单元20处已完成所要求的处理。
在步骤120出，呼叫处理单元20判断是否还需要呼叫处理。如果还需要处理，则呼叫处理单元20回到步骤104处，在该步骤处，呼叫定序器模块32起用合适的功能模块34-54，执行另外的处理。呼叫处理单元20重复步骤104-120，直到在步骤120处判断不再需要别的处理为止。
在完成所有的处理以后，呼叫块存储器24中的信息26构成合成信息。在步骤122处，从呼叫块存储器24中索取合成信息。在步骤124处，通过链路22，将合成信息从呼叫处理单元20传送出去。然后，该合成信息可以用来完成和/或支持所要求的始发点与终接点之间的呼叫。于是，方法110结束。
尽管上文中已经详细描述了本发明及其优点，但应当理解，在不偏离由权利要求书所限定的本发明的范围和精神的情况下，还可以对这些实施例作各种变更、替换和修改。
权利要求
1.一种处理通信网中的呼叫信息的系统，其特征在于，所述处理系统包含多个功能模块，每一功能模块用来执行呼叫处理的相应功能；用来与每一个功能模块通信的呼叫定序器模块，所述呼叫定序器模块用来在需要执行与所述功能模块相应的呼叫处理功能时，调用一个特定的功能模块。
2.如权利要求1所述处理系统，其特征在于，至少一个功能模块包含能够按照特定的呼叫协议执行呼叫处理的呼叫协议模块。
3.如权利要求1所述的处理系统，其特征在于，至少一个功能模块包含能够按照特定的呼叫方式执行呼叫处理的呼叫方式模块。
4.如权利要求1所述的处理系统，其特征在于，它还包含可以由所述呼叫定序器模块访问的呼叫块存储器，所述呼叫块存储器用来存储在处理期间产生的信息。
5.如权利要求1所述的处理系统，其特征在于，它还包含与呼叫定序器模块进行通信的接口，所述接口能够接收要在处理系统内处理的呼叫信息。
6.如权利要求5所述的处理系统，其特征在于，所述接口包含异步转移模式插入/分出多路复用器。
7.如权利要求1所述的处理系统，其特征在于，所述多个功能模块包含用来按照第一呼叫协议执行呼叫处理的第一呼叫协议模块，以及用来按照第二呼叫协议执行呼叫处理的第二呼叫协议模块。
8.如权利要求1所述的处理系统，其特征在于，所述多个功能模块包含用来按照第一呼叫方式执行呼叫处理的第一呼叫方式模块，以及用来按照第二呼叫方式执行呼叫处理的第二呼叫方式模块。
9.一种处理通信网中的呼叫信息的系统，其特征在于，所述处理系统包含按照特定的呼叫协议执行呼叫处理的呼叫协议模块；按照特定的呼叫方式执行呼叫处理的呼叫方式模块；与呼叫协议模块和呼叫方式模块通信的呼叫定序器模块，所述呼叫定序器模块在需要按照所述呼叫协议模块的特定的呼叫协议进行呼叫处理时调用所述呼叫协议模块，所述呼叫定序器模块还在需要按照所述呼叫方式模块的特定的呼叫方式进行呼叫处理时调用所述呼叫方式模块。
10.如权利要求9所述的处理系统，其特征在于，它还包含可以由所述呼叫定序器模块访问的呼叫块存储器，所述呼叫块存储器能够存储在处理期间产生的信息。
11.如权利要求9所述的处理系统，其特征在于，它还包含能够与所述呼叫定序器模块通信的接口，所述接口能够接收要在处理系统中处理的呼叫信息。
12.如权利要求11所述的处理系统，其特征在于，所述接口包含异步转移模式插入/分出多路复用器。
13.一种处理通信网中的呼叫信息的系统，其特征在于，所述处理系统包含第一呼叫处理单元，它具有能够与第一呼叫定序器模块通信的第一功能模块，所述第一功能模块能够执行相应的呼叫处理功能，所述第一呼叫定序器模块能够在需要由所述第一呼叫处理单元执行与所述第一功能模块相应的呼叫处理功能时，调用所述第一功能模块；第二呼叫处理单元，它具有能够与第二呼叫定序器模块通信的第二功能模块，所述第二功能模块能够执行相应的呼叫处理功能，所述第二呼叫定序器模块能够在需要由所述第二呼叫处理单元执行与所述第二功能模块相应的呼叫处理功能时，调用所述第二功能模块；可以由所述第一呼叫处理单元和所述第二呼叫处理单元访问的呼叫块存储器，所述呼叫块存储器能够存储进行处理的期间在所述第一呼叫处理单元或所述第二呼叫处理单元中所产生的信息。
14.如权利要求13所述的处理系统，其特征在于，所述第一呼叫处理单元和所述第二呼叫处理单元能够协作执行对一个呼叫进行的呼叫处理。
15.如权利要求13所述的处理系统，其特征在于，所述第一功能模块包含能够按照特定的呼叫协议执行呼叫处理的第一呼叫协议模块。
16.如权利要求15所述的处理系统，其特征在于，所述第二功能模块包含能够按照与所述第一呼叫协议模块相同的呼叫协议执行呼叫处理的第二呼叫协议模块。
17.如权利要求13所述的处理系统，其特征在于，所述第一功能模块包含能够按照特定的呼叫方式执行呼叫处理的第一呼叫方式模块。
18.如权利要求17所述的处理系统，其特征在于，所述第二功能模块包含能够按照与所述第一呼叫方式模块相同的方式执行呼叫处理的第二呼叫方式模块。
19.一种处理通信网中的呼叫信息的方法，其特征在于，所述方法包含下述步骤接收有关呼叫的呼叫信息；根据所述呼叫信息调用多个功能模块中的一个功能模块，每一功能模块能够执行相应的呼叫处理功能；执行与所述调用的功能模块相应的呼叫处理功能。
20.如权利要求19所述的方法，其特征在于，它还包含下述步骤判断是否要根据所述呼叫信息执行另外的呼叫处理；调用所述多个功能模块中的另一个功能模块；执行与所述另一个调用的功能模块相应的呼叫处理功能。
21.如权利要求19所述的方法，其特征在于，它还包含在呼叫块存储器中存储进行处理的期间所产生的信息的步骤。
22.如权利要求19所述的方法，其特征在于，至少一个功能模块包含能够按照特定的呼叫协议执行呼叫处理的呼叫协议模块。
23.如权利要求22所述的方法，其特征在于，所述执行的步骤包含按照特定的呼叫协议进行呼叫处理的步骤。
24.如权利要求19所述的方法，其特征在于，至少一个功能模块包含按照特定的呼叫方式进行呼叫处理的呼叫方式模块。
25.如权利要求24所述的方法，其特征在于，所述执行的步骤包含按照特定的呼叫方式进行呼叫处理的步骤。
全文摘要
本发明提供了一种处理通信网中的呼叫信息的系统。该处理系统包括多个功能模块(34—54)。每一功能模块(34—54)能够执行相应的呼叫处理功能。呼叫定序器模块(32)用来与每一个功能模块(34—54)通信。呼叫定序器模块(32)能够在需要进行与该功能模块(34—54)相应的呼叫处理功能时调用特定的功能模块(34—54)。
文档编号H04Q3/545GK1265252SQ98805843
公开日2000年8月30日 申请日期1998年4月1日 优先权日1997年4月15日
发明者S·M·普伦, S·A·詹姆斯, N·G·辛格, S·S·卡斯莱 申请人:Dsc电讯有限合伙公司