智能通信网络 本发明涉及在智能通信网络中提供服务的服务节点及方法。
在存储程控式(SPC)交换机出现以前，公共交换电话网络(PSTN)包括机电式交换机，例如步进式及纵横制交换机，及电子交换机，如TXE2及TXE4交换机。但是，甚至最先进的这些类型也仅能执行有限数目的功能，此外仅能交换呼叫，即，使得输入通道或线路与输出通道之间连接。另外，这些附加功能被局限在改善网络性能的操作，例如，在第一选择路径占用时重复尝试经由一个替换的输出路径达到目的号。
SPC交换机能使用户通过使用*或#键在他们的电话机键盘上输入信号以控制各种附加服务。但是引进新的服务或修改现有的服务意味着控制程序必须在每个SPC交换机上被更新。
当前智能通信网络的概念是基于一个互连数字主交换单元(DMSU)的主体，连接在DMSU上的局交换机(通常是每个局交换机连接于两个DMSU，以使当一DMSU故障时提供网络弹性)及在网络的各位置上由离散服务节点提供服务及控制。
每个服务节点连接在网络的DMSU上，它识别由用户拨入的服务进入数字，并将呼叫与服务节点连接，用以提供给用户所请求的服务。
根据本发明的第一方面，提供了一种用在智能通信网络中为用户提供服务的服务节点，它包括：
服务确定装置，设来用于确定多个服务；
一个资源装置，它包括用于识别用户提供的数据及存储这些被识别数据的装置及一个语音段存储器，使用时该存储器包含语音段，每个语音段具有相应地识别码及资源装置控制装置，设来将接收的指令信号转换成相应的一系列语音段识别码用于相应于指令信号的语音通告，根据所述语音段识别码访问语音段存储器，以产生用于语音通告的相应语音段及当产生出通告以最后语音段时提供通告结束信号；
一个交换器，设来将资源装置与被网络连到服务节点的进入呼叫相连接；及
节点控制装置，设来响应这种进入呼叫及将呼叫细节送到服务确定装置以便在需要时对呼叫进行处理及排队，将信号从服务确定装置送到资源装置及送到交换器，及将通告结束信号从资源装置送到服务确定装置。
如果服务确定装置具有所有的服务控制，它将通过指令资源产生第一语音段，等待接收由资源产生的语音段信号，及然后发送用于下一语音段的指令，并以此类推来建立一通告。本发明的一个优点是语音段之间的间隔可为最佳语音重播来确定及直接由资源控制，而不是由信号遭到的传输及处理延时来确定，这些延时是因为节点控制装置必须在通信线路上与资源通信引起的。另一优点是将用户提供数据的确认和存储设在资源装置中，服务确定装置不涉及这些功能而仅对资源装置发出指令以返回由用户提供的数据。在服务确定装置及资源装置之间服务成份的这种分配与服务全部由服务确定装置控制相比能更快的服务操作及简化软件码。
最好，所述资源装置包括第一资源及分开的第二资源，第一资源包括所述语音段存储器，第二资源包括所述用于识别用户提供的数据及存储所识别数据的装置，及其中第一资源设来指令第二资源与进入呼叫之间的连接和指令第二资源启动它的识别及存储装置并提供这些存储数据给第一资源。
第一资源可设置来经过其本身作出所述连接。
最好该资源装置还包括一个用户相关数据的数据库及一个通过将识别的用户提供数据与存储在用户数据库中的相应数据相比较确认用户提供数据的装置。
更可取的是所述资源装置包括分开的第三资源，该第三资源包括所述用户相关数据的数据库及所述的通过将识别的用户提供数据与存储在用户数据库中的相应数据相比较确认用户提供数据的装置，而第一资源设来将识别的数据提供给第三资源并指令它确认所提供的数据，并将指示确认结果的信号提供给第一资源。
第一资源可将数据发送给服务确定装置，或视情况而定，指令第二资源将数据发送给服务确定装置。
在这种服务节点中，第一资源可设置来产生通告以提供用户多个服务相关的序号选择，及当从用户接收到识别序号时产生另外的相应通告以提供不同的多个服务相关序号选择。
该服务节点的资源装置将包括该第一资源的多种组合的可能性，具有或不具有第二资源(及第三资源，视情况而定)，以便能处理对服务的许多同时的呼叫。该资源装置将具有足够的智能来执行很大部分的服务并获得减少与服务确定装置通信量的优点，但不是太智能化，那将使资源变为服务节点成本的过大部分。
根据本发明的第二方面，提供了一种对用在智能通信网络中为用户提供服务的服务节点进行操作的方法，它包括以下步骤：
接收由网络连接到服务节点的进入呼叫并将进入呼叫细节送到服务确定装置以便在需要时对呼叫处理及排队；
响应来自服务确定装置的请求将资源装置连接到进入呼叫；
将来自服务确定装置的指令信号发送到资源装置；
将由资源装置接收到的指令信号转换成相应一系列语音段识别码；
根据所述语音段识别码访问语音段存储器；
产生相应的语音段；
当产生出通告的最后语音段时提供通告结束信号；
在资源装置上接收用户提供的数据；
识别接收的用户提供数据；及
存储这些识别的数据。
最好，所述转换、访问、产生及提供步骤是由所述资源装置的第一资源来执行的，及所述识别及存储步骤是由所述资源装置中分开的第二资源执行的，及包括响应来自第一资源指令将分开的第二资源连接到进入呼叫的步骤。
还可能提供确认所识别的用户提供数据的步骤。
确认步骤可由资源装置中分开的第三资源执行的。
还可以设置产生通告以提供用户多个服务相关序号选择，及当从用户接收到识别序号时产生另外相应通告以提供不同的多个服务相关序号选择的步骤。
现在将通过参照附图的例子方式来描述根据本发明的服务节点的专门实施例，
附图为：
图1是服务节点服务逻辑执行设备的电路概图；
图2是表示用在由服务节点提供的服务中的呼叫例存储地址的图；
图3是表示呼叫事件处理的图；
图4是表示呼叫例初始化的图；
图5是表示对呼叫例的资源分配的图；
图6是表示资源及呼叫者之间语音通路连接的图；
图7是表示由应用部分发出的资源指令的图；
图8是表示资源响应的图；
图9是表示当应用结束时的程序的图；
图10是表示当呼叫清除时的程序的图；及
图11是表示当资源清除时的程序的图。
如在图1中可以看到的，本发明的服务节点的主要部分是称为服务逻辑执行设备(SLEE)10的中央控制功能并且它构成了本发明的控制装置。
SLEE10包括：各个应用程序接口(API)处理器11a至11n，它们用于多个应用类型13a至13n的每个中的多个应用情况，12a至12n的每个(构成本发明的服务确定装置)，一个呼叫模式处理器14，一个目录处理器15及一个用于该节点的多个子系统中每个的管理处理器，名称为SLEE管理系统16，交换器17，票据系统18，多个具有共同管理器19H的智能外围(IP)资源19，及多个具有共同管理器20H的通话资源20。资源19至20一起构成本发明的资源装置。
在本说明中，术语“智能外围”及“服务节点”被认为具有相同功能含义，尽管在实际上，服务节点是由智能外围与交换器17一起构成的。
在该实施例中，每个IP资源19(构成本发明的第一资源)是包含其本身数字收集装置的语音应用台(SAP)。在替换实施中，具有多个数字收集装置(每个构成本发明的第二资源)，当需要用于涉及数字收集的服务时，它们可被预定并与SAP相联系。
每个通话资源20是一个非语音资源，即为不与交换器17的接口相连接的并不安排发送信号和从用户接收信号(MF信号或语音信号)的资源。通话资源20其类型的例子是个人身份证号(PIN)确认，当该服务节点需要与远程资源或系统通信时的议定通话，及用于管理进入数据库28的管理逻辑。
为了方便起见，上述处理将总地用处理名称来称呼，及每个管理器将称为16H，17H等。管理器19H具有一个内部部分19Hint，它用于将应用及SLEE的共用存储器21之间的信号接口连接，及一个外部部分19Hext，它用于发向和来自IP资源19的信号的接口连接。
SLEE10的每个组成部分是以台上的UNIX(AT&T公司的商标)处理器实施的，对它无需详细描述，但它是多处理器、多任务、容错形式的UNIX环境。适当的时候，这些处理包括用于信息双向通信的子处理。这些子处理对于本领域的熟练技术人员是公知的，故除交换信息处理器26外将不再专门描述，后者构成交换处理器17H的信息接收子处理。
SLEE10的各处理部分彼此通过共用存储器21的单元进行通信，这些单元们均能存取。这种各个处理器并行工作的布置大大地减小了严重的拥塞现象。
应用例被SLEE管理系统16在SLEE10的预置时启动，及每个进入台的新呼叫在共用存储器21中产生一个新呼叫例22(图2)。
每个呼叫例22保持对各呼叫专用的数据，图2中所示各种类型的数据是变换的IP资源，变换的通话，交换对话，清除特征位，上下文存储，收费记录及API事件。这些类型中的一些在呼叫例中具有不止一个存储地址，例如IP资源及API事件。
每个应用类型13可提供一个或多个确定服务，及不同的呼叫(可能使用不同服务)均可根据应用的需要通过接通及关断来享用一个应用例13。呼叫例22的上下文存储被一个应用使用来保持呼叫进入状态的跟踪。
应用类型13的多个应用例12的设置是为了使用同一服务的多个呼叫能并行运行。SLEE10的目录处理器15管理对应用例12的呼叫地址分配，以便使呼叫事件能被处理。
当外部事情发生时，管理器将它们按它们相应的呼叫例22排队。图3表示各个步骤，通过它们将这些呼叫事件检索出来并送至应用以便处理。
目录处理器15基于每个服务例23的相对优先权决定哪个服务将是下一个要运行的。这些优先权每次当目录处理器被启动时被再计算，以保证：虽然所有的服务将在其时刻运行，但具有较高优先权的那些(它们被SLEE管理系统16设置)将最频繁地运行。具有最高相对优先权及具有基于它排队的可执行呼叫的服务例被选择出来运行(步骤1)。目录处理器15检索服务所具有的应用类型(步骤2)，及将服务例23加到服务队列24的底部(步骤3)。由目录处理器15将应用类型13中的分组信号标递增(步骤4)，以发出信号：另一呼叫已准备好被属于应用类型13的一个应用例12来处理。当这个发生时，下一服务例23离开队列24(步骤5)及下一呼叫例22从它的可执行呼叫队列25中移走(步骤6)。将属于该呼叫例22的第一API事件与呼叫上下文存储一起送到应用部分以被处理(步骤7)。
应用部分执行作用于该事件上的必须的任务，及当那些应用任务完成时它发出一个API暂行指令及然后发出一个API提供指令的指令及变更上下文存储地址(步骤8)以反映呼叫状态的变化。在处理器对下一呼叫事件已按其信号标分好组(步骤10)以前对于应用将排好队的任何管理事件发送给它(步骤9)。
应用部分将API暂停指令发送给SLEE10以便从应用中释放(分离)出呼叫例22，并将API提供指令的指令发送出去以使应用变成对下一呼叫已分好组。
以下来说明对于用于由该服务节点提供的信息记录服务的典型呼叫情况所产生的处理。虽然具有许多可能发生的不同任务，但使用台的每个呼叫以类似下面说明的方式进行。
假定一个用户已预定了一个基于网络的信息记录服务(以下称为“声邮服务”(voicemail service)，它的台(未示出)包括存储存放语音信息的数据库并与PSTN的一个DMSU相连接。当用户启动了声邮服务时对用户的呼叫被网络自动地连接到台上，及任何所需的语音信息(以下称为“声邮信息”)被记录下来，用于用户以后的检索，及声邮台将关于声邮信息的信息(用户帐号，呼叫者姓名)发送给该服务节点中的应用部分以便存储在数据库28中，它使与该帐号相关的存储呼叫寄存器地址递增并将该姓名与代表该声邮信息当前位置的指数相关地存储在声邮台数据库中。
当用户希望找出他是否有任何等待他的声邮信息时，他拨服务进入数以便达到进入声邮服务，及PSTN将呼叫(不管它的发端在网络的什么地方)送到服务网络。
参照图4，其中步骤的标号开始于11，当该呼叫到达服务节点时，数字从交换器17经信号环节到达呼叫模式处理器14，后者识别用于声邮服务的拨号服务进入数，并作出响应，发出并预置一个新呼叫例22到SLEE共同存储器21中(步骤11)及将进入呼叫转换成它的第一IP资源，即IP资源0(步骤12)。实际IP资源将是在其中出现进入呼叫的进入通道，并且将是该通道的识别码被转换为呼叫例22的IP资源0的地址。呼叫模式处理器14通过用时间标记将进入呼叫或事件记录在呼叫例22的收费记录地址中来起动呼叫收费记录(步骤13)。然后SLEE10将API进入呼叫事件放到呼叫API事件的队列中(步骤14)，并将呼叫例22作为可执行呼叫排在适合的服务例23上(步骤15)。
目录处理器15被触发起动，并使呼叫事件进入呼叫处理阶段，这将如参照图5所描述的。
参照图5，当目录处理器15决定已到执行呼叫的时刻时，SLEE10从呼叫例的API事件队列将API进入呼叫事件发送给应用部分13(步骤16)。应用部分13接收该事件，参照事件状态表(未示出)并从下一位置起运行，在新呼叫的情况下这是从服务开始时运行。
应用部分需要使用除IP资源0以外的至少一个IP资源。首先，必须通过发送一个API预定资源信息给SLEE10在呼叫应用转换IP资源(例如资源3)，的自由资源中预定一个资源(步骤17)。应用部分本身将在呼叫例22中选择自由IP资源，并向SLEE10预定一个自由资源及将其识别码(identity)转换到所选择的IP资源。SLEE的内部API资源管理器19Hint接收该信息，在自由资源存储器(资源X)中找出一个正确类型的自由(未使用)资源，并通过将资源识别码从自由资源转换到呼叫例的IP资源3而将其转换到呼叫(步骤18)。在此步骤上，资源实际上可能从自由资源分离，或者设置一个标记位以表示该资源在使用中而非自由资源来作出有效分离。一个成功的信息作为返回码返回到应用部分(步骤19)。
为了使用资源，应用部分必须将它的语音通道连接到如图6中所示的呼叫资源。它通过参照两个它想连接的信息(即IP资源0，进入呼叫，IP资源3，所需资源)发送一个API连接信息(步骤20)来作到这个。
SLEE的API交换管理器17H接收信息，分配(预定)一个自由交换对话Id给呼叫例22(步骤21)，并使用它发送一个要连接到交换器17的请求(步骤22)。交换器17接收到该请求并将呼叫连接到资源X(步骤23)。它将成功的信号发回到SLEE10的交换信息管理器26(步骤24)。
如果已预定一个资源，应用部分现在与它通信，例如在该情况下，它请求资源对用户播放记录的通告声。为此，如图7中所示，通过发送一个包括通告声类型的API IP资源指令给SLEE10(步骤25)来作到这个。SLEE外部API资源管理器19Hext接收该信息，并通过将来自于自由对话Id存储器Id分配给呼叫应用IP资源来建立与资源的对话(步骤26)。然后将该对话Id与指令结合并将其送到转换资源(步骤27)。
如果已发送这样一个指令，应用部分将让该资源产生通告声并在目录处理器15的控制下进行另一呼叫的处理。为此，应用部分必须通过首先发送给SLEE10一个API暂停指令，及然后发送一个API提供指令的指令来暂停呼叫。
在此情况下，该第一API资源指令是用于产生一个“欢迎”(“Welcome”)通告声并用于收集代表用户帐号及个人身份证号(PIN)的12位数字。
在图8中，资源X接收应用指令并开始产生欢迎通告声：“欢迎来声邮，请输入您的帐号及PIN”。(步骤28)。资源X被安排来在起动欢迎通告后的任何时刻识别接收到的数字，并在这些数字的第一个被接收及识别时停止产生通告声。
在接收到第一位数字时，资源X发送给SLEE10一个包括该第一位数的数值的API事件信息。该信息在呼叫例22的API事件部分被排队。为了本发明的目的，只要说明该应用需要第一位数来作帐号处理的开始部分就够了，并且不是所有涉及帐号的应用均需要第一位数字用于开始的处理。在应用部分和资源X之间的对话还未结束，即它保持开通，以致对话Id允许与呼叫例的IP资源保持联系。
在替换实施例中，资源X包括通过进入用户有关数据的数据库并将检索的用户有关PIN与用户拨入的PIN相比较来执行确认用户帐号及PIN的装置。词“拨入”包括通过电话机或类似物手动输入的数字，及由用户说并被资源X识别的数字。在资源X未包括这种确认装置的实施例中，这些装置可以提供在构成本发明第三资源的一个通话资源20中。
通常，用户可在起始于通告声开始的暂停期间内输入他的八位帐号及四位PIN，并当十二位数字被收集好后资源X将向SLEE10发送一个包括这些数字的数字已收集信息，该信息将与和被SLEE10与指令一起送给资源X的对话Id相同的对话Id相组合。
如果用户在暂停时间未能输入十二位数字，或如果因任何另外原因资源X未能收集到在暂停期间确认的十二位数字，资源X将发送一个收集失败信息给SLEE10。
应用部分在收到数字已收集信息或收集失败信息时将认为对话结束，并将进行分离对话Id及将它放回到自由对话Id表中。
SLEE10外部IP资源信息管理器19Hext借助与对话Id相联系接收信息及检索呼叫例22(步骤30)。然后该信息被加到呼叫例API事件队列作为一个API IP资源信息(Msg)事件(步骤31)及呼叫例22本身被加到固有服务例的可执行呼叫表上(步骤32)。目录处理器15现在再被触发起动。
当目录处理器15决定再次轮到呼叫时，将API IP资源Msg事件及信息本身发送到应用部分(步骤33)，如图9中所示。
应用部分这时进行到服务状态表的下一状态，及访问与使用收集的帐号的应用类型相关的数据库28，以检索与帐号一起存储的PIN及将检索的PIN与收集的PIN相比较。
如果PIN适配时，应用部分再次访问数据库，以检索用户地址名称及作出上次检索访问的时间(包括日期)，并用目前检索时间改写上次时间。应用部分现在发送包括含有各变量参数的两区域的第二API资源指令，第一区域是用户称呼名称及第二部分是最近检查时间(包括日期)。应用部分然后发送API暂停指令及API提供指令的指令并等待目录处理器15发送来自下个选择呼叫例22的细节。
SLEE10现在通过外部IP资源管理器19Hext分配一个新对话ID，并将该第二API资源指令以与第一API资源指令相同的方式送到资源X。在接收到它时，资源X产生一个具有多个固定成份及多个可变成份的通告，即“哈罗”(固定的)“安迪”(“Andy”)(可变的，用户地址的类型)，“您最后使用声邮是在”(固定的)，“三时半，下午”(可变的)“在”(固定的)“六月”(可变的)“的”(固定的)“10号”(可变的)。这提供了一种安全措施，因为如果用户未在那时进入声邮，他现在将会知道有另外的人占用了他的PIN，他便可采取步骤更改他的PIN。这可以通过用户与话务员连系来作到，后者在作出适当的安全调查后将打电话进入服务节点，并通过通话资源20的管理逻辑类型修改数据库28，该打“电话”的资源通过其管理器20H请求建立一个呼叫例，其中它的同一性被在通话资源0处输入。
当资源X结束发生第二通告声时，它将对SLEE10发送一个API IP资源信息，SLEE10将使其进入呼叫例API事件队列。
当应用部分接下来处理该呼叫例时，它将进入下一状态，它将通知用户在他的声邮存储器中已存放了多少声邮信息。应用部分访问数据库来检索存放的声邮信息号，并发送包含两区域的第三API资源指令，一个区域包括该信息号及另一区域包括时间。并再次地，应用部分然后发送一个API暂停指令及API提供指令的指令。
SLEE10将该第三指令发送给资源X，它也是以与上述相同方式通过分配自由对话ID为该呼叫预定的。
资源X通过产生包括多个成分的一个通告声，其中两个是可变成份。第一成份是“好”(“good”)，它是固定的。第二成份是可变的，及根据接收到指令的时间区域中的值从“早晨”(“Morning”)，“下午”(“Afternoon”)，或“晚上”(“evening”)中选择，即，资源X具有三个时间窗；半夜到中午，中午到下午6时，及下午6时到半夜，及通过将时间值与窗户边界值相比较来作出选择以确定适合的窗口及由此决定相应的成份。第三成份是“欢迎来声邮，您有”，这是固定的。第四成分是可变的并是从相应于声邮信息库中声邮信息可能序号的用词(语音段)范围中选择的，换句话说，从“无”(“NO”)到例如“二十”。第五成份是“新”，它是固定的。第六成份是可变的并是从“信息”(“message”)或“信息(多数)”(“messages”)中选择的，这依赖于是单个声邮信息还是多个声邮信息或无声邮信息而定。
实际上，应用部分还具有另外的阶段，例如询问用户是否想知道存放声邮信息者的姓名(当存放声邮信息时将要让他们说出他们的名字)，将他们的名字通告给用户(可能与声邮信息序号一起)，接收用户的选择及产生一个声邮信息(通过经由通话资源20的议定转换类型在服务节点及远方台之间的通信线路上从声邮台数据库进行检索)，询问用户是否想删除该声邮信息还是留着它或将其存档，并在存放声邮信息产生期间万一用户挂机(终止他的呼叫)时管理声邮信息数据库。但是，本领域的熟练技术人员将足以理解服务节点及其SLEE的操作，而无需对声邮服务的这些其它阶段作详细说明。
在替换实施例中，资源X具有足够的智能借助于其控制程序产生一个通告，提供用户多个服务相关序号的选择，例如“对于服务选择A，按1，对于服务选择B，按2等”，并当接收到来自用户的被识别序号时产生另一相应的通告，提供多个不同的服务相关序号的选择。换句话说，资源播放三结构式菜单以确定用户需要什么，及当它具有该能力时提供请求的服务或将具有适当用户相关数据的指令发送给SLEE用于由适当的应用类型作出响应。
当应用部分达到最后状态时，例如已从用户接收到一个肯定指示：他结束了对服务的访问，或已从资源X接收到已发生时间暂停，然后它将API结束信号发送给SLEE10。这将被SLEE10的API结束管理器27接收，它开始清除呼叫。
首先，SLEE10必须断开语音通路。它分配给呼叫例22一个自由交换对话(步骤35)，并将一个信息发送给请求断开资源X及呼叫者的连接的交换器17(步骤36)。交换器17执行断接(步骤37)及将断接完成信息返回给SLEE10(步骤38)。
如果资源X仍与SLEE10处于自由对话，则它必须被清除。SLEE10将如图10所示地作到这点，首先通过将转换的资源移到呼叫例清除资源地址将转换IP资源3送到清除(步骤39)，及然后将清除信息发送给资源X(步骤40)。进入呼叫以同样方式通过呼叫模式处理器14清除并指示该呼叫当前被清除(步骤41)。
资源X接收到该信息并如图11所示地启动它的消除程序。当它结束了消除时，它将一个消除完成信息发送给SLEE10(步骤42)。该信息被SLEE外部IP资源信息管理器19Hext接收，它借助于与对话Id与资源分离并被放回到自由对话Id存储器中(步骤43)。资源本身被移出呼叫例22并返回到自由资源存储器中(步骤44)。
如果这是最后被清除的属于呼叫的资源(即进入呼叫也已结束清除)，则就完成呼叫。收票记录被打上时间及然后输出到票据系统18(步骤45)。