INAP与TACP的配合

1 INAP与TACP的配合

1.1 TCAP简介

No.7中的TCAP（事务处理能力应用部分）协议主要设计用于网络中广泛分布的应用程序在应用层上的通信。TCAP包括TCAP的构成及其用法如图5-1所示。

TC－用户（如INAP,MAP,OMAP等） 对话原语 成分原语 TC对话处理 成分处理

成分子层 事务处理原语

事务处理子层

SCCP MTP 图5-1: TCAP的构成及其用法

TC－用户为各种应用，例如移动应用（MAP）、运行维护应用（OMAP）、智能网应用（INAP）等。这些应用有一个共同点，就是交换设备需要与网络中的数据库联系，TCAP提供信息请求、响应的对话能力。

消息传递部分（MTP）和信令连接控制部分（SCCP）是TCAP的网络层业务提供者。当传送的信息量小，但实时性要求高时，TCCAP采用SCCP的无连接方式，而当传送的信息量大而且无实施要求时，TCAP利用SCCP的面向连接方式。

TCAP由两个子层组成，分别为成分子层和事物处理子层。从功能上，成分子层提供对话处理和成分处理，事物处理子层提供事物处理。TC－用户间传送的消息，需通过成分子层传到事物处理子层，再由事物处理子层与SCCP通信，然后传至对端TC－用户。发起方的TC－用户可以将几个成分放在一个消息中传送给成分子层，然后通过事物处理子层传至对端TC－用户。

由于TCAP的成分子层包括对话处理和成分处理两部分，因而向TC－用户相应提供成分原语和对话原语。TCAP的事务处理子层则向其成分子层提供事务处理一原语。

TCAP 有两个重要概念：对话和操作。在网络中一对节点之间使用TCAP进行的所有通信都被结构化为对话。 例如，为处理一个智能呼叫而在SSP和SCP之间进行的所有通信可构成一个对话。在对话过程中交换的信息元素称为操作，INAP协议的消息即存放在这些信息元素中传输。操作由源TC用户调用，请求目的地TC用户执行该操作指定的动作。

1.2 TCAP的服务原语

TCAP的服务原语分为两类，对话原语和成分原语。

对话原语是用于对话的管理，使用TCAP传送消息，首先要开始一个对话，然后维持这个对话，最后结束这个对话，这些都需要TCAP的对话原语。

对话原语有：

? TC-BEGIN（请求/指示）：开始一个对话。 ? TC-CONTINUE（请求/指示）：继续一个对话。 ? TC-END（请求/指示）：结束一个对话 ? TC-U-ABORT（请求/指示）：用户中止一个对话（因为对话过程中TCAP用户，例

如INAP，的某些错误的发生） ? TC-P-ABORT（只有指示）：下层中止一个对话（因为对话过程中下层，例如SCCP，

的某些错误的发生）

? TC-NOTICE（只有指示）：底层不能提供服务的通知

成分原语用来调用一个操作，返回一个操作的结果，返回一个操作的错误等。成分原语又分为两类：

一请求类原语：将一个成分从TC－用户传送到成分子层。 一指示类原语：将一个成分由成分子层传送到TC－用户。 因此，每个成分原语都再分为请求和指示两条。成分原语有： ? TC-INVOKE（请求/指示）：调用一个操作 ? TC-RESULT-L（请求/指示）：返回一个操作的结果（最后一条） ? TC-RESULT-NL（请求/指示）：返回一个操作的结果（不是最后一条） ? TC-U-ERROR（请求/指示）：返回一个操作的错误 ? TC-L-CANCEL（指示）：操作超时，TCAP报告给TCAP的用户 ? TC-U-CANCEL（请求）：取消一个操作的调用 ? TC-L-REJECT（指示）：用户请求的某个成分在TCAP发生错误，TCAP向TCAP

用户拒绝 ? TC-R-REJECT（指示）：对端发来的某个成分在TCAP发生错误，TCAP向对端TCAP

用户拒绝

? TC-U-REJECT（请求/指示）：用户对一个成分指示拒绝

1.3 INAP对TCAP原语的应用

INAP协议是在7号信令的SCCP/TCAP之上的，即INAP为TCAP的用户（也称TC用户），直接与TCAP的成分子层相连。INAP使用TCAP所提供的TC请求原语将要发送的

SCP INAP消息的传送实际INAP 将请求原语消息交给TCAP 接收TCAP的指示原语消息 上是通过底层的7号信令协议完成的 将请求原语消息交给TCAP 接收TCAP的指示原语消息 INAP SSP TCAP SCCP MTP 网络上传送的实际上是包含了INAP，TCAP，SCCP，MTP等协议内容的MSU 图5-2 INAP协议在TCAP之上

TCAP SCCP MTP INAP消息传送至TCAP成分子层，然后再通过TCAP的事物处理子层、SCCP以及MTP将消息发到对端，或者使用TCAP所提供的指示原语接收对端发来的INAP消息。INAP与TCAP的关系如图5-2所示。

本节将对INAP与TCAP的配合做一个简单的介绍。

1.3.1 INAP对成分原语的应用

1) TC－INVOKE

当INAP需要调用一个操作或一个与已调用的操作连接的操作时使用该原语。该原语传递的与操作相关的参数包括：

? 操作类别(OperationType)：INAP将所调用的操作类别（1，2，3，4）通知本地的

成分子层，以变本地的成分子层知道是否接收返回的差错和结果； ? 调用ID（InvokeID）：唯一识别一个操作的调用。调用ID由各物理实体独立分配，

INAP每次调用一个操作时分配一个调用ID。 ? 链接ID（LinkID）：当调用的操作与一个已调用的操作有链接关系时，需分配此ID。 ? 操作码（OperationCode）：唯一识别操作的本地码。 ? 操作计时器值：本地成分子层如果在该计时器值规定的时间内没有收到该操作的任

何响应，释放调用该操作的所有资源。

? 其中，操作类别和操作计时器值不需要传送到对端的，只在请求原语中出现，其他

参数均需传送到对端，需在请求和指示原语中出现。 2) TC-RESULT-L

当 INAP的1类 3类操作返回结果时，使用该原语。其中： ? 调用ID参数应与操作请求的调用ID一致。 3) TC-U-ERROR

当INAP的1类和2类操作返回错误时，使用该原语。其中： ? 调用ID参数应与操作请求的调用ID一致； ? 错误码为INAP中规定的本地错误码。 4) TC-U-REJECT

TC用户拒绝TCAP成分时，向成分子层发送该原语及响应的问题码：

? 操作调用问题：包括不可识别的操作、错误的类型参数、非期望的链接响应和非期

望的链接操作等；

? 返回结果问题：包括错误的类型参数等。

? 返回错误问题：包括不可识别的错误、非期望的错误及错误的类型参数等。

1.3.2 INAP对对话原语的应用

INAP作为TC用户只使用由TCAP提供的结构化对话。当两个物理实体之间发送消息时，以下几种情况可能发生：

? 建立一个对话：TC用户发送TC-BEGIN请求原语；

? 维持一个对话：TC用户发送TC-CONTINUE请求原语；

? 不再维持对话：TC用户发送TC-END请求原语。TC-END 请求原语既可以用基本

结束方式，也可以用预先安排的结束方式，如下所示：

-- 基本结束：

在对话已经建立的情况下，并且FE对接收任何ERROR或REJECT成份都不感兴趣时，该 FE 利用TC-END请求原语(基本结束方式) 向对端发送用以终止控制关系的操作。

正如ITU-T 建议Q.774所描述的，一旦FE的对话资源被释放，接收的上述操作的ERROR或REJECT成份都被TC丢弃；

在对话已经建立的情况下，且FE接收了一个终止控制关系的操作，该FE可向对端发送没有成份的TC-END请求原语(基本结束方式)。

-- 预先安排结束：

当一个实体发送一个终止控制关系的操作，但对可能返回的ERROR 或REJECT消息感兴趣时，可在最后相关操作定时器超时后，向本地的成分子层 发送TC-END 请求原语(预先安排的结束方式)结束对话。接收实体在成功地接收和处理了这些终止控制关系的操作后，可以用TC-END 请求原语(预先安排的结束)通知本地的成分子层来终止对话。

-- 对于第二类和第四类操作，不建立对话。发送方的TC用户只发送TC-BEGIN请求原语，然后在操作定时器超时后，用预先安排的方式在本地结束对话。接收方的TC用户在收到TC-BEGIN指示原语后也应在其本地结束对话。

-- 在差错情况下，不使用预先安排的结束方式来终止TCAP对话。当应用实体遇到差错情况时，该实体应尽可能显示地将差错通知对方。

-- 异常情况报告：当功能实体检出差错或拒绝操作，决定终止对话时，根据是否带有差错或拒绝成份，可采用TC-END 请求原语的基本结束方式或TC-U-ABORT请求原语来终止TC对话。