CN100493080C - 信令应用服务器服务体系结构 - Google Patents

Abstract

本发明的一个目的是提供一个有利的SAS服务体系结构。本发明的SAS服务体系结构具有分层结构，包括一组软件模块，至少包括：ASTP派送器、SCCP代码转换器、TCAP、TCAP用户服务分配器、至少两个TCAP用户服务；ASTP表示包括路由选择信息信息等的特定高级信令传送协议。在SAS服务体系结构内能够配置至少两种不同类型的交互作用：在ASTP派送器和TCAP用户服务之间的交互作用类型A，在TCAP用户服务1和TCAP用户服务2之间的交互作用类型B1。

Description

信令应用服务器服务体系结构

本发明基于优先申请EP03290706.5，其通过引用被包括在此。

技术领域

总的来说，本发明涉及电信系统领域。更特别地，本发明涉及在电信网络中用于路由选择SS7链路的SS7信令服务器和方法。更特别地，本发明涉及SAS服务体系结构。本发明涉及欧洲专利申请EP02360267.5和EP 02360268.3，它们通过引用被包括在此。

背景技术

用于路由选择SS7链路的SS7信令服务器包括信令转接点(STP)和信令应用服务器(SAS)。SAS能够处理至少一个应用进程。每个应用进程、例如个人INAP、MAP、CAP、或者任何TCAP用户、TCAP中继、或者SCCP中继服务请求都必须被识别和处理。

用于路由选择SS7链路的SS7信令服务器包括例如信令转接点(STP)和信令应用服务器(SAS)；SS7表示7号信令系统。STP和SAS具有不同的功能。STP具有至少一个外部接口，以经由至少一个SS7链路连接STP到至少一个电信单元，和一个连接STP到SAS的内部接口。STP处理例如MTP1、MTP2、MTP3、和SCCP层中输入的SS7消息。SAS能够处理至少一个应用服务请求，有利地是处理至少两个不同的应用服务请求。STP识别在一个输入的SS7消息中的单个应用服务请求，并且把识别的单个应用服务请求提供给SAS用于进一步处理。SAS具有例如两个TCAP进程以识别两个不同的应用服务、例如INAP和MAP。STP和SAS经由内部互配(interworking)协议、例如使用TCP/IP(传输控制协议/互联网协议)相互连接。互配协议被称作高级信令传输协议(ASTP)。

信令服务器是例如可高度配置的，并且就运行时间来说是高效的。信令服务器能够处理多种应用服务请求，例如移动号码可携带性(MNP)、服务号码可携带性(SNP)、屏蔽、智能网络(IN)服务、TCAP服务、MAP服务、CAP服务、TCAP中继、TCAP用户中继、SCCP中继。

用于路由选择SS7链路的SS7信令服务器包括例如一个信令转接点(STP)和一个信令应用服务器(SAS)，

其中STP具有至少一个外部接口，以经由至少一个SS7链路连接STP到至少一个电信单元，和一个连接STP到SAS的内部接口，

其中SAS能够处理至少一个服务请求，有利地是处理至少两个不同的应用服务请求，并且

其中STP能够处理输入的SS7消息，以识别在一个输入的SS7消息中的单个应用服务请求，以把识别的单个应用服务请求提供给SAS用于进一步的处理。

发明内容

本发明的一个目的是提供一种有利的SAS服务体系结构。

本发明的SAS服务体系结构具有分层结构，其包括一组软件模块，至少包括：ASTP派送器、SCCP代码转换器、TCAP、TCAP用户服务分配器、至少两个TCAP用户服务；ASTP表示包括路由选择信息等的特定高级信令传送协议。在SAS服务体系结构内能够配置至少两种不同类型的交互作用：在ASTP派送器和TCAP用户服务之间的交互作用类型A，在TCAP用户服务1和TCAP用户服务2之间的交互作用类型B1。

本发明的SAS服务体系结构使用可配置的软件模块。每个软件模块执行一个特定的任务，并且能够很容易被重新配置，以允许经由简单的软件重新编程和/或增加模块使整个系统变得非常灵活，并且适应于特定的要求。

在一个最佳实施例中，SAS服务体系结构进一步包括多个进一步的模块：SCCP代码转换器、SCCP服务分配器、SCCP服务等等。能够配置更多类型的交互作用：在分配给TCAP用户分配器A的TCAP用户服务m(例如INAP服务)和分配给TCAP用户分配器B的TCAP用户服务1(例如MAP服务)之间的交互作用类型C，和在TCAP用户服务m和SCCP服务n之间的交互作用类型D。这些类型的交互作用是级联类型的交互作用，即把SS7消息连同中间分析结果一起从一个模块发送到另一个模块。这种级联在每个模块中是可配置的，并且能够出现多次。

SAS服务体系结构是可高度配置的，并且有可能以非常容易的方式使服务适应于不同的移动网络。

SAS服务体系结构具有分层结构，其包括一组软件模块，至少包括：ASTP派送器、用于TCAP用户的SCCP代码转换器、TCAP、至少一个TCAP用户服务分配器、至少两个TCAP用户服务，其中能够配置至少两种不同类型的交互作用：在ASTP派送器和TCAP用户服务之间的交互作用类型A，其中将要被处理的消息从ASTP派送器经由用于TCAP用户的SCCP代码转换器、TCAP、和相关的TCAP用户服务分配器发送到相关的TCAP用户服务；和在分配给同一个TCAP用户服务分配器的两个TCAP用户服务之间的交互作用类型B1，其中TCAP用户服务分配器取决于第一TCAP用户服务的输出消息的结果把将被处理的消息发送到第二TCAP用户服务。

交互作用类型A用来处理从STP接收的服务应用请求。将被处理的消息被发送到在其中能够执行处理的特定TCAP用户服务。在TCAP用户服务中的处理结果被发送到ASTP派送器，由ASTP派送器把结果传输到STP。

交互作用类型B1连同交互作用类型A一起用来提高处理的灵活性以及减少处理所需要的时间。在寻址的TCAP用户服务不能以STP期望的方式处理接收的服务应用请求的情况下，不令人满意的结果通常将被传输回STP，然后STP必须启动一个新的、不得不被发送到另一个TCAP用户服务的请求。借助于交互作用类型B1，在分配的TCAP用户服务分配A中评估在寻址的TCAP用户服务中的处理结果。如果结果仅仅是中间结果，并且分配给TCAP用户分配A的其它TCAP用户服务中的一个能够处理该中间结果或者服务应用请求的其它部分，则把该消息发送到这个TCAP用户服务。这个TCAP用户服务的结果然后被传输回STP。另一方案是，该结果被发送到第三TCAP用户服务用于进一步的处理，或者是被传输回第一TCAP用户服务以便被进一步处理。因此，提高了在处理输入的服务应用请求中的灵活性。

在本发明的一个最佳实施例中，能够配置更多类型的交互作用：在分配给不同TCAP用户服务分配器的两个TCAP用户服务之间的交互作用类型C，其中TCAP取决于分配给第一TCAP用户服务分配器的第一TCAP用户服务的输出消息的结果，把将要被处理的消息发送到分配给第二TCAP用户服务分配器的第二TCAP用户服务。

交互作用类型C可以与交互作用类型A和B1相互作用。进一步提高了在创建级联交互作用中的灵活性。因此，提高了在处理输入的服务应用请求中的灵活性。这节省了处理时间。为了实现对输入的服务应用请求的适当响应，将被处理的消息必须首先在INAP用户服务中处理、其次在MAP用户服务中处理。假定分配给TCAP用户分配器A(例如，INAP用户分配器)的TCAP用户服务m是INAP用户服务，并且分配给TCAP用户分配器B(例如，MAP用户分配器)的TCAP用户服务1是MAP用户服务，则能够借助于交互作用类型A把服务应用请求从ASTP派送器发送到TCAP用户服务m，随后借助于交互作用类型C从TCAP用户服务m发送到TCAP用户服务1，接着借助于交互作用类型A传输回STP。STP借助于单个请求接收期望的响应，并且不必请求几次。

在本发明的更进一步实施例中，SAS服务体系结构进一步包括软件模块：SCCP代码转换器、至少一个SCCP服务分配器、至少两个SCCP服务，并且其中能够配置两种更多类型的交互作用：在TCAP用户服务和SCCP用户服务之间的交互作用类型D，其中ASTP派送器取决于分配给SCCP用户服务分配器的SCCP用户服务的输出消息的结果，把将要被处理的消息发送到分配给TCAP用户服务分配器的TCAP用户服务；以及在分配给同一个SCCP用户服务分配器的两个SCCP用户服务之间的交互作用类型B2，其中SCCP用户服务分配器取决于第一SCCP用户服务的输出消息的结果，把将被处理的消息发送到第二SCCP用户服务。

能够进一步增加处理的灵活性。不仅能够包括TCAP服务，而且还能够包括SCCP服务。借助于交互作用类型C，能够实现包括TCAP和SCCP服务的交互作用级联。

扩展SAS服务体系结构和功能是非常容易的。使用的软件模块是彼此独立的。通过向进一步的模块增加其它服务、和产生更多的交互作用，能够进一步提高处理输入的服务应用请求的灵活性。

本发明的SAS服务体系结构有利地包括一个所有SAS应用服务都可以访问的共用数据库池。在数据库池中还使用了有独立模块的思想。这个池包括几个不同类型的数据库。这些数据库是彼此独立的，并且能够被彼此独立地访问。每个用户服务都能访问每个数据库。最小化数据库的数目，并且保存在数据库中的数据仅仅被存储一次，并且没有许多副本，因而节省了存储空间。然而，不同服务所同时需要的特定数据能够以多个副本存储，以便提高处理时间。

本发明的为SAS应用服务执行分析的方法，包括以下步骤：

执行输入消息分析，

执行服务判定，

使用至少一个输出配置表来执行输出消息合成。

借助于配置表，生成处理的结果。这个结果能够是最后的、中间的、错误的等。最后的结果将被传输回STP。必须在进一步的用户服务中被处理的中间结果将借助于一种交互作用类型被发送到这个用户服务。每个服务分配器分析从用户服务接收的结果，并且决定进一步的动作，例如发送到STP，发送到另一个用户服务。因此借助于配置表能够定义不同种类的交互作用类型。由于这个表是可配置的，所以例如当扩展SAS服务体系结构和要求更多的交互作用类型等时，能够很容易地实现重新编程。

在一个最佳实施例中，服务判定进一步包括使用环路检测配置表的一般环路检测分析。

环路检测具有重要的任务，检查是否已经产生了无止境的环路，例如TCAP用户服务1生成具有以下效果的中间结果，其中所述效果是TCAP用户服务m必须借助于交互作用类型B1进一步处理消息，并且TCAP用户服务m生成具有以下效果的中间结果，其中所述效果是TCAP用户服务1必须借助于交互作用类型B1进一步处理消息。检测环路迅速地减少了不希望有的处理时间。

在进一步的最佳实施例中，服务判定进一步包括在共用数据库池中的数据库搜索，其中共用数据库池包括至少一个单号码配置表和区域号码配置表。

单号码配置表用来存储单个号码或者它的属性和相应的服务控制数据或者它的属性，其中区域号码配置表用来存储区域或者它的属性和相应的服务控制数据或者它的属性。服务控制配置表用来存储服务控制数据或者它的属性和相应的服务控制信息或者它的属性。

每个配置表包括几个参数，并且能够很容易被重新配置，以允许经由简单的软件重新编程使整个系统变得非常灵活、并且适于特定的要求。如果在单号码配置表中找不到一个组合的搜索数字串(例如从接收的E.164号码中组合的)的预定属性(参数)，则在区域号码配置表中进行进一步的查询。这种两步法允许更快的搜索例程。参数例如是号码值、可携带性状态、过渡指示符。

当至少一个单号码配置表用来存储E.164单个号码或者它的属性(如E.164号码长度、E.164号码值、号码类型、可携带性状态、缺省/例外指示符、过渡指示符、扩展匹配指示符、扩展匹配长度)和相应的服务控制数据或者它的属性(如服务控制数据Id、服务控制数据序列号)，并且至少一个区域号码配置表用来存储E.164区域号码或者它的属性(如E.164号码开始区域长度、E.164号码开始区域值、E.164号码结束区域长度、E.164号码结束区域值、号码类型、可携带性状态、缺省/例外指示符、过渡指示符、单号码标志)、和相应的服务控制数据或者它的属性(如服务控制数据Id、服务控制数据序列号)时，数据库池允许号码可携带性。

当至少一个单号码配置表用来存储基于MSIN的单个号码或者它的属性(如基于MSIN的号码长度、基于MSIN的号码值、号码类型、可携带性状态、缺省/例外指示符、过渡指示符、扩展匹配指示符、扩展匹配长度)和相应的服务控制数据或者它的属性(如服务控制数据Id、服务控制数据序列号)，并且至少一个区域号码配置表用来存储基于MSIN的区域号码或者它的属性(如基于MSIN的号码开始区域长度、基于MSIN的号码开始区域值、基于MSIN的号码结束区域长度、基于MSIN的号码结束区域值、号码类型、可携带性状态、缺省/例外指示符、过渡指示符、单号码标志)和相应的服务控制数据或者它的属性(如服务控制数据Id、服务控制数据序列号)时，数据库池还允许灵活的路由选择。

本发明的信令应用服务器(SAS)包括至少一个处理器、至少一个数据库、和至少一个用于处理至少一个应用服务请求的处理软件，其中该至少一个处理软件包括信令连接控制部分(SCCP)进程和至少一个事务处理能力应用部分(TCAP)进程以识别至少一个应用服务请求，并且其中处理SAS应用服务，包括以下步骤：

执行输入消息分析，

执行包括在共用数据库池中的数据库搜索的服务判定，

使用至少一个输出配置表来执行输出消息合成。

本发明的用于路由选择SS7链路的SS7信令服务器包括一个信令转接点(STP)和一个信令应用服务器(SAS)，

其中STP具有至少一个外部接口，以经由至少一个SS7链路连接STP到至少一个电信单元，和一个连接STP到SAS的内部接口，

其中SAS包括至少一个处理器、至少一个数据库和至少一个用于处理至少一个应用服务请求的处理软件，

其中处理SAS应用服务，包括以下步骤：

执行输入消息分析，

执行包括在共用数据库池中的数据库搜索的服务判定，

使用至少一个输出配置表执行输出消息合成，并且

其中STP能够处理输入的SS7消息，以识别在一个输入的SS7消息中的单个应用服务请求，以把识别的单个应用服务请求提供给SAS用于进一步的处理。

本发明的服务体系结构具有分层结构，其包括一组软件模块，至少包括：ASTP派送器、SCCP代码转换器、至少一个SCCP用户服务分配器、至少两个SCCP用户服务，其中能够配置至少两种类型的交互作用：在ASTP派送器和SCCP用户服务之间的交互作用类型A，其中将要被处理的消息从ASTP派送器经由SCCP代码转换器和相关的SCCP用户服务分配器发送到相关的SCCP用户服务；和在分配给同一个SCCP用户服务分配器的两个SCCP用户服务之间的交互作用类型B2，其中SCCP用户服务分配器取决于第一SCCP用户服务的输出消息的结果把将被处理的消息发送到第二SCCP用户服务。

交互作用类型A用来处理从STP接收的服务应用请求。将被处理的消息被发送到在其中能够执行处理的特定TCAP用户服务。在TCAP用户服务中的处理结果被发送到ASTP派送器，由ASTP派送器把结果传输到STP。

交互作用类型B1连同交互作用类型A一起用来提高处理的灵活性以及减少处理所需要的时间。

SAS服务体系结构因此是非常灵活的，并且可适用于不同种类的服务。在一个实施例中仅仅处理TCAP服务，在另一个实施例中处理TCAP+SCCP服务，在另一个实施例中仅仅处理SCCP服务，等等。

附图说明

为了更好地理解本发明，参考附图，其中：

图1显示了本发明的SAS服务体系结构的概述；

图2显示了数据库池的SAS服务体系结构访问；

图3显示了SAS应用服务的一般结构；

图4显示了SAS应用服务的服务判定部分；

图5显示了服务判定部分的数据库搜索部分的流程图；

图6显示了服务判定部分的一般环路检测部分的流程图；以及

图7显示了SAS应用服务的输出消息合成部分的流程图。

具体实施方式

在图1-7中说明了本发明的最佳实施例，各个图中相似的参考数字涉及相似和对应的部分。

1.SAS服务体系结构

图1描述了SAS服务体系结构的概述。这个体系结构的目的是为服务的执行提供可扩展的框架，其接收、分析、处理和生成SS7消息。SAS从SRF/STP核心节点接收SS7消息。SAS向SRF/STP核心节点发送或者返回SS7消息。SAS服务体系结构是分层的。分层原则与SS7协议体系结构类似。

图1显示了SAS服务体系结构的概述。

在图1中，

ASN.1表示抽象化语法表示一，

ASTP表示高级信令传送协议，

MTP表示消息传送部分，

SCCP表示信令连接控制部分，

SIGTRAN表示信令传输，

SRF表示信令中继功能，

STP表示信令转接点，

TCAP表示事务处理性能应用部分。

ASTP派送器与SRF/STP核心传递SS7消息。SS7消息在它们被封装到TCP中之前被包封到ASTP报头中。SS7消息的例子是SCCP PDU、MTP3 PDU等等。ASTP报头包括以下各种信息：

·用以识别在SRF/STP核心中的物理计算节点和SAS服务器的路由选择信息。

·来自SRF/STP核心的预分析信息。这包括允许ASTP派送器和服务分配器唯一地识别单个SAS服务的信息。

·来自SAS的、用以控制在SRT/STP核心中的输出路由选择的分析信息。

·另外的SS7相关信息。

ASTP派送器还和SAS服务和它们的基本协议实体进行通信。ASTP派送器把包封到内部报头中的SS7消息分发到正确的服务分配器。此外，ASTP派送器从服务分配器接收包封到内部报头中的SS7消息，然后把它们发送到SRF/STP核心或者另一个服务分配器。这个判定基于内部报头中的信息。内部报头包括下列信息：

·来自SRF/STP核心的预分析信息。这包括允许ASTP派送器和服务分配器唯一地识别单个SAS服务的信息。

·来自SAS应用服务的中间或者最终结果信息。

SCCP代码转换器从ASTP派送器接收/向ASTP派送器发送包在内部报头中的SS7消息。SCCP代码转换器向较高层提供用于读取和操作下列信息的访问功能：

·内部报头信息。

·SCCP报头信息。

·SCCP有效负载信息。

SCCP代码转换器能够处理ITU和ANSI SCCP。

TCAP是完整的具有ITU和ANSI性能的TCAP。它完成下列任务：

·传递对内部报头信息的访问功能。

·传递对SCCP报头信息的访问功能。

·分析SCCP有效负载信息。

·处理TCAP报头信息。

·对TCAP有效负载的访问功能。

SCCP服务分配器具有下列性能：

·根据内部报头信息触发正确的SCCP服务。

·传递对SCCP报头信息的访问功能。

·传递对内部报头信息的访问功能。

TCAP用户服务分配器具有下列性能：

·根据内部报头信息触发正确的TCAP用户服务。

·传递对SCCP报头信息的访问功能。

·传递对内部报头信息的访问功能。

·对TCAP有效负载的访问功能。

·通过使用由配置数据选择的完整或者部分ASN.1代码转换器进行ASN.1代码转换。

TCAP用户服务分配器的类型包括但不局限于INAP、MAP、CAP。

SAS服务访问它们的相应有效负载，处理它并且生成响应。SAS启动的TCAP对话也是可能的。SAS服务的总体服务体系结构规定如下。

SAS服务体系结构是开放的。即SS7性能，诸如MTP3 PDU和SIGTRAN，能够被集成。这意味着集成另外的代码转换器、服务分配器和服务。

服务寻址和路由选择：

每个SAS应用服务能够在多个实例中执行。每个实例可以有不同的配置。每个实例有唯一的SAS应用服务实例Id。

服务分配器包括一个可配置的服务访问表。这个服务访问表把内部报头的寻址信息映射到SAS应用服务实例Id。

ASTP派送器使用ASTP报头信息以识别正确的SCCP或者MTP或者其它低级的代码转换器。为了这个目的，ASTP派送器包括一个可配置的映射表。

交互作用类型和服务级联：

在SRF/STP核心和SAS应用服务之间有几种交互作用的可能性。

交互作用类型A(交互作用的缺省类型)：

●交互作用是在SRF/STP外启动的，并且寻址一个SAS应用服务。SAS应用服务生成一个响应。响应也能够是SS7消息到另一个目的地的中继。

●就TCAP用户服务来说，TCAP用户服务启动与在SRF/STP外的个节点的交互作用也是可能的。

所有其它类型的交互作用是级联类型的交互作用。即，把SS7消息连同中间分析结果一起从一个SAS应用服务发送到另一个SAS应用服务。这个级联在每个SAS应用服务中是可配置的，并且能够发生多次。级联原则意味着必须以这样一种方式设计每个SAS应用服务以使它仅仅很好地完成一个任务。由于SAS应用服务的配置性能，这个服务的功能能够被保持在相当一般的水平。通过SAS应用服务的级联实现了更复杂的信令功能。

交互作用类型Bx(在同一个服务分配器上的SAS应用服务的级联)：

·把SS7消息直接从一个SAS应用服务发送到另一个SAS应用服务。

·这种发送能够在每个SAS应用服务中被配置。

·在发送期间，SS7消息被包封到包括内部寻址信息和来自发送SAS应用服务的中间结果信息的内部报头中。

交互作用类型C(在不同服务分配器上的TCAP用户SAS应用服务的级联)：

·把SS7消息从一个SAS应用服务经由发送SAS应用服务的TCAP用户服务分配器、TCAP、和接收SAS应用服务的TCAP用户服务分配器间接地发送到另一个SAS应用服务。

·这种发送能够在每个SAS应用服务中被配置。

·在发送期间，SS7消息被包封到包括内部寻址信息和来自发送SAS应用服务的中间结果信息的内部报头中。

交互作用类型D(仅仅具有ASTP派送器作为共用通信协议实体的SAS应用服务的级联)：

·把SS7消息从一个SAS应用服务经由包括ASTP派送器的所有下层实体间接地发送到另一个SAS应用服务。

·这种发送能够在每个SAS应用服务中被配置。

·在发送期间，SS7消息被包封到包括内部寻址信息和来自发送SAS应用服务的中间结果信息的内部报头中。

共用数据库池的访问

图2显示了SAS应用服务如何访问共用数据库池。数据库池能够包括一个或多个逻辑数据库。有利地是，每个逻辑数据库服务于一个不同的目的。总是使用相同的访问功能，以这样一种方式设计每个逻辑数据库，以使它能够被各种类型的SAS应用服务访问。逻辑数据库的例子是MNP数据库、FNP数据库等等。

2.SAS应用服务的一般结构

许多SAS应用服务有如下三个阶段：

·阶段1-输入消息分析：这个阶段从某些服务特定的输入协议检查开始。然后分析辅助号码部分。如果找到了并且是正确的，则从接收的E.164或者基于MSIN的号码中删除辅助号码部分，并且内部地存储它。这个分析对每个可能的辅助号码部分来说是逐步完成的。当辅助号码部分的分析成功地结束时，然后开始第二个阶段。

每个辅助的号码被保存在一个包括它的名称、它的位置、它的值、和它的存在的记录中。根据接收的数字串及其它应用服务特定的配置项的说明配置输入处理。

·阶段2-服务判定：分析在单号码和区域号码表中的接收号码的核心部分。可以请求另外的数字。如果需要的话将使用扩展的匹配指示符。服务判定还包括环路检测。取决于配置数据项和过渡指示符、缺省/例外指示符、和单号码和区域号码表的单号码标志，执行服务判定。

·阶段3-输出消息合成：取决于这个数据库查询和输入处理的结果，生成响应。根据将被发送出的数字串、服务控制数据记录、号码类型和可携带性状态、及其它配置数据项的说明，配置输出处理。

图3描述了SAS应用服务的一般结构的SDL图。

输入消息分析对于许多SAS应用服务来说是相当普通的。

服务判定阶段也是相当通用的。服务判定阶段访问SAS数据库池。SAS数据库池的性能是：SAS号码可携带性和灵活的路由选择。另外类型的数据库当然是可能的。

输出消息合成是十分特定于服务的。这个阶段的总体结构描述如下。

2.1  服务判定

就为了路由选择信息搜索E.164或者基于MSIN的表而需要的那些SAS应用服务来说，适用下列原则。E.164或者基于MSIN的表的搜索构成主要的服务判定。图4描述了服务判定中的SDL图。

数据库搜索指示的评估是SAS应用服务特定的事件，也是是否执行另一个SAS数据库搜索的判定。在数据库搜索返回被查询号码是AMBIGUOUS(模糊)的指示的情况下，DB搜索指示的应用特定的评估例如包括像请求另外的数字的动作。应用特定的评估和对进一步数据库搜索的判定都取决于SAS应用服务的服务逻辑、可配置项，诸如“Open/Closed Numbering Plan”、“Block/Single NumberDialling”、“Request More Digits Yes/No”等等。表6包括一个数据库搜索的可能结果列表，包括用于相应反应的选项。

环路检测是用以发现在接收数据中的不一致性的机制，不一致性可能由导致SS7消息环路通过SS7网络的条件所引起。有两种环路检测：一般的环路检测和应用特定的环路检测。在此详细地规定一般的环路检测。在相应的SAS应用服务中规定应用特定的环路检测。

2.1.1  数据库搜索

图5描述了在E.164和基于MSIN的数据库中的数据库搜索的SDL图。

图5显示了在E.164和基于MSIN的单号码和区域号码表中的数据库搜索。

单号码或者区域号码表在当有为这个表分配的条目时被认为是可用的。表在当没有为该表分配的条目时被认为是不可用的。

如果单号码表是可用的，则应当在区域号码表(如果可用的话)之前搜索单号码表。

如果单号码表是不可用的，则应当搜索区域号码表(如果可用的话)。

如果单号码表搜索指示NO MATCH(不匹配)或者ERROR(错误)，则应当搜索区域号码表(如果可用的话)。

注意：由各个SAS应用服务定义当单号码表搜索结果指示NOMATCH或者ERROR时的路由选择。

如果单号码表搜索指示MATCH(匹配)，则单号码表搜索结果应该指示MATCH(匹配)。

注意：由各个SAS应用服务定义当单号码表搜索结果指示MATCH(匹配)时的路由选择。

如果单号码表将被搜索、并且搜索指示部分匹配(模糊)，则单号码表搜索结果应该指示AMBIGUOUS(模糊)。

注意：由各个SAS应用服务定义当单号码表搜索结果指示AMBIGUOUS时的路由选择。

如果区域号码表将被搜索、并且区域号码表不可用的话，则区域号码表搜索结果应该指示NO MATCH。

注意：由各个SAS应用服务定义当区域号码表搜索结果指示NOMATCH时的路由选择。

如果区域号码表将被搜索、并且搜索指示NO MATCH或者ERROR，则区域号码表搜索结果应该指示NO MATCH或者ERROR。

注意：由各个SAS应用服务定义当区域号码表搜索结果指示NOMATCH或者ERROR时的路由选择。

如果区域号码表将被搜索、并且搜索指示部分匹配(模糊)，则区域号码表搜索结果应该指示AMBIGUOUS。

注意：由各个SAS应用服务定义当区域号码表搜索结果指示AMBIGUOUS时的路由选择。总的来说，如果不允许请求更多的数字，则AMBIGUOUS被映射到NO MATCH，否则请求更多的数字。

在单号码和区域号码表中执行数据库搜索。单号码和区域号码表参考服务控制数据表。以下是用于上述例子的三个表实例：

·表1给出了E.164单号码表。

·表2给出了E.164区域号码表。

·表3给出了由前面两个表参考的服务控制数据表。

请注意，由于空间原因，在这些表中仅仅给出了三个服务控制数据时隙而不是五个。

表1：用于该例子的E.164单号码表

表2：用于该例子的E.164区域号码表

表3：用于该例子的服务控制数据表

在单号码和区域号码表中的服务控制时隙对于给定的配置总是用相同类型的服务控制数据填充。在表4中说明了我们的例子。

表4：用于该例子的辅助号码表

2.1.2  环路及其它不一致的检测

提供环路检测以防止在信令网络内的信令环路。当在不同信令网络中的路由选择数据库包括用于网络订户的不一致路由选择信息时，可能发生信令环路。检测信令环路的能力在每个SAS应用服务的范围内定义，并且不可以存在于所有SAS应用服务中。此外，在每个SAS应用服务的范围内定义为检测信令环路所采用的响应。

如上所述，有一种一般环路检测机制，其适用于许多SAS应用服务，并且有SAS应用服务特定的环路检测机制。在此详细地规定一般环路检测机制。在此略述SAS应用服务特定的环路检测机制，并且在相应的SAS应用服务中规定它们。

2.1.2.1  一般环路检测分析

用于检测信令环路的一般机制是两步处理，并且为了成功要求下面的交换网络协同操作。首先，下面的交换网络将把任何接收的网络间路由选择号码作为相关地址的一部分(即SCCP被叫方地址GTAI)传递到SAS。这第一步向SAS环路检测算法通知信令消息已经在当前信令网络之外产生了。其次，E.164数据库搜索必须得到一种被标记为一个环路候选的对(E.164号码类型、可携带性状态)的组合。满足这两个条件后，检测到信令环路。

这意味着必须有为每一对(E.164号码类型、可携带性状态)指示是否允许环路检测的配置表。

作为SAS环路检测的临时放宽，引入了过渡时间性能。这为最新的数据库更新提供了一段同步化时间。如果过渡指示符被标记为“Transition Time is not yet over(过渡时间还没有结束)”，则绕过或者放宽SAS环路检测。

图6描述了一般环路检测分析的SDL图。

在图6中：

注1表示该信息是从环路检测状态和动作配置表中取得的；

注2表示INRN的正确时隙是从配置表项SasApplicationServiceSoltIdOfInrn中取得的；

注3表示该信息是从环路检测状态和动作配置表中取得的。

如果在输入数字串中没有给出INRN，则不应该检测到信令环路。

如果在输入数字串中给出了INRN，则应当检测到信令环路。

如果SAS一般环路检测状态被配置为禁用的，则不应当检测到信令环路.

如果SAS一般环路检测状态被配置为允许的，则应当检测到信令环路.

如果SAS应用服务不执行基于INRN的一般环路检测，则不应该检测到信令环路。

如果SAS应用服务执行基于INRN的一般环路检测，则应当检测到信令环路。

如果SAS数据库表使用过渡时间，则应当在单号码或者区域号码表中找到的条目中查询过渡指示符的当前值。

如果SAS数据库表不使用过渡时间，则应当检测到信令环路。

如果在单号码或者区域号码表中找到的条目中的过渡指示符表示订户在过渡中，则不应该检测到信令环路。

如果在单号码或者区域号码表中找到的条目中的过渡指示符表示订户不在过渡中，则应该检测到信令环路。

如果数据库搜索条件没有指示MATCH(匹配)，则不应该检测到信令环路。

如果数据库搜索条件指示MATCH(匹配)，则应当检测到信令环路。

如果在单号码或者区域号码表中找到的条目中的这一对(号码类型、可携带性状态)不支持环路，则不应该检测到信令环路。

如果在单号码或者区域号码表中找到的条目中的这一对(号码类型、可携带性状态)支持环路，则应当检测到信令环路。

如果在相关地址中接收了网络间的路由选择号码，并且接收的INRN等于在SAS数据库中找到的INRN，则不应该检测到信令环路。

如果在相关地址中接收了网络间的路由选择号码，并且接收的INRN与在SAS数据库中找到的INRN不相等，则应当检测到信令环路，并且必须执行配置的环路检测动作。

一般环路检测使用环路检测状态和动作配置表。表5显示了用于我们的例子的可能值。

注意：只有当输出处理配置数据条目涉及包括INRN的服务控制时隙时才执行环路检测的当前实现。

表5：用于该例子的环路检测状态和动作配置表

2.1.2.2  SAS应用服务特定的环路检测机制的概述

能够根据下列原则执行SAS应用服务特定的环路检测和不一致性的检测(一旦更确切地定义了这些原则，就引入了相应的配置数据项)：

·如果在号码可携带性的情况下，A5070S SE位于其中的网络永远不能是转接网络，则接收的INRN必须总是自己的INRN：

·不是自己的INRN的INRN的接收导致检测到环路。

·必须有配置数据项“Own INRNs(自己INRNs)”，其规定了操作员自己的INRN的列表。

·取决于其它特定网络条件，对接收的INRN的进一步检查是可能的。

·环路检测取决于在操作员网络和在可携带性域中的路由选择原则：

·在可携带性域中的所有网络实现相同的路由选择机制。必须区分四种情况：

·直接路由选择。

·间接路由选择。

·关于预订网络的间接路由选择。

·在可携带性域中作为用于每个Nat1区域的特定值的以上三个选项之一。

·在可携带性域中的每个网络为号码可携带性通信定义它自己的路由选择机制。在这种情况下，只有自己网络的路由选择机制是已知的：

·直接路由选择。

·间接路由选择。

·关于预订网络的间接路由选择。

·在可携带性领域中作为用于每个Nat1区域的特定值的以上三个选项之一。

路由选择是否适用于所有号码或者特定的Nat1区域，用于环路检测的实际相关信息总是三个值“直接路由选择”、“间接路由选择”、或者“关于预订网络的间接路由选择”中的一个。

2.1.3  数据库搜索和一般环路检测分析中的错误、例外和指示

表6列出了能够在数据库搜索和一般环路检测分析期间生成的所有错误、例外、和指示。每个表条目包括相应的错误/例外/指示项连同它的起源、它必须被处理的位置、和注释。注释集中在于相应的项必须被处理的位置中要被执行的动作。

表6：数据库搜索和一般环路检测分析中的错误、例外和指示的表格

2.2  输出消息合成

在所有三个阶段中，输出消息合成是具有最多应用特定特性的一个。然而，有为每个SAS应用服务存在的配置数据项。一般说来，输出消息合成采用阶段2-服务判定中的结果，并且构造输出响应消息。图7规定了输出消息合成的一般方面。

配置表控制输出消息合成。输出消息合成的配置表用一个例子进行说明。SAS应用服务与以上使用的那个：具有可选的语音邮件互配的MNP-INAP相同。

输出地址包括三元组(NoAI，编号方案，数字串)。输出数字串配置表规定SAS应用服务的必要输出数字串，包括NoAI值。用于编号方案的值在SAS应用服务的服务逻辑中隐含给出。必须为输出数字串配置表中的数字串单元、以及Nat1和Nat2或者Nat分配存储器。

表7：用于该例子的输出数字串配置表的定义

表8：用于表7的输出数字串到协议单元的映射表

表9：用于表7的输出数字串到协议单元的映射表

用于正常和异常完成的SAS应用服务特定的输出处理配置表包括多至10个响应动作。这些响应动作中的一个或多个能够被用来在输出数字串中定义的位置处插入配置的值。

表10：用于该例子的SAS应用服务特定的输出处理配置表的定义-正常完成

表11：用于该例子的SAS应用服务特定的输出处理配置表的定义-异常完成

2.2.1  一般输出动作

这个子章节规定能够被多个SAS应用服务使用的输出动作。

每组输出动作由单号码或者区域号码表中的一对值(号码类型、可携带性状态)触发。

2.2.1.1  在输出数字串中的数字准备

一般输出动作“Digit Preparation in Outbound Digit String(在输出数字串中的数字准备)”依据在表18中的说明操作输出数字串或者它的一部分。

3.环路检测和用于环路检测的输出消息合成配置项的配置：

应该有一个具有可能值YES和NO的配置数据项“PerformINRN Based Generic Loop Detection(执行基于INRN的一般环路检测)”。执行基于INRN的一般环路检测指示在相应SAS应用服务的服务判定阶段内在环路检测算法中是否应当使用基于INRN的一般环路检测。

如果接收的INRN与作为对单号码表和区域号码表查询的结果找到的INRN不相等，则接收的INRN可能指示一个环路。

这个配置数据项的名称为

SasApplicationServicePerformInrnBasedGenericLoopDetection。

语法是：

SasApplicationServicePerformInrnBasedGenericLoopDetection＝SasApplicationServiceId，InputDigitStringId，PerformInrnBasedGenericLoopDetection.

SasApplicationServiceId是任一SAS应用服务Id。

InputDigitStringId是任一输入数字串Id。

PerformInrnBasedGenericLoopDetection是具有值YES和NO的枚举数据类型。

应该有一个把有效服务控制数据时隙Id作为值的配置数据项“Slot Id of INRN(INRN的时隙Id)”。“INRN的时隙Id”标识所找到的单号码或者区域号码表项中的服务控制数据时隙，必须从表中检索INRN以便在基于INRN的环路检测内把找到的INRN与接收的INRN进行比较。

如果接收的INRN与作为对单号码表和区域号码表查询的结果找到的INRN不相等，则接收的INRN可能指示一个环路。

这个配置数据项的名称为SasApplicationServiceSlotIdOfInrn。语法是：

SasApplicationServiceSlotIdOfInrn＝SasAppliationServiceId，SlotIdOfInrn.

SasApplicationServiceId是任一SAS应用服务Id。

SlotIdOfInrn是服务控制数据时隙Id的有效编码。

取决于相应的配置数据项，在输入数字串中可以有另外的其它类型的环路检测或者各种非一致数据的检测，这对于一个特定的SAS应用服务来说同样可以被允许或者禁用。一旦它们被精确地定义了，就将引入另外的配置数据项。

应该有一个配置表，其取决于相应的单号码或者区域号码表中的每对容许值(E.164号码类型、可携带性状态)或者(MSIN号码类型、可携带性状态)配置是允许还是禁用环路检测。如果允许环路检测，则必须定义一个动作，其规定对于环路的SS7消息必须要做什么。

表12：环路检测状态配置表的细节

应该有一个具有可能值YES和NO的配置数据项“Use TransitionTime(使用过渡时间)”。使用过渡时间指示在相应的SAS应用服务的服务判定阶段内在环路检测算法中是否应当使用单号码或者区域号码表中的过渡指示符。

这个配置数据项的名称为SasDbTableUseTransitionTime。语法是：

SasDbTableUseTransitionTime＝SasDbTableId，UseTransitionTime.

SasDbTableId是任一SAS数据库表Id(细节将被定义)。

UseTransitionTime是具有值YES和NO的枚举数据类型。

用于输出数字合成的配置项：

每个SAS应用服务应当具有一个配置数据项，其在它的一般抽象结构的基础上规定每个可能的输出数字串的结构。每个输出数字串与它被发送到的一个协议参数有关。使一个以上的输出数字串与一个给定的协议参数相关联甚至也是可能的。输出数字串的结构由它的辅助号码列表规定。应当为每个输出数字串规定下列信息。表13给出了为规定一个输入数字串所必需的信息。表14规定了在输入数字串与输出数字串之间的映射。表15规定了在输出数字串和协议单元之间的映射。

表13：输出数字串配置表的细节

表14：输入数字串到输出数字串的映射表的细节

表15：输出数字串到协议单元的映射表的细节

单个输出数字串将能够根据它的Id从一组可能的输出数字串中被选择。根据(E.164/MSIN号码类型、可携带性状态)值的组合进行选择。必须给出一个表来规定这个配置数据。

规定取决于(E.164号码类型、可携带性状态)值的组合在输出处理中使用在单号码或者区域号码表中找到的条目中的哪个服务控制时隙(即服务控制数据序列号)，应当是可能的。必须给出一个表来规定这个配置数据。相同的原则将来能够同样被应用到其它号码部分。

规定取决于(E.164号码类型、可携带性状态)值的组合在输出数字处理中将采取哪个动作，应当是可能的。可能的动作是将要使用的消息的类型等。必须给出一个表来规定这个配置数据。相同的原则将来能够同样被应用到其它号码部分。

表16：SAS应用服务特定的输出处理配置表-正常完成的细节

表16包括在单号码或者区域号码表中找到一个条目时的应用特定的输出处理。然而，有可能在两个表中都没有找到条目。这个异常输出处理被包括在表17中。

表17：SAS应用服务特定的输出处理配置表-异常完成的细节

表18包括SAS应用服务特定的输出数字串准备配置表。这个配置表配置一般输出动作“Digit Preparation in Outbound Digit String(在输出数字串中的数字准备)”。

表18：SAS应用服务特定的输出数字串准备配置表的细节

Claims (10)

1.信令应用服务器服务体系结构，具有分层结构，包括一组软件模块，至少包括：作为最低层的高级信令传输协议(ASTP)派送器；在其之上的SCCP代码转换器，即至少一个用于TCAP用户服务的SCCP代码转换器和/或用于SCCP服务的SCCP代码转换器；用户服务分配器，即至少至少两个TCAP用户服务，

其中为了处理TCAP服务，所述信令应用服务器服务体系结构进一步包括TCAP模块、在其之上的TCAP用户服务分配器模块，以及在其之上的至少两个TCAP用户服务模块，和/或

为了处理SCCP服务，所述信令应用服务器服务体系结构进一步包括SCCP用户服务分配器模块以及在其之上的至少两个SCCP用户服务模块。

2.根据权利要求1所述的信令应用服务器服务体系结构，其中为了处理SCCP服务，至少一种类型的交互作用被配置为：在分配给同一个SCCP用户服务分配器的两个SCCP用户服务之间的交互作用类型B2，其中SCCP用户服务分配器取决于第一SCCP用户服务的输出消息的结果把将被处理的消息发送到第二SCCP用户服务。

3.根据权利要求1所述的信令应用服务器服务体系结构，其中为了处理TCAP服务，至少两种不同类型的交互被配置为：在高级信令传输协议派送器和TCAP用户服务之间的交互作用类型A，其中将要被处理的消息从高级信令传输协议派送器经由用于TCAP用户的SCCP代码转换器、TCAP、和相关的TCAP用户服务分配器发送到相关的TCAP用户服务；以及在分配给同一个TCAP用户服务分配器的两个TCAP用户服务之间的交互作用类型B1，其中TCAP用户服务分配器取决于第一TCAP用户服务的输出消息的结果把将被处理的消息发送到第二TCAP用户服务。

4.根据权利要求3的信令应用服务器服务体系结构，其中为了处理TCAP服务，另一种交互类型被配置为：在分配给不同TCAP用户服务分配器的两个TCAP用户服务之间的交互作用类型C，其中TCAP取决于分配给第一TCAP用户服务分配器的第一TCAP用户服务的输出消息的结果，把将要被处理的消息发送到分配给第二TCAP用户服务分配器的第二TCAP用户服务。

5.根据权利要求1的信令应用服务器服务体系结构，其中信令应用服务器服务体系结构进一步包括软件模块：SCCP代码转换器、至少一个SCCP服务分配器、至少两个SCCP服务，并且其中能够配置两种其它类型的交互作用：在TCAP用户服务和SCCP用户服务之间的交互作用类型D，其中高级信令传输协议派送器取决于分配给SCCP用户服务分配器的SCCP用户服务的输出消息的结果，把将要被处理的消息发送到分配给TCAP用户服务分配器的TCAP用户服务；和在分配给同一个SCCP用户服务分配器的两个SCCP用户服务之间的交互作用类型B2，其中SCCP用户服务分配器取决于第一SCCP用户服务的输出消息的结果，把将被处理的消息发送到第二SCCP用户服务。

6.根据权利要求1的信令应用服务器服务体系结构，其中信令应用服务器服务体系结构进一步包括一个所有信令应用服务器应用服务都可以访问的共用数据库池。

7.为信令应用服务器应用服务执行分析的方法，包括以下步骤：

执行输入消息分析，

执行服务判定，

使用至少一个输出配置表来执行输出消息合成，其中

为了处理SCCP服务，执行至少一种类型的交互作用：在分配给同一个SCCP用户服务分配器的两个SCCP用户服务之间的交互作用类型B2，其中SCCP用户服务分配器取决于第一SCCP用户服务的输出消息的结果把将被处理的消息发送到第二SCCP用户服务，和/或

为了处理TCAP服务，执行至少两种不同类型的交互作用：在高级信令传输协议派送器和TCAP用户服务之间的交互作用类型A，其中将要被处理的消息从高级信令传输协议派送器经由用于TCAP用户的SCCP代码转换器、TCAP、和相关的TCAP用户服务分配器发送到相关的TCAP用户服务；以及在分配给同一个TCAP用户服务分配器的两个TCAP用户服务之间的交互作用类型B1，其中TCAP用户服务分配器取决于第一TCAP用户服务的输出消息的结果把将被处理的消息发送到第二TCAP用户服务。

8.根据权利要求7的方法，其特征在于：服务判定进一步包括使用环路检测配置表进行一般环路检测分析。

9.信令应用服务器，包括至少一个处理器、至少一个数据库和至少一个用于处理至少一个应用服务请求的处理软件，其中至少一个处理软件包括一个信令连接控制部分进程和至少一个事务处理能力应用部分进程，以识别至少一个应用服务请求，并且其中该处理软件具有包括一组软件模块的分层的结构，至少包括：作为最低层的高级信令传输协议派送器；在其之上的SCCP代码转换???器，即至少一个用于TCAP用户服务的SCCP代码转换器和/或用于SCCP服务的SCCP代码转换器；用户服务分配器，即至少至少两个TCAP用户服务，

其中为了处理TCAP服务，所述处理软件进一步包括TCAP模块、在其之上的TCAP用户服务分配器模块，以及在其之上的至少两个TCAP用户服务模块，和/或

为了处理SCCP服务，所述处理软件进一步包括SCCP用户服务分配器模块以及在其之上的至少两个SCCP用户服务模块。

10.根据权利要求9的信令应用服务器，进一步用于路由选择SS7链路，包括一个信令转接点(STP)，

其中该STP具有至少一个外部接口，以经由至少一个SS7链路将该STP连接到至少一个电信单元，和一个将该STP连接到该信令应用服务器的内部接口，

并且其中该STP能够处理输入的SS7消息，识别在一个输入的SS7消息中的单个应用服务请求，把识别的单个应用服务请求提供给该信令应用服务器用于进一步的处理。

Images