专利名称：用于提供电信服务的服务器布局、服务分发模块和方法
技术领域：
本发明涉及电信领域，尤其涉及服务器布局、用于服务器布局的服务分发模块和用于使用服务器布局来提供电信服务的方法。
背景技术：
服务器布局例如是诸如综合业务数字网络(ISDN)或移动网络的电信网络的服务控制点(SCP)。用户在他的终端拨打服务号码进行呼叫。对于那一呼叫请求，该网络特别是该网络的服务交换功能将服务请求消息发送到服务控制点。服务控制点提供由该服务请求消息所请求的服务。第一服务例如是由第一类型的服务消息所请求的免费电话服务(0800-服务)。如果终端和/或服务交换功能请求第二服务，例如本地号码可移植服务、呼叫卡服务等等，则它发送第二服务请求消息。两个服务请求消息必须经过通信网络的完整协议栈来寻路。另外，诸如此类的服务请求消息常常并不包含用以提供所请求的服务而必需的所有信息。在这样的情况下，服务控制点或服务器布局将进一步的查询消息发送到服务交换功能以便请求用以完成服务而需要的信息。这些进一步的消息在电信网络中造成许多业务量。
发明内容
因此本发明的目的是提供电信网络中的优化服务供应。
这一目的通过一种用于提供电信服务的服务器布局来达到，该服务器布局包括-用于接收服务请求消息的通信接口，-提供第一服务的第一服务供应装置，-提供至少一个第二服务的至少一个第二服务供应装置，-服务分发装置，用于根据由各服务请求消息所请求的服务，将服务请求消息的服务请求分发到该第一服务供应装置或该至少一个第二服务供应装置，其中-该服务分发装置可用于根据至少一个级联条件来级联该第一服务供应装置和该至少一个第二服务供应装置。
这一目的还通过一种服务分发模块来达到，该服务分发模块用于提供电信服务的服务器布局，该服务器布局具有用于接收服务请求消息的通信接口，该服务器布局还具有提供第一服务的第一服务供应装置和提供至少一个第二服务的至少一个第二服务供应装置，其中-该服务分发模块包括可由该服务器布局的处理器执行的程序代码，-该服务分发模块包括分发装置，用于根据由各服务请求消息所请求的服务，将各服务请求消息的服务请求分发到该第一服务供应装置或该至少一个第二服务供应装置，以及-该服务分发装置可用于根据至少一个级联条件来级联该第一服务供应装置和该至少一个第二服务供应装置。
这一目的也通过一种用于使用服务器布局来提供电信服务的方法来达到，该方法包括步骤-由该服务器布局的通信接口接收服务请求消息，-根据该服务请求消息将该服务请求消息的服务请求分发到第一服务供应装置或至少一个第二服务供应装置，以及-由该第一服务供应装置提供第一服务或者由该至少一个第二服务供应装置提供至少一个第二服务，其中-该服务分发装置根据至少一个级联条件来级联该第一服务供应装置和该至少一个第二服务供应装置。
本发明的根本想法在于，请求服务的发源方，例如服务交换功能，无需为所需的每个服务来发送单独的服务请求消息，而是为在服务器布局侧处(即根据本发明的服务控制点处)链接的一组服务来发送仅一个服务请求消息。因此，只需将与第一服务请求消息有关的业务量发送到电信网络，或者是发送由与这一第一服务请求消息有关的服务控制点的进一步查询所花费的业务量。由此收集的信息优选地存储于服务器布局处。因此，服务器布局能够使用这一信息来提供第一服务和至少一个第二服务二者。服务器布局不必开始与服务请求方的第二对话以便收集与关于第一服务已经收集的信息相同的信息。因此，提高了服务供应速率或速度而且减少了通过电信网络的业务量。优选地提供第一服务和至少一个第二服务，作为一个发源服务请求消息的结果。
主要想法是具有能够根据一个或多个级联条件以灵活的方式加以组合的一些独立服务，这些级联条件例如是输入呼叫和/或先前一个或多个服务的结果和/或运行时间配置数据。优选地，至少一个级联条件在服务器布局是可配置的，这意味着可以添加更多级联条件、可以删除和修改条件。因此，根据本发明的服务级联是动态的。
该服务器布局提供了第一服务和组合的至少一个第二服务以便作为一个综合服务。
服务分发装置根据它的配置数据将服务请求消息转发到一个或多个服务，该配置数据例如可以包括服务的数目和/或服务的列表，例如共享库的名称和/或每一服务的实例数目和/或包含级联条件的服务逻辑表。
服务分发装置以提供第一和至少一个第二服务作为一个发源服务请求消息的结果的方式来级联第一和至少一个第二服务。
本发明的进一步优点在从属权利要求中限定。
通过参照与附图相结合的若干实施例的如下描述，本发明将变得更为清楚，在附图中图1是具有根据本发明的服务控制点的电信网络的功能图；图2是图1的服务控制点的功能框图，该服务控制点正处于与服务请求方的对话中；以及图3示出了根据本发明的服务控制点的功能框图。
具体实施例方式
图1示出了电信网络NET，该网络可以包括固定网络或子网络(例如综合业务数字网络(ISDN))和/或移动网络或子网络(例如GSM网络(全球移动通信系统))。当然，除话音通信之外，也可以基于网络NET进行视频和数据通信。
该电信网络可以至少部分地是电路交换网络和/或面向分组的网络。网络NET包括多个互连交换台，例如交换台SSP1、SSP2和SSP3。交换台SSP1、SSP2和SSP3可以是服务交换点而且为通过例子示出的终端TE1-TE5来提供服务交换功能。终端TE1-TE5可以是移动终端，例如移动电话、固定终端、计算机等等。交换台SSP1-SSP3由信令网络SN互连，该网络可以是基于例如ITU-T第7号信令系统。在当前情况下，信令网络SN是基于基本协议BP，例如MTP或TCP/IP(MTP＝消息传送部分；TCP/IP传输控制协议/网际互联协议)。
网络NET除其他的以外提供根据智能网络的定义的服务，诸如免费电话服务、通用号码服务、呼叫卡服务、本地号码可移植服务、无线漫游、个人通信(PCS)等服务。
在紧急事件中，通用号码服务是有用的。例如，终端TE4在车辆抛锚时请求帮助就将呼叫C1发送到交换台SSP3。根据本发明，交换台SSP3检测到呼叫C1涉及电信服务从而将请求消息M1转发到包含服务器布局SER的服务控制点SCP1。服务控制点SCP1例如基于终端TE4的源地址或电话号码来检测分别具有终端TE3、TE5的服务中心SC2或SC3中的哪一服务中心更靠近终端TE4的位置。在当前情况下，终端TE5是最近的终端，因此服务控制点SCP1在响应消息A1中提供终端TE5的地址即电话号码。基于这一目的号码或目的地址，交换台SSP3完成从终端TE4到终端TE5的呼叫。
然而，如果请求第二服务例如号码可移植服务等等，则交换台或服务交换点SSP3就必须将第二服务请求消息发送到服务控制点SCP1。这在通信网络NET内造成大量业务量，延长了呼叫建立时间，需要大量资源如电信链路或连接。在这一情形下，本发明是非常有用的同样，用户U1需要来自靠近他的当前位置的服务中心的援助。因此，他呼叫独立于用户U1的当前位置而有效的通用号码。终端TE1将呼叫或呼叫请求C2发送到交换台SSP1。交换台SSP1相应地生成服务请求消息M2，该消息例如经由服务传送点STP1在信令网络SN上转发。服务传送点STP1进而将服务请求消息M2转发到服务控制点SCP1。当然，请求消息M2在本发明的另一实施例中也可以直接从服务交换点SSP1经由直接链路或连接DLI转发到服务控制点SCP1。
服务交换点SSP2包含代表TCAP用户TCU(TCAP＝事务处理能力应用部分)的服务交换功能SSF1。服务请求消息M2经过完整协议栈PS转发，该协议栈在本实施例中包含TCAP、SCCP和例如可以是MTP或TCP/IP的基本协议BP(SCCP＝信令连接控制部分)。SCCP用作为用于TCAP服务请求消息M2的传输层。基本协议BP用作为用于SCCP消息的传输层。
类似于终端TE1，服务请求消息M2的发源方也是接收方，服务器布局SER/服务控制点SCP1代表了TCAP用户。
服务器布局SER可以包括一个单服务器SVR1或者包含一个或多个处理器PR的计算机集群，这些处理器用于执行在包含易失性或非易失性存储器、硬盘等等的存储器MEM中存储的程序模块的程序代码。
在当前情况下，服务器布局SER具有分层结构，包括通信层CLY、服务分发层SDLY和服务层SERLY。通信层CLY包含具有协议管理器PMAN的通信接口CI，该管理器包括可由处理器PR执行的若干程序模块。协议管理器PMAN例如处理从协议栈PS的协议BP、SCCP和TCAP中提取服务请求消息M2。
接着，协议管理器PMAN将消息M2转发到包含服务分发装置SDM的服务分发层SDLY。服务分发装置SDM包含服务分发器SDI1，该分发器接收服务请求消息M2而且将它分发到也是服务分发装置SDM的一部分的服务逻辑控制器SLC1。基本上，如果另一个服务逻辑控制器更适于处理该服务请求消息M2，则服务分发器SDI1就会寻址到那一服务逻辑控制器(图中未示出)。如果服务请求消息例如请求呼叫卡服务，则服务分发器SDI1将这一服务请求转发到第二服务逻辑控制器(图中未示出)。然而，服务请求消息M2涉及通用号码服务，因此被转发到服务逻辑控制器SLC1。
在当前情况下，服务逻辑控制器SLC1和服务分发器SDI1是具有可由处理器PR执行的程序代码的不同程序模块。取代了具有两个不同程序模块(服务逻辑控制器SLC1和服务分发器SID1)的结构化架构，能够提供执行相同功能的一个单程序模块。
服务逻辑控制器SLC1能够对服务组SG1的服务或服务实例S11、S12、S13-S1N进行寻址。服务实例S11-S1N以及优选地也包括数据库DB1是服务层SERLY的服务供应装置SPM。
服务实例S11和S13例如分别提供第一和第二类型的通用号码服务。服务实例S13包括与服务实例S11基本上相同的程序代码。然而，服务实例S11和S13通过分别在服务控制点SCP1中包含的数据库DB1中存储的配置数据或服务数据D11和D13来进行不同的配置。
数据库DB1在本发明的另一实施例中也可以至少部分地是远离服务控制点SCP1的数据库，例如远程服务器(未示出)中包含的号码可移植数据库。
服务实例S12使用号码可移植数据或服务数据D12来提供号码可移植服务。使用也存储于数据库DB1中的服务数据D1N，更多服务或服务实例S1N可以涉及呼叫卡服务、无线漫游服务、个人通信服务(PCS)等等。
当服务请求消息M2例如是TCAP对话DIA1的BEGIN消息BEG或ISUP对话(ISUP＝ISDN用户部分)的IAM消息时，服务逻辑控制器SLC1在收到服务请求消息M2时检查是否已有可用于所请求的服务的呼叫上下文。对于检测已有呼叫上下文的搜索条件是在各接收的服务请求消息中包含的数据，例如源地址ON和/或目的地址DN和/或网络NET的逻辑网络标识符和/或唯一的消息标识符，例如事务处理标识符TID等等。如果对于服务请求消息M2没有呼叫上下文，则服务逻辑控制器SLC1在呼叫或消息上下文存储器CCM中生成新的呼叫或消息上下文CON1。上下文CON1包含用以提供由消息M2所请求的服务而必需的数据，例如事务处理id TID、终端TE1的源地址或号码ON以及如下所述的更多数据。
服务分发器SDI1和/或服务逻辑控制器SLC1检测到服务请求消息M2的服务请求不包含用以提供所请求的服务而需要的完整信息。
服务请求消息M2例如仅包含对于通用号码服务的请求(即对于可以由服务中心SC1-SC3之一提供的服务的请求)以及终端TE1的源地址或号码ON。然而，这一信息不足以执行所请求的服务。
因此，服务分发器SDI或服务逻辑控制器SLC1将查询消息EM例如TCAP询问消息发送到发源方或TCAP用户TCU。利用消息EM，服务控制点SCP1例如请求所请求的服务的目的号码或地址DN。TCAP用户TCU利用消息M3进行响应，例如所谓的CONTINUE消息CON，例如TCAP响应消息，其中包含所请求的目的地址或号码DN。
服务逻辑控制器SLC1借助于消息M2中已包含的事务处理id TID来确定新的消息M3属于对话DIA1。服务逻辑控制器SLC1在呼叫上下文CON1中优选地仅存储对话DIA1的必要信息，例如至少是源地址ON、目的地址DN和事务处理标识符TID。然而，完整的对话DIA1也可以存储于呼叫上下文CON1中。另外，呼叫上下文CON1优选地包含对服务逻辑表SLT1的引用REF1、对表SLT1中的当前条目EN1的引用。呼叫上下文CON1可以包括更多数据，例如如果从远离于服务控制点SCCP1的服务器已经收到呼叫上下文CON1，则可以包括源服务器地址，以及/或者如果呼叫上下文OCN1已经转发到另一服务服务器，则可以包括根据本发明的该另一服务器的转发指示符或地址。呼叫上下文CON1也可以包括更多数据，例如与服务供应有关的最后输入消息，例如消息M2；或者对于那一消息的指示符和/或对于与服务供应有关的接着要发送的消息的指示符。
在以上的第一情形中，服务逻辑控制器SLC1在对服务实例S11进行寻址之前收集所有必要信息。然而，在本发明的优选实施例中，在收集必要信息的同时，服务逻辑控制器SLC1和服务实例S11已经处于对话中。
服务逻辑控制器SLC1借助于服务逻辑表SLT1来确定服务请求消息M2涉及通用号码服务。服务逻辑表SLT1与上下文存储器CON1相链接。服务请求消息M2例如包含用于通用号码服务的服务请求标识符UN。根据条目EN1，服务标识符SID1被分配给服务请求标识符UN。服务标识符SID1指示了服务实例S11能执行通用号码服务。因此，服务逻辑控制器SLC1对服务实例S11进行寻址。服务实例S11确定仍有信息是执行服务所必需的，并且例如将返回值R11返回，该返回值指示了还需要更多信息(在当前情况下是目的号码DN)以提供完整服务。因此，服务逻辑控制器SLC1发送请求目的号码DN的询问消息EM。
如果目的号码DN也是可用的，则服务逻辑控制器SLC1按照条目EN1的链接从而再次利用这一新收集的数据来对服务实例S11进行寻址。现在，服务实例S11在收到服务逻辑控制器SLC1的第一服务呼叫时就能执行完整的通用号码服务。服务实例S11发送包括用于完成通用号码服务而必需的所有信息的返回值R1x。服务控制点SCP1现在基本上能够命令服务交换点SSP1、SSP2完成呼叫请求C2和将终端TE1连接到终端TE2。终端TE2属于比服务中心SC2更靠近用户U1的服务中心SC1。
然而，服务中心SC1已经从具有目的地址RN1的以前位置LOC1移到具有新目的地址或目的号码RN2的新位置LOC2。在常规的智能网络架构中，服务交换点SSP1和/或SSP2将必须执行作为第二服务的号码可移植服务，这意味着将必须重复协议栈PS上的完整对话DIA1。根据本发明，这一点不是必要的服务逻辑表SLT1的条目EN1包含将返回值R1x分配给属于执行号码可移植服务的服务实例S12的服务标识符SID2。相应地，服务逻辑控制器SLC1对服务实例S12进行寻址，它借助于服务数据D12(例如号码可移植数据)，来确定终端TE2的目的号码RN2。
服务实例SN2返回与返回值R12有关的目的号码RN2。返回值R12被分配给终结指示符END。因此，根据服务逻辑表SLT1不再级联其他服务。完成了包括通用号码服务和级联的号码可移植服务的完整的一套服务，而且服务控制点SCP1与服务交换点SSP1、SSP2协作完成从终端TE1到具有其新目的号码RN2的终端TE2的呼叫请求C2。
根据本发明，从返回值R11到服务标识符SID2的链接是级联条件。必须注意，可以级联更多服务，例如服务S13-S1N等等。另外，其他级联条件是可能的，例如运行时间配置数据、输入呼叫或者输入呼叫的信息等等。服务实例S11、S12、S13-S1N也可以被寻址为单独的非级联服务。
服务控制点SCP1因此还能执行未级联的常规服务。例如，服务逻辑表SLT1的条目EN2涉及诸如此类的服务。例如，如果服务请求标识符B2由请求消息M4进行寻址，则这一标识符B2被分配给服务实例S13的服务标识符SID3。服务实例S13的返回值R13与END-标识符相链接，这意味着该服务已经完成。在收到服务请求消息M4时，服务逻辑控制器SLC1生成新的呼叫上下文CON2。
条目EN1、EN2可以是两个不同服务逻辑表的部分。
服务逻辑表SLT1优选地例如可通过用户接口，优选为图形用户接口来配置。
图3中所示的服务器布局SER’略微不同于根据图1和图2的服务器布局SER。只要两个服务器布局SER、SER’包括相同的组件或功能，就使用相同的称谓。
服务器布局SER1除了执行如上所述的TCAP服务之外还执行涉及至少一个其他协议的服务。例如，第二服务组SG2的服务实例S21-S2N属于SCCP中继服务和/或ISUP服务。协议管理器PMAN’的协议处理器PH1涉及如上所述的TCAP-SCCP服务。第二协议处理器PH2例如处理SCCP消息。另外，协议处理器PH2可以包括MTP3代码转换器和/或涉及ISUP服务的ISUP代码转换器。当然，协议管理器PMAN可以包括用于其他协议的更多协议引擎。基本协议处理器BPH处理用于传送如上所述SCCP或ISUP消息的基本协议或传输协议。与服务器布局SER’有关，基本协议BP例如是TCP/IP。
ISUP服务或SCCP中继服务由类似于服务分发器SDI1和服务逻辑控制器SLC1而工作的服务分发器SDI2和服务逻辑控制器SLC2处理。服务逻辑控制器SLC2包括服务逻辑表SLT2和上下文存储器CON22。服务实例S21-S2N使用包含服务数据SD1的数据库DB2，该数据库DB2包含分配给服务实例S21-S2N的服务数据D21-D2N。服务实例S21-S2N生成可以由服务逻辑控制器SLC2评估的返回值或代码R21-R2N以便级联或链接如上所述的服务实例S21-S2N。
参照图1，示出了根据本发明的分布式服务供应架构。服务实例S11、S12的服务可以由与服务控制点SCP1的服务器SRV1相分离的服务子服务器SSER1、SSER2执行。服务器SRV1例如可以不对服务实例S11和S12进行寻址，取而代之使用执行相同服务的子服务器SSER1、SSER2。服务器SRV1优选地首先将呼叫上下文CON1转发到服务子服务器SSER1以便完成通用号码服务，随后根据服务逻辑表SLT1和服务标识符SID2转发到服务子服务器SSER2。服务器布局SER被设计为使得它将各请求消息上下文转发到提供第一服务的第一服务服务器SSER1或提供至少一个第二服务的至少一个第二服务服务器。
如果由服务器SRV1本地地完成了和/或由子服务器SSER1、SSER2远程地完成了服务实例S11、S12的整套服务，则释放呼叫上下文CON1。
服务逻辑控制器SLC可以包括更多数据，例如可以执行的服务S11-S1N的数目、可以提供的服务的列表、例如共享库的名称、每一服务的实例数目、定义如上所述服务实例的级联的服务逻辑表和其他服务逻辑表的数目。
服务分发装置或模块SDM可以存储于存储装置上，例如硬盘、光盘如DVD等等。
权利要求
1.一种用于提供电信服务的服务器布局，特别是一种服务控制点，该服务器布局包括-用于接收服务请求消息的通信接口，-提供第一服务的第一服务供应装置，-提供至少一个第二服务的至少一个第二服务供应装置，以及-服务分发装置，用于根据由所述各服务请求消息所请求的服务，将所述服务请求消息的服务请求分发到该第一服务供应装置或该至少一个第二服务供应装置，其中该服务分发装置被设计为使得根据至少一个级联条件来级联该第一服务供应装置和该至少一个第二服务供应装置，该至少一个级联条件包括用于链接服务的可配置的配置数据，由此可添加或删除或修改级联条件。
2.根据权利要求1的服务器布局，其中该服务分发装置激活继该第一服务供应装置之后的该至少一个第二服务供应装置。
3.根据权利要求1的服务器布局，其中该至少一个条件包括服务请求消息的呼叫上下文和/或该第一服务供应装置的结果，特别是返回值。
4.根据权利要求1的服务器布局，具有分层结构，其中该服务分发装置是包括该第一服务供应装置和该至少一个第二服务供应装置的服务层与包括该通信接口的通信层之间的服务分发层的一部分。
5.根据权利要求1的服务器布局，包括其中存储该至少一个级联条件的服务级联表。
6.根据权利要求1的服务器布局，其中该服务分发装置包括服务请求消息上下文存储器，该服务分发装置在该服务请求消息上下文存储器中存储所述各服务请求消息的上下文，该上下文包括该服务请求消息的唯一标识符和/或该服务请求消息的源地址和/或在该服务请求消息中包含的目的地址和/或该服务请求消息的发端网络或子网络的网络标识符。
7.根据权利要求1的服务器布局，其中该服务请求消息上下文存储器与该级联表相链接或者是该级联表的一部分。
8.根据权利要求1的服务器布局，其中包括提供该第一服务的第一服务服务器和提供该至少一个第二服务的至少一个第二服务服务器。
9.一种服务分发模块，用于提供电信服务的服务器布局，特别是服务控制点，该服务器布局具有用于接收服务请求消息的通信接口，该服务器布局还具有提供第一服务的第一服务供应装置和提供至少一个第二服务的至少一个第二服务供应装置(S12)，-该服务分发模块包括可由该服务器布局的处理器执行的程序代码，-该服务分发模块包括分发装置，用于根据由所述各服务请求消息所请求的服务，将所述各服务请求消息的服务请求分发到该第一服务供应装置或该至少一个第二服务供应装置，以及-该服务分发装置被设计为使得根据至少一个级联条件来级联该第一服务供应装置和该至少一个第二服务供应装置，该至少一个级联条件包括用于链接服务的可配置的配置数据，由此可添加或删除或修改级联条件。
10.一种用于使用服务器布局特别是服务控制点来提供电信服务的方法，包括步骤-由该服务器布局的通信接口接收服务请求消息，-根据该服务请求消息将该服务请求消息的服务请求分发到第一服务供应装置或至少一个第二服务供应装置(S12)，以及-由该第一服务供应装置提供第一服务或者由该至少一个第二服务供应装置提供至少一个第二服务，其中服务分发装置根据至少一个级联条件来级联该第一服务供应装置和该至少一个第二服务供应装置，该至少一个级联条件包括用于链接服务的可配置的配置数据，由此可添加或删除或修改级联条件。
全文摘要
本发明涉及服务器布局、用于服务器布局的服务分发模块和用于使用服务器布局特别是服务控制点(SCP1)来提供电信服务的方法，包括步骤由服务器布局的通信接口(CI)接收服务请求消息(M1－M3)，根据服务请求消息(M1－M3)将服务请求消息(M1－M3)的服务请求分发到第一服务供应装置或至少一个第二服务供应装置，以及由第一服务供应装置(S11)提供第一服务或者由至少一个第二服务供应装置(S12)提供至少一个第二服务。服务分发装置(SDM)根据至少一个级联条件(CC1)来级联第一服务供应装置(S11)和至少一个第二服务供应装置(S12)。
文档编号H04M3/42GK1882109SQ20061008019
公开日2006年12月20日 申请日期2006年5月11日 优先权日2005年5月25日
发明者乌韦·施皮策, 安德烈亚斯·布赖霍尔茨, 约瑟夫·克内尔, 迪特尔·格拉姆施, 罗兰·莱布法尔特 申请人:阿尔卡特公司