CN1933485B - 一种兼容sccp和sua的方法及装置 - Google Patents

Abstract

本发明公开了一种兼容SCCP和SUA的方法及装置，用以解决目前SUA与SCCP共存时，无法实现上层用户无缝使用的问题，以及SCCP与SUA之间互通的问题。在SCCP和SUA的上层提供SIF；当SIF收到上层用户发来的无连接消息或者连接请求时，获取该消息的目的点信息和本点点码；根据目的点信息和本点点码分别获取该目的点在SCCP和SUA中的状态；根据该状态，以及配置的分发策略，选定传递消息时所采用的协议类型，并相应下发该消息；当SCCP或SUA收到连接请求时，从连接ID资源池或者各自的ID段中获取连接ID，以该连接ID进行连接请求的处理；在建立主被叫连接后，SIF根据交互的有连接消息中携带的连接ID，相应下发该消息。

Description

一种兼容SCCP和SUA的方法及装置

技术领域

本发明涉及网络领域，特别是涉及一种兼容SCCP和SUA的方法及装置。

背景技术

1、SUA协议技术背景。

随着软交换技术的应用与推广，传统电信网正朝着与IP网互通的方向发展。其中，最关键的问题是，已经得到广泛使用的No.7信令能够在IP网中高效而可靠的传输。早在1999年，IETF就开始制定基于IP技术的SIGTRAN协议簇，它主要包括No.7信令系统MTP层的适配协议，以提供No.7信令在IP网上的传输能力。目前，IETF又进一步提出了信令连接控制部分SCCP层的适配协议—SUA(Signalling Connection Control Part User Adaptation Layer，信令连接控制部分用户消息适配层)，以提供更强的地址映射和路由功能，以及更简单的管理功能。

2、SUA协议体系结构。

SUA支持在IP网上传输No.7信令SCCP用户消息，例如TCAP消息、RANAP消息等，实现TCAP over IP、RANAP over IP等功能。SUA不仅支持信令网关与IP信令点(如IP地址数据库)间的消息传输，也支持同一IP网中两个信令点间的消息传输。

当位于信令网关的SUA收到本网关的SCCP发来的消息时，首先进行地址翻译和地址映射，并通过SCTP偶联选路至目的IP信令点。当SUA收到来自IP网的消息时，则进行地址翻译和地址映射，将消息发送至信令网关的SCCP，并选路至No.7信令点。

信令网关可作为端点或中继点与IP信令点协同工作，因而SCCP无连接消息或连接建立消息的选路方式也有所区别。当信令网关作为端点时，消息通过PC(点码)和SSN(子系统编号)选路。若子系统由选路上下文(Routing Context)及SSN标记，从No.7信令点的角度看，则这个SCCP用户位于此信令网关。当信令网关作为中继点时，则需执行GT(全局码)翻译确定消息目的地。SCCP用户的实际位置与No.7信令网无关。GT翻译会生成一组″SCCP实体集″，并由此导出一个AS(Application Server，应用服务器)。根据SCCP被叫用户地址，可对AS选取决定。

AS(应用服务器)是一个逻辑实体，由特定的选路关键字(Routing Key)标识。ASP(应用服务器进程)是AS的进程实例，由选路上下文(Routing Context)标识，用于处理与之的通信。AS与ASP间并非映射关系，一个AS包含一组独立的ASP，一个ASP也可为多个AS提供服务。每个ASP都对应一个IP信令点，为SCTP层提供服务。一个信令网关可以视为带有No.7信令网接口的一组AS。

3、SUA协议提供的服务。

(1)SCCP用户消息传输支持。

SUA支持信令网关与ASP(应用服务器进程)间SCCP用户消息的无缝传输。

(2)SCCP协议类别支持。

SUA可透明支持四类SCCP协议类型：无序的无连接协议类型0，提供顺序控制的无连接协议类型1，面向连接协议类型2和提供流量控制的面向连接协议类型3。

(3)本地管理功能。

SUA能指出SUA协议消息中的错误，并可根据需要通知本地管理和远端信令点。

(4)SCCP网管功能交互。

SUA启用ASP管理消息处理ASP状态，从而实现与SCCP网管功能互通。N-State，N-Pcstate及N-Coord等原语可在信令网关的SCCP和SUA网管功能中传输，用于在IP网和No.7信令网中触发相应事件。

(5)信令网关进程与ASP间管理的支持SUA提供了处于电路交换网和IP网间的信令网关与ASP间SCCP网管功能的互通。这个功能包括向ASP提供No.7信令点可及、不可及、拥塞的状态指示，以及在信令网关启动对远端No.7端点的查询。

(6)中继功能。

为提升网络的扩展性，SUA中继功能可判定出指向目标SUA端点的下一跳SCTP偶联。下一跳的判定可基于类似No.7信令网中的GT翻译功能，也可由被叫地址的主机名，IP地址或点码提供。SUA可根据需要配置中继功能，从而提高网络的扩展性，可靠性和灵活性。

4、SUA协议提供的内部功能。

为提供寻址和中继功能，SUA采用了一种称为AMF(Address MappingFunction)的地址映射功能。AMF有多种实现方式：在分布模式下可采用本地GT表翻译，在分层模式下可采用DNS，而在集中模式下可采用LDAP目录协议。当收到入口消息时，AMF即被调用。根据选路上下文或选路关键字，AMF将SCCP/SUA入口消息中的地址解析为对应IP网目的地址的SCTP偶联。

(1)在信令网关的地址映射。

一个AS内通常会有一个或多个ASP处于激活状态。但某些情况下，当一个AS内所有ASP均未激活时，信令网关进程则把发往此AS的消息置入缓冲区，并启动定时器，直到有ASP恢复可用。如果定时器超时仍无可用ASP，缓冲区将被清空，并触发相应的返回或拒绝流程。如果没有与消息匹配的地址映射，则通常将消息定向至某个或某组缺省ASP，或者将消息抛弃并报告给管理功能。

(2)在ASP的地址映射。

ASP的地址映射功能可根据目标点码或消息中的其他元素、NO.7信令网状态、信令网关进程状态及选路上下文，为定向至No.7信令网的消息选择特定的信令网关进程。

(3)在中继点的地址映射。

当采用GT、主机名、SSN+点码或SSN+IP地址(非中继点地址)选路时，需要调用中继功能。根据这些信息翻译或解析生成的地址有几种不同形式。

依SSN选路：生成指向目的结点的SCTP偶联ID、SSN，以及可选的选路上下文和/或IP地址。

依GT选路：生成指向下一中继点的SCTP偶联ID、新的GT，以及可选的SSN和/或选路上下文；

依主机名选路：生成指向下一中继点的SCTP偶联ID、新的主机名，以及可选的SSN和/或选路上下文。

若选路信息指示为本地SUA用户，则该点既作为中继点，又作为端点。

为避免出现循环路由，SUA延续了No.7信令网中的跳计数器功能。跳计数器在起始端点(No.7信令网结点或IP网结点均可)被设为最大值，之后随中继功能的调用递减。当计数器减至0时，则调用相应的返回或拒绝流程。

(4)SCTP流映射。

SUA信令网关和AS通过维护SCTP与SUA用户的对照表来向SCTP流传输提供映射功能。SUA通常采取无序的0类流传输SUA管理信息，特定情况下也可选用顺序流传输。

(5)流量控制。

当ASP需要临时删除服务中的SCTP偶联或进行测试维护时，本地管理功能可以终止相应SCTP偶联上的通讯，并可将当前SCTP偶联上的通讯转移到另一个偶联上。

(6)拥塞管理。

在ASP中，SUA层用SCCP原语向本地SCCP用户指示拥塞，并以此触发上层响应。若信令网关发现No.7信令消息传输发生阻塞，则向No.7信令起始点发送SCCP拥塞消息。

ASP中的SUA也可向对端SUA发出本地拥塞消息。当信令网关收到此消息，确定有端点阻塞，可依照SCCP协议触发拥塞处理流程。

5、SUA协议与SCCP协议在信令网关的互通。

SUA信令网关灵活的路由机制和信令控制是No.7信令网与IP网实现互通的关键。在SUA的作用下，不需要重新设计网络，即可添加或移除网络元素。只要IP带宽充足，即可实现不同信令需求的各项应用。

以下列举了SUA与SCCP在信令网关互通时的重要流程。

(1)分片与重装。

当信令消息过长，超出PDU容量时，信令网关或ASP需要执行分片与重装。如果信令网关或ASP无法完成分片与重装，则以适当消息向对端发起错误报告。

(2)负载分担支持。

同一AS中的多个ASP可同时激活，处于负载分担的工作方式。在处理TCAP事务或SCCP连接时，信令网关的负载分担机制还应保证：同一路事务或连接的后续消息与初始消息(如TC_Query，TC_Begin，CR等)所到达的ASP一致。

如果根据选路关键字(如DPC或GT)就能唯一识别ASP，则不需考虑负载分担。若AS内的ASP采用共享状态或内部分配机制而无法唯一识别时，信令网关就需要选用顺序传输方式保证消息到达的ASP前后一致。而对于面向连接的SCCP通信，只需要在最初的连接建立消息CR采用负载分担方式，其后续消息即可沿用已建立的连接通路。

若以上情况均不满足，则需要在信令网关和ASP中启用一套通用机制来支持负载分担：先建立ASP与AS关联，然后ASP在AS中激活，并向所有与No.7信令网连通的信令网关发送激活消息，每个消息的特定字段都包含由ASP分配的独立标记。信令网关为每个选路关键字都建立一个列表记录向其注册的ASP；之后信令网关就为各选路上下文建立分配表，在有新关联建立及ASP激活时更新。

(3)信令网关的选路和消息分发。

a.TCAP消息。

若TCAP消息不包含目的或回应TID(事务处理ID)标记，如Query，Begin，Unidirectional，则采用负载分担方式分配ASP。若消息包含TID标记，则由SG对其解析并选取对应的ASP。如果对应ASP不存在且返回选项已激活，则返回错误报告。

b.SCCP面向连接消息。

若SCCP面向连接消息不包含DRN(目的参考编号)标记，如连接建立消息，则采用负载分担方式分配ASP。若消息包含DRN标记，则由SG对其解析并选取对应的ASP。若对应ASP不存在，则丢弃该消息。

(4)多信令网关SUA中继。

每个ASP均会向信令网关进程发送其独立标记。出于系统容错和稳健性的考虑，多个信令网关可协同运行，为ASP提供可选路由。

6、SUA协议与其他协议的比较。

(1)SUA与SCCP+M3UA的比较。

虽然SUA与SCCP+M3UA均位于SCTP+IP之上，但从SUA的角度来看，它对底层SCTP及IP网络的架构有更直观的了解。

从横向来看，SUA简化了No.7信令网各元素繁琐的配置过程，降低了管理维护成本。从纵向比较，SUA只有一层，其管理功能也简单很多，只需要执行SUA的ASP管理；而SCCP+M3UA则需要兼顾SCCP管理和M3UA的ASP管理。

SUA拓展了信令的寻址能力，它可以采用IP地址，主机名及DNS等SCCP中没有的方式进行路由寻址，为路由规划和调整提供了更高效、更灵活的机制。此外，SUA原则上并不要求使用No.7信令点码，从而能节省下大量点码资源。

(2)SUA与TI-SCCP的比较。

2002年底，ITU-T通过Q.2220规范制定了一组称为TI-SCCP(TransportIndependent Signalling Connection Control Part，传输独立信令连接控制部分)的协议，对Q.711～Q.716规范中定义的SCCP做出修改，使其能运行于多种传输网上。

同SUA一样，TI-SCCP利用Q.2150.3规范中定义的SCTP信令传输转换器(STC)，也可以直接运行于SCTP之上。但它的寻址能力有限，不支持IP地址、主机名及DNS等扩展寻址方式。

此外，TI-SCCP在传输长消息时，需要引入MAP协议共同工作。它无法像SUA，将所有的分片/重装工作交由下层的SCTP完成。而且，MAP协议的引入将引起一系列的适配问题。

(3)SUA与No.7信令系统的比较。

SUA协议针对事务处理消息的传输做出了优化。SUA作为TCAP的承载者，在保持No.7信令全部功能的同时，也使网络稳健性达到运营商级水平。

SUA采用公共分组传输承载信令，仅通过简单的操作就能提升网络的带宽和连通性，而不需像No.7信令网E1/T1渠化链路那样重组网络。

SUA简化了No.7信令网繁琐的配置过程，更充分的利用了IP路由机制。它采取的分布式应用方式，可根据需求方便的重新配置。

SUA还促使设备制造商将以往垂直集成的增值业务推演为水平分布的服务层面。在这一层面上可以集成传统技术(如漫游，号码移植数据库)，增值服务(如短消息服务)与下一代网络技术(如SIP，ENUM，LDAP等)。

7、结语。

SUA充分利用分组传输信令的性能，大幅度节省运营成本。它能简化网管过程，并行提供基于IP的DNS路由，增加SCCP路由的灵活性，减少对信令点码的依赖，减少链路和带宽对网络构架的限制。通过以上分析，我们不难看出，在未来增值业务繁多的3G网络和IP智能网中，SUA会得到广泛的应用。

在协议制定时间上是先定义了SCCP协议，然后定义了SUA协议；SCCP协议与SUA协议还需要在很长的一段时间内共存。但是目前没有兼容SUA与SCCP的方案。SCCP和SUA的用户是相同的，在共存时如何实现对用户的无缝接口，是目前需要解决的问题。

发明内容

本发明提供一种兼容SCCP和SUA的方法及装置，用以解决目前SUA与SCCP共存时，无法实现上层用户无缝使用的问题，以及SCCP与SUA之间互通的问题。

本发明的兼容SCCP和SUA的方法，包括下列步骤：

在信令连接控制部分SCCP和信令连接控制部分用户消息适配层SUA的上层提供适配层SIF；

当SIF收到上层用户发来的无连接消息或者连接请求时，从被叫地址和主叫地址中获取该无连接消息或者连接请求的目的点信息和本点点码；根据目的点信息和本点点码分别获取该目的点在SCCP和SUA中的状态；根据所述目的点在SCCP和SUA中的状态，以及配置的分发策略，选定传递消息时所采用的协议类型，并相应下发该无连接消息或者连接请求；

当SCCP或SUA收到对端或者上层用户的连接请求时，从连接ID资源池或者各自的ID段中获取连接ID；SCCP或SUA以该连接ID进行连接请求的处理；在建立主被叫连接后，SIF根据交互的有连接消息中携带的连接ID，相应下发该有连接消息。

所述配置的分发策略为负荷分担，或为主备用。

其中，所述SIF在SCCP与SUA之间转发消息。

接收域收到消息时，由本局的SIF根据目的点和配置的分发策略，将该消息相应转发到选定的域。

本发明的兼容SCCP和SUA的装置，包括：

SCCP单元，用于以信令连接控制部分协议处理收到的消息；

SUA单元，用于以信令连接控制部分用户消息适配层协议处理收到的消息；

SIF单元，其位于SCCP单元和SUA单元的上层；

连接ID管理单元，与所述SCCP单元、所述SUA单元和所述SIF单元均相连，用于为所述SCCP单元和所述SUA单元提供连接ID，并相应进行连接ID的管理；

所述SIF单元中包括：信息获取子单元，用于当所述SIF单元收到上层用户发来的消息时，从被叫地址和主叫地址中获取该消息的目的点信息和本点点码；状态获取子单元，用于根据信息获取子单元获取的目的点信息和本点点码分别获取该目的点在所述SCCP单元和所述SUA单元中的状态；分发单元，根据所述目的点在所述SCCP单元和所述SUA单元中的状态，以及配置的分发策略，选定传递的协议类型，并相应下发该消息。

又进一步，所述连接ID管理单元随机为SCCP单元和SUA单元提供连接ID，并通知SIF单元该连接ID被分配到SCCP单元或SUA单元。

又进一步，所述连接ID管理单元对连接ID分段，并将各段与SCCP单元和SUA单元分别对应，以及从段内为SCCP单元或SUA单元提供连接ID。

本发明有益效果如下：

本发明方法在SCCP和SUA的上层提供适配层SIF，由SIF根据相关信息判断应分发到哪个协议进行消息处理。

对于无连接消息，当SIF收到上层用户发来的消息时，从被叫地址和主叫地址中获取该消息的目的点信息和本点点码；根据目的点信息和本点点码分别获取该目的点在SCCP和SUA中的状态；根据所述目的点在SCCP和SUA中的状态，以及配置的分发策略，选定传递的协议类型，并相应下发该消息。

对于有连接消息，当SIF收到上层用户发来的消息时，通过对连接ID的管理，实现SIF对交互的消息中携带的连接ID的识别，进而选定传递的协议类型，并相应下发消息。

关于SCCP与SUA的互通，当接收域(SCCP或SUA)收到消息时，由本局的SIF根据目的点和配置的分发策略，将该消息相应转发到选定的域，从而实现SCCP与SUA的互通。

为了支撑本发明方法，本发明还提供了一种兼容SCCP和SUA的装置。

附图说明

图1为本发明装置结构示意图；

图2为本发明装置在处理无连接消息时的结构示意图；

图3为本发明装置在处理有连接消息时的结构示意图；

图4为本发明方法步骤流程图。

具体实施方式

为了实现SUA与SCCP的兼容和共存，本发明提供了一种兼容SCCP和SUA的装置，参见图1所示，其包括：SCCP单元、SUA单元，以及分别与SCCP单元和SUA单元相连的SIF单元；

所述SCCP单元，用于以信令连接控制部分协议处理收到的消息。

所述SUA单元，用于以信令连接控制部分用户消息适配层处理收到的消息。

所述SIF单元，其位于SCCP单元和SUA单元的上层，用于向SCCP单元或SUA单元分发消息，以兼容SCCP单元和SUA单元。

参见图2所示，若所述装置处理无连接消息，则所述SIF单元中还包括依次相连的信息获取子单元、状态获取子单元和分发单元。

所述信息获取子单元，用于当SIF单元收到上层用户发来的消息时，从被叫地址和主叫地址中获取该消息的目的点信息和本点点码；

所述状态获取子单元，用于根据信息获取子单元获取的目的点信息和本点点码分别获取该目的点在SCCP单元和SUA单元中的状态；

所述分发单元，根据所述目的点在SCCP单元和SUA单元中的状态，以及配置的分发策略，选定传递的协议类型，并相应下发该消息。所述分发策略为负荷分担，或为主备用。

参见图3所示，若所述装置处理有连接消息，则所述装置中还包括与SCCP单元、SUA单元和SIF单元均相连的连接ID管理单元。

所述连接ID管理单元，用于为SCCP单元和SUA单元提供连接ID，并相应进行连接ID的管理。所述连接ID管理单元可以随机为SCCP单元和SUA单元提供连接ID，并通知SIF单元该连接ID被分配到SCCP单元或SUA单元，以便SIF单元相应下发消息。或者，所述连接ID管理单元对连接ID分段，并将各段与SCCP单元和SUA单元分别对应，以及从段内为SCCP单元或SUA单元提供连接ID，以便SIF单元根据每段的特征相应下发消息(例如：最高位为1，则表示由SCCP单元处理；最高位为0，则表示由SUA单元处理)。

应用上述装置，本发明还提供了一种兼容SCCP和SUA的方法，参见图4所示，包括下列主要步骤：

S1、在SCCP和SUA的上层提供适配层SIF。

按照协议规定引入SUA协议后，在同时存在SCCP和SUA两个协议时，要保持上层用户的接口不变。对于上层用户而言不需要知道消息是通过SCCP传递给对端，还是通过SUA传递给对端。因此本发明在SCCP和SUA的上层提供适配层SIF(SUA与SCCP接口层)，其功能是实现上层用户的消息在SCCP与SUA之间的分发。

S2、SIF收到消息。

所述消息从发送方向看，可由上层用户发来(即欲分发到SUA或SCCP)，或者由SUA或SCCP发来(即对端发来的消息欲接续到上层用户)。

所述消息从消息类型看，可为无连接消息，或有连接消息。

S3、SIF进行消息的分发。

SIF根据相关信息进行消息的分发，以实现SCCP与SUA的兼容。

S4、SCCP或SUA收到SIF下发的消息后，进行处理。

以下通过四个实例具体描述本发明方法。

方法实例一：上层用户发来的无连接消息的分发。包括下列具体步骤：

-当SIF收到上层用户发来的消息时，从被叫地址和主叫地址中获取消息的目的点信息(DPC或者DPCSSN)和本点点码(OPC或者OPCSSN)。

-根据目的点和本点信息获取该目的点在SCCP和SUA中的状态。

-根据所述目的点在SCCP和SUA中的状态，以及配置的分发策略(负荷分担、主备用)，选定传递的协议类型，并相应下发该消息。如果是负荷分担，需要根据上层的呼叫相关性实现SCCP和SUA的业务负荷分担，保持SCCP和SUA传递的呼叫个数相等；如果是主备用，根据设置的主用标志选择主用的协议，传递所有的呼叫消息。

方法实例二：通过连接ID资源池实现有连接消息的分发。

当消息是有连接消息时，根据连接参考实现网络侧与上层用户N原语的交互。协议中对于有连接的N原语参数定义如下表：

Table 1/Q.711-Network service primitives for connection-oriented servicesb)

在实现上可以使用Connection identification作为上下层间通信的关键字，上层用户收到SCCP的N源语通知消息后，根据Connection identification可以快速找到自己的连接控制块，进行相应的消息处理；当上层用户下发请求源语给SCCP时，SCCP根据源语中的Connection identification可以快速的获取SCCP的连接控制块，进行相应的消息处理。SUA的N源语处理与SCCP雷同。但是当底层同时存在SCCP和SUA时，此时上层用户所能够获取的就是Connection identification，并不知道这个Connection identification是SCCP的还是SUA的。因此通过上表可以看到，有部分的有连接源语中并没有被叫地址或主叫地址，但需要SIF在分发消息时能够根据Connection identification快速的定位该消息的处理协议。实现时就有一个如何管理Connection identification的问题。

本例通过连接ID资源池实现有连接消息的分发。根据发送方向可分为两种情况。

情况一：从对端接收到连接请求。包括下列具体步骤：

-在SCCP或SUA接收到对端的连接请求时，从连接ID资源池中获取连接ID(可以通过函数调用的方式或者消息通知的方式获取)。

-连接ID资源池从自己空闲的连接ID中随机取出一个空闲的连接ID，传递给SCCP或SUA。

-SCCP或SUA使用该连接ID进行消息后续处理(按照现有协议)。

-在建立主被叫连接后，SIF根据交互的消息中携带的连接ID，检查该ID是属于哪个协议使用，如果判定是被SCCP使用，则直接将该消息发送给SCCP处理；如果判定是被SUA使用，则直接将该消息发送给SUA处理。

情况二：接收到上层用户的连接请求。包括下列具体步骤：

-上层用户发送连接请求给SIF层时，SIF层首先按照无连接消息处理方法选择该次连接通过哪个协议处理。

-SCCP或SUA接收到该用户的连接请求时，从连接ID资源池中获取连接ID(可以通过函数调用的方式或者消息通知的方式获取)。

-连接ID资源池从自己空闲的连接ID中随机取出一个空闲的连接ID，传递给SCCP或SUA。

-SCCP或SUA使用该连接ID进行消息后续处理(按照协议做)。

-在建立主被叫连接后，SIF根据交互的消息中携带的连接ID，检查该ID是属于哪个协议使用，如果判定是被SCCP使用，则直接将该消息发送给SCCP处理；如果判定是被SUA使用，则直接将该消息发送给SUA处理。

方法实例三：通过对连接ID分段实现有连接消息的分发。

当消息是有连接消息时，根据连接参考实现网络侧与上层用户N原语的交互。协议中对于有连接的N原语参数定义如下表：

Table 1/Q.711-Network service primitives for connection-oriented servicesb)

在实现上可以使用Connection identification作为上下层间通信的关键字，上层用户收到SCCP的N源语通知消息后，根据Connection identification可以快速找到自己的连接控制块，进行相应的消息处理；当上层用户下发请求源语给SCCP时，SCCP根据源语中的Connection identification可以快速的获取SCCP的连接控制块，进行相应的消息处理。SUA的N源语处理与SCCP雷同。但是当底层同时存在SCCP和SUA时，此时上层用户所能够获取的就是Connection identification，并不知道这个Connection identification是SCCP的还是SUA的。因此通过上表可以看到，有部分的有连接源语中并没有被叫地址或主叫地址，但需要SIF在分发消息时能够根据Connection identification快速的定位该消息的处理协议。实现时就有一个如何管理Connection identification的问题。

本例通过对连接ID分段实现有连接消息的分发。根据发送方向可分为两种情况。

情况一：从对端接收到连接请求。包括下列具体步骤：

-在SCCP或SUA接收到对端的连接请求时，对应从各自的ID段中获取连接ID(可以通过函数调用的方式或者消息通知的方式)。

-从对应的ID段中的空闲连接ID中取出一个空闲的连接ID，对应传递给SCCP或SUA。

-SCCP或SUA使用该连接ID进行消息后续处理(按照现有协议)。

-在建立主被叫连接后，SIF根据交互的消息中携带的连接ID的段特征，判定该消息应由哪个协议处理(例如：最高位为1，则判定应由SCCP处理；最高位为0，则判定应由SUA处理)。如果判定应由SCCP处理，则直接将该消息发送给SCCP；如果判定应由SUA处理，则直接将该消息发送给SUA。

情况二：接收到上层用户的连接请求。包括下列具体步骤：

-上层用户发送连接请求给SIF层时，SIF层首先按照无连接消息处理方法选择该次连接通过哪个协议处理。

-SCCP或SUA接收到该用户的连接请求时，对应从各自的ID段中获取连接ID(可以通过函数调用的方式或者消息通知的方式)。

-从对应的ID段中的空闲连接ID中取出一个空闲的连接ID，对应传递给SCCP或SUA。

-SCCP或SUA使用该连接ID进行消息后续处理(按照现有协议)。

-在建立主被叫连接后，SIF根据交互的消息中携带的连接ID的段特征，判定该消息应由哪个协议处理(例如：最高位为1，则判定应由SCCP处理；最高位为0，则判定应由SUA处理)。如果判定应由SCCP处理，则直接将该消息发送给SCCP；如果判定应由SUA处理，则直接将该消息发送给SUA。

方法实例四：域间消息的分发。

网络中通常会存在一种使用场景：SUA侧的消息经过SUA处理后，发现它的下一处理结点应该处于窄带侧，即下一处理结点为SCCP；需要实现把消息从一个域传递到另外一个域的功能，即：实现信令网关功能(SG功能)。

当从SCCP接收到消息时，该消息首先经过SCCP的GT翻译后，检查消息的目的点不是本局时，则将该消息转发给SIF，SIF根据该消息的目的点和配置的分发策略(协议间负荷分担、主备用等)，决定该消息应该经过哪个域(SCCP或SUA)传递到对端。

从SUA接收到消息的处理流程与从SCCP接收到消息的处理流程雷同。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (5)

1.一种兼容SCCP和SUA的方法，其特征在于，包括下列步骤：

在信令连接控制部分SCCP和信令连接控制部分用户消息适配层SUA的上层提供适配层SIF；

当SIF收到上层用户发来的无连接消息或者连接请求时，从被叫地址和主叫地址中获取该无连接消息或者连接请求的目的点信息和本点点码；根据目的点信息和本点点码分别获取该目的点在SCCP和SUA中的状态；根据所述目的点在SCCP和SUA中的状态，以及配置的分发策略，选定传递消息时所采用的协议类型，并相应下发该无连接消息或者连接请求；

当SCCP或SUA收到对端或者上层用户的连接请求时，从连接ID资源池或者各自的ID段中获取连接ID；SCCP或SUA以该连接ID进行连接请求的处理；在建立主被叫连接后，SIF根据交互的有连接消息中携带的连接ID，相应下发该有连接消息。

2.如权利要求1所述的方法，其特征在于，接收域收到消息时，由本局的SIF根据目的点和配置的分发策略，将该消息相应转发到选定的域，以实现消息在SCCP与SUA之间的转发。

3.一种兼容SCCP和SUA的装置，包括：

SCCP单元，用于以信令连接控制部分协议处理收到的消息；

SUA单元，用于以信令连接控制部分用户消息适配层协议处理收到的消息；

其特征在于，所述装置还包括：SIF单元，其位于所述SCCP单元和所述SUA单元的上层；

连接ID管理单元，与所述SCCP单元、所述SUA单元和所述SIF单元均相连，用于为所述SCCP单元和所述SUA单元提供连接ID，并相应进行连接ID的管理；

所述SIF单元中包括：

信息获取子单元，用于当所述SIF单元收到上层用户发来的消息时，从被叫地址和主叫地址中获取该消息的目的点信息和本点点码；

状态获取子单元，用于根据所述信息获取子单元获取的目的点信息和本点点码分别获取该目的点在所述SCCP单元和所述SUA单元中的状态；

分发单元，根据所述目的点在所述SCCP单元和所述SUA单元中的状态，以及配置的分发策略，选定传递消息时所采用的协议类型，并相应下发该消息。

4.如权利要求3所述的装置，其特征在于，所述连接ID管理单元随机为SCCP单元和SUA单元提供连接ID，并通知SIF单元该连接ID被分配到SCCP单元或SUA单元。

5.如权利要求3所述的装置，其特征在于，所述连接ID管理单元对连接ID分段，并将各段与SCCP单元和SUA单元分别对应，以及从段内为SCCP单元或SUA单元提供连接ID。

Images