INAP与TACP的配合.doc

1 INAP 与与 TACP 的配合的配合 1.1 TCAP 简介简介 No.7 中的 TCAP（事务处理能力应用部分）协议主要设计用于网络中广泛分布的应用 程序在应用层上的通信。TCAP 包括 TCAP 的构成及其用法如图 5-1 所示。 图 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 用户执行该操作指定的动 作。 TC用户（如 INAP,MAP,OMAP 等） 事务处理子层 TC AP SCCP 成分原语成分原语 事务处理原语 原语 MTP 对话处理成分处理 成分子层 对话原语 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（请求/指示）：用户对一个成分指示拒绝 图 5-2 INAP 协议在 TCAP 之上 SCPSSP INAPINAP TCAP SCCP MTP TCAP SCCP MTP 网络上传送的实际上是 包含了 INAP，TCAP，SCCP， MTP 等协议内容的 MSU 将请求原 语消息交 给 TCAP 将请求原 语消息交 给 TCAP 接收 TCAP 的指示原语 消息 INAP 消息的传送实际 上是通过底层的 7 号信 令协议完成的 接收 TCAP 的指示原语 消息 1.3 INAP 对对 TCAP 原语的原语的应用应用 INAP 协议是在 7 号信令的 SCCP/TCAP 之上的，即 INAP 为 TCAP 的用户（也称 TC 用户） ，直接与 TCAP 的成分子层相连。INAP 使用 TCAP 所提供的 TC 请求原语将要发送 的 INAP 消息传送至 TCAP 成分子层，然后再通过 TCAP 的事物处理子层、SCCP 以及 MTP 将消息发到对端，或者使用 TCAP 所提供的指示原语接收对端发来的 INAP 消息。 INAP 与 TCAP 的关系如图 5-2 所示。 本节将对 INAP 与 TCAP 的配合做一个简单的介绍。 1.3.1INAP 对成分原语的应用对成分原语的应用 1) TCINVOKE 当 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.2INAP 对对话原语的应用对对话原语的应用 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 对话。 1)TC-BEGIN SSF、SCF 和 SRF 均可用此原语创建对话。 SSF 检测到 TDP-R，用 TC-BEGIN 向 SCF 发送”InitialDP”操作，创建新的对话， 该对话可维持。在呼叫结束时，可采用基本结束方式或预先安排方是结束该对话； SSF 检测到 TDP-N，用 TC-BEGIN 向 SCF 发送”InitialDP”操作，不建立对话，之 后，SSF 和 SCF 分别在本地采用预先安排的结束方式结束对话； SSF 向 SCF 发送“ServiceFilteringResponse”操作时，用 TC-BEGIN 请求原语来 发送，之后，用预先安排方式的 TC-END 请求原语结束对话； 辅助/HAND-OFF SSF 用 TC-BEGIN 请求原语向 SCF 发送 “AssistRequestInstructions”操作并建立对话，该对话可维持； SCF 用 TC-BEGIN 向 SSF 发“InitiateCallAttempt”操作时，建立对话，该对话 可维持。 当 SCF 不使用已有的对话向 SSF 发送“CallGap”操作时，不建立对话, 该操作用 TC-BEGIN 请求原语来发送，用 TC-END 请求原语的预先安排结束方式结束对话。 SCF 向 SSF 发送 “ActivateServiceFiltering” 操作时，用 TC-BEGIN 请求原语来 发送该操作应建立一个对话。 2)TC-END 当 SSF 在非差错情况下转移到“空闲”状态，且有一个或多个操作悬置, 并且已 经建立了 TCAP 对话时, TCAP 对话可以用带有成份的 TC-END 原语来终止。当 SSF 发送最后的 “BCSM 事件报告 ” 、 “申请计费报告” 、 “呼叫信息报告”时， SSF 可以用 TC-END 请求原语的基本结束方式结束对话； 当 SSF 在非差错情况下转移到“空闲”状态，如果已经建立了 TCAP 对话并且没 有操作悬置, 则可以用不带成份的 TC-END 原语来终止 TCAP 对话, 或者用 TC- END 请求原语的预先安排的结束方式来在本地终止对话； SSF 向 SCF 发送“ServiceFilteringResponse”操作时不建立对话, 该操作用 TC- BEGIN 请求原语来发送，用预先安排方式的 TC-END 请求原语结束对话； 当 SSF 发送“ActivateServiceFiltering”操作的结果后，不再维持对话，用 TC- END 请求原语的基本结束方式结束对话，返回结果将在同一个消息中发送； 当 SSF 接收有“CallGap”操作的 TC-BEGIN 指示原语后，可以用 TC-END 请求 原语的预先安排的方式在本端终止对话； 当在 SCF 预先安排结束条件满足时（即 SCF 不期望接收可能的 REJECT 或 ERROR 消息以外的任何消息，且最后相关的操作定时器超时） ，对话不再维持， 用 TC-END 请求原语的预先安排方式在本端结束对话； SCF 发送导致关系终止的操作时，对话可以用 TC-END 请求原语(基本结束)结束。 当功能实体检出 TC-BEGIN 中带有错误的成分，决定终止对话时，可用带有差错 或拒绝成份的 TC-END 请求原语(基本结束方式)来终止 TC 对话。 3)TCCONTINUE 如果 SCF 发送一个或多个“CallGap”操作，SCF 可以使用现有的由 SSF 启动的 相关对话（例如，发送“InitialDP”操作时建立的） ，对话应该维持, “CallGap” 操作应与 SCF 对“InitialDP”的第一个响应一起发送。 由 TDP-R 和“InitialDP”建立的对话之后的操作，可用 TC-CONTINUE 发送以继 续对话，直至对话终止； “InitiateCallAttempt“建立对话之后的操作应由 TC-CONTINUE 发送以继续对话， 直至对话终止； “AssistRequestInstructions“建立对话之后的操作应由 TC-CONTINUE 发送以继 续对话，直至对话终止； 如果前面包含错误的成份的消息指示对话应维持时，则维持对话，即如果错误的 成份是由 TC-CONTINUE 请求原语中收到的，则使用 TC-CONTINUE 请求原语 来传送差错或拒绝。当收到差错或拒绝成份时, SCF 决定进一步处理, 可以是继续、 释放或放弃对话。 4)TC-U-ABORT TC 用户用 TC-U-ABORT 请求原语放弃对话。 应用定时器 TSSF 、TSRF超时情况，用具有放弃原因的 TC-U-ABORT 原语来结 束对话，这与 TCAP 对话建立与否无关。 检出放弃情况, 并已建立了 TCAP, 则用带有放弃原因的 TC-U-ABORT 原语终止 TCAP 对话。 检出异常情况，但未建立 TCAP 对话，用 TC-U-ABORT 原语在本端终止 TCAP 对话。 如果不支持原语中的应用上下文名称, 发送 TC-U-ABORT 请求原语, 如果可以提 供另外的应用上下文名称, 则 TC-U-ABORT 请求原语中应包括应用上下文名称。 在建立对话完成之前(在响应实体给出 TC-BEGIN 请求原语的第一个指示原语之 前)，启动实体需要关闭这个对话时，TC 用户可用预先安排结束方式的 TC-END 请求原语或者使用 TC-U-ABORT 请求原语。这些原语的结果只针对本端。 1.4 对话对话建立建立 INAP 对话的建立涉及两个应用实体, 一个是对话的启动者, 一个是对话的响应者。对 话建立程序由下面信号驱动： 在对话启动侧来的 TC-BEGIN 请求原语； 在响应侧来的 TC-BEGIN 指示原语； 在启动侧出现的第一个 TC-CONTINUE 指示原语或以下特定情况： - 在启动侧出现的 TC-END 指示语； - 在启动侧出现的 TC-U-ABORT 指示原语； - 在启动侧出现 TC-P-ABORT 指示原语。 1.4.1TC-BEGIN 请求原语的发送请求原语的发送 在发送 TC-BEGIN 请求原语之前，SACF 应存储 AC-名称和用户信息(如果存在的话)。 SACF 应使用 TC-INVOKE 业务请求调用相关操作。在处理了最后调用请求后，SACF 应发 送一个 TC-BEGIN 请求原语。 启动 SACF 等待 TC 指示原语，除了 TC-U-ABORT 请求或释放方式参数为“预先安排 的释放”的 TC-END 请求外，不发送其它请求。 如果不期望收到 TC 指示原语（即不需要建立对话时） ，SACF 等待最后相关的 TCAP 操作定时器超时后，发送 TC-END 请求原语，其“释放方法”参数设为“预先安排释放” 。 1.4.2收到收到 TC-BEGIN 指示指示 收到 TC-BEGIN 指示原语，响应侧 SACF 做以下动作： 分析原语中的应用上下文名称，如果是可以支持的，处理所有从 TC 收到的指示原语； 如果不需要建立对话，SACF 等待最后 TC 指示原语, 发送 TC-END 请求原语，其中 “释放方法”参数为“预先安排的释放” ； 如果不支持原语中的应用上下文名称, 发送 TC-U-ABORT 请求原语, 如果可以提供另 外的应用上下文名称, 则 TC-U-ABORT 请求原语中应包括应用上下文名称。 1.4.3收到第一个收到第一个 TC-CONTINUE 指示指示 收到对话中的第一个 TC-CONTINUE 指示原语，SACF 检查应用上下文名称参数值， 如果参数值和前面 TC-BEGIN 请求原语中所使用的匹配，则 SACF 处理随后的 TC 指示原 语成份，否则发送 TC-U-ABORT 请求原语。 1.4.4收到收到 TC-END 指示指示 在对话启动状态，收到以下 TC-END 指示原语，SACF 检查应用上下文名称参数的值， 如果和前面的 TC-BEGIN 请求原语中的相匹配，则 SACF 处理随后的 TC-END 请求原语成 份。 1.4.5收到收到 TC-U-ABORT 指示指示 收到 TC-U-ABORT 指示原语，如果放弃原因是应用上下文名不支持的，则响应侧可 在 TC-U-ABORT 指示中提供其它应用上下文名称。如果接收实体收到其它应用上下文名 称，检查其是否支持，如果支持，则建立新的对话。 1.4.6收到收到 TC-P-ABORT 指示指示 收到 TC-P-ABORT 指示是提供者放弃程序的一部分。 1.5 对话继续对话继续 一旦建立对话，则对话处于继续阶段。应用处理双方都可以请求传送 INAP APDUs 直 到其中一方请求结束对话。 发送实体的 SACF 对请求原语中的成份进行处理。当处理完最后一个成份之后，SACF 发送 TC-CONTINUE 请求原语。 接收实体的 SACF 收到 TC-CONTINUE 指示原语时，SACF 可以接受、处理 0,1 或多 个 TC 成份指示原语。 1.6 对话结束对话结束 在对话已经建立的情况下，当不需要建立对话或者对话不需要继续时，对话启动者和 响应者都可以结束对话。对话结束程序可由下列事件来启动： TC-END 请求原语； TC-END 指示原语。 1.6.1 发送发送 TC-END 请求请求 当不再维持对话时，SACF 处理所有成份处理请求原语。当处理完最后的成份处理请 求原语后，SACF 发送 TC-END 请求原语来结束对话，释放参数可设为“基本结束”或者 “预先设置在结束” 。 当不需要建立对话时，SACF 等待最后相关的 TCAP 操作定时器超时后，发送 TC- END 请求原语，其“释放方法”参数设为“预先安排释放” 。 1.6.2 收到收到 TC-END 指示指示 一旦收到 TC-END 指示原语，SACF 可接收并处理成份处理指示原语。处理完最 后的成份原语之后，释放所有与对话相关的资源。 1.7 用户放弃用户放弃 对话的启动者和响应者都可以在任何时候放弃对话。以下事件可产生用户放弃程序： TC-U-ABORT 请求原语：在发送了 TC-U-ABORT 请求原语后，释放所有与对话相关 的资源； TC-U-ABORT 指示原语：在收到 TC-U-ABORT 指示原语后，释放所有与对话相关的 资源。 1.8 提供者提供者放弃放弃 TC 可在对话启动方或对话响应方放弃对话。提供者放弃程序由以下事件产生： TC-P-ABORT 指示原语：收到 TC-P-ABORT 指示，释放所有与对话相关的资源。 1.9 INAP 使用使用 TCAP 原语的例子原语的例子 例如图 3-1 中 SCP 与 SSP 的交互可以用下图（图 5-3）来表示： 如果要发送一个操作的参数，或操作的结果，就先构造成分原语（TC-INVOKE 或 TC-RESULT-L）交给 TCAP，TCAP 将成分保存在缓冲区中。 如果觉得这些成分有必要传到对端