INAP与TACP的配合

《INAP与TACP的配合》由会员分享，可在线阅读，更多相关《INAP与TACP的配合（9页珍藏版）》请在装配图网上搜索。

1、1 INAP与TACP的配合1.1 TCAP简介No.7中的TCAP（事务处理能力应用部分）协议主要设计用于网络中广泛分布的应用程序在应用层上的通信。TCAP包括TCAP的构成及其用法如图5-1所示。TC用户（如INAP,MAP,OMAP等）事务处理子层TCAPSCCP成分原语事务处理原语原语MTP对话处理成分处理成分子层对话原语图5-1: TCAP的构成及其用法TC用户为各种应用，例如移动应用（MAP）、运行维护应用（OMAP）、智能网应用（INAP）等。这些应用有一个共同点，就是交换设备需要与网络中的数据库联系，TCAP提供信息请求、响应的对话能力。消息传递部分（MTP）和信令连接控制部分

2、（SCCP）是TCAP的网络层业务提供者。当传送的信息量小，但实时性要求高时，TCCAP采用SCCP的无连接方式，而当传送的信息量大而且无实施要求时，TCAP利用SCCP的面向连接方式。TCAP由两个子层组成，分别为成分子层和事物处理子层。从功能上，成分子层提供对话处理和成分处理，事物处理子层提供事物处理。TC用户间传送的消息，需通过成分子层传到事物处理子层，再由事物处理子层与SCCP通信，然后传至对端TC用户。发起方的TC用户可以将几个成分放在一个消息中传送给成分子层，然后通过事物处理子层传至对端TC用户。由于TCAP的成分子层包括对话处理和成分处理两部分，因而向TC用户相应提供成分原语和对

3、话原语。TCAP的事务处理子层则向其成分子层提供事务处理一原语。TCAP 有两个重要概念：对话和操作。在网络中一对节点之间使用TCAP进行的所有通信都被结构化为对话。 例如，为处理一个智能呼叫而在SSP和SCP之间进行的所有通信可构成一个对话。在对话过程中交换的信息元素称为操作，INAP协议的消息即存放在这些信息元素中传输。操作由源TC用户调用，请求目的地TC用户执行该操作指定的动作。1.2 TCAP的服务原语TCAP的服务原语分为两类，对话原语和成分原语。对话原语是用于对话的管理，使用TCAP传送消息，首先要开始一个对话，然后维持这个对话，最后结束这个对话，这些都需要TCAP的对话原语。对话

4、原语有：l TC-BEGIN（请求/指示）：开始一个对话。l TC-CONTINUE（请求/指示）：继续一个对话。l TC-END（请求/指示）：结束一个对话l TC-U-ABORT（请求/指示）：用户中止一个对话（因为对话过程中TCAP用户，例如INAP，的某些错误的发生）l TC-P-ABORT（只有指示）：下层中止一个对话（因为对话过程中下层，例如SCCP，的某些错误的发生）l TC-NOTICE（只有指示）：底层不能提供服务的通知成分原语用来调用一个操作，返回一个操作的结果，返回一个操作的错误等。成分原语又分为两类： 一请求类原语：将一个成分从TC用户传送到成分子层。 一指示类原语：将

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

6、（指示）：对端发来的某个成分在TCAP发生错误，TCAP向对端TCAP用户拒绝l TC-U-REJECT（请求/指示）：用户对一个成分指示拒绝SCPSSPINAPINAPTCAPSCCPMTPTCAPSCCPMTP网络上传送的实际上是包含了INAP，TCAP，SCCP，MTP等协议内容的MSU将请求原语消息交给TCAP将请求原语消息交给TCAP接收TCAP的指示原语消息INAP消息的传送实际上是通过底层的7号信令协议完成的接收TCAP的指示原语消息图5-2 INAP协议在TCAP之上1.3 INAP对TCAP原语的应用INAP协议是在7号信令的SCCP/TCAP之上的，即INAP为TCAP的用

7、户（也称TC用户），直接与TCAP的成分子层相连。INAP使用TCAP所提供的TC请求原语将要发送的INAP消息传送至TCAP成分子层，然后再通过TCAP的事物处理子层、SCCP以及MTP将消息发到对端，或者使用TCAP所提供的指示原语接收对端发来的INAP消息。INAP与TCAP的关系如图5-2所示。本节将对INAP与TCAP的配合做一个简单的介绍。1.3.1 INAP对成分原语的应用1) TCINVOKE当INAP需要调用一个操作或一个与已调用的操作连接的操作时使用该原语。该原语传递的与操作相关的参数包括：l 操作类别(OperationType)：INAP将所调用的操作类别（1，2，3，

8、4）通知本地的成分子层，以变本地的成分子层知道是否接收返回的差错和结果；l 调用ID（InvokeID）：唯一识别一个操作的调用。调用ID由各物理实体独立分配，INAP每次调用一个操作时分配一个调用ID。l 链接ID（LinkID）：当调用的操作与一个已调用的操作有链接关系时，需分配此ID。l 操作码（OperationCode）：唯一识别操作的本地码。l 操作计时器值：本地成分子层如果在该计时器值规定的时间内没有收到该操作的任何响应，释放调用该操作的所有资源。l 其中，操作类别和操作计时器值不需要传送到对端的，只在请求原语中出现，其他参数均需传送到对端，需在请求和指示原语中出现。2) TC-

9、RESULT-L当 INAP的1类 3类操作返回结果时，使用该原语。其中：l 调用ID参数应与操作请求的调用ID一致。3) TC-U-ERROR当INAP的1类和2类操作返回错误时，使用该原语。其中：l 调用ID参数应与操作请求的调用ID一致；l 错误码为INAP中规定的本地错误码。4) TC-U-REJECTTC用户拒绝TCAP成分时，向成分子层发送该原语及响应的问题码：l 操作调用问题：包括不可识别的操作、错误的类型参数、非期望的链接响应和非期望的链接操作等；l 返回结果问题：包括错误的类型参数等。l 返回错误问题：包括不可识别的错误、非期望的错误及错误的类型参数等。1.3.2 INAP对

10、对话原语的应用INAP作为TC用户只使用由TCAP提供的结构化对话。当两个物理实体之间发送消息时，以下几种情况可能发生：l 建立一个对话：TC用户发送TC-BEGIN请求原语；l 维持一个对话：TC用户发送TC-CONTINUE请求原语；l 不再维持对话：TC用户发送TC-END请求原语。TC-END 请求原语既可以用基本结束方式，也可以用预先安排的结束方式，如下所示： - 基本结束：在对话已经建立的情况下，并且FE对接收任何ERROR或REJECT成份都不感兴趣时，该 FE 利用TC-END请求原语(基本结束方式) 向对端发送用以终止控制关系的操作。正如ITU-T 建议Q.774所描述的，一

11、旦FE的对话资源被释放，接收的上述操作的ERROR或REJECT成份都被TC丢弃；在对话已经建立的情况下，且FE接收了一个终止控制关系的操作，该FE可向对端发送没有成份的TC-END请求原语(基本结束方式)。 - 预先安排结束：当一个实体发送一个终止控制关系的操作，但对可能返回的ERROR 或REJECT消息感兴趣时，可在最后相关操作定时器超时后，向本地的成分子层 发送TC-END 请求原语(预先安排的结束方式)结束对话。接收实体在成功地接收和处理了这些终止控制关系的操作后，可以用TC-END 请求原语(预先安排的结束)通知本地的成分子层来终止对话。- 对于第二类和第四类操作，不建立对话。发送

12、方的TC用户只发送TC-BEGIN请求原语，然后在操作定时器超时后，用预先安排的方式在本地结束对话。接收方的TC用户在收到TC-BEGIN指示原语后也应在其本地结束对话。- 在差错情况下，不使用预先安排的结束方式来终止TCAP对话。当应用实体遇到差错情况时，该实体应尽可能显示地将差错通知对方。- 异常情况报告：当功能实体检出差错或拒绝操作，决定终止对话时，根据是否带有差错或拒绝成份，可采用TC-END 请求原语的基本结束方式或TC-U-ABORT请求原语来终止TC对话。1) TC-BEGINSSF、SCF和SRF均可用此原语创建对话。l SSF检测到TDP-R，用TC-BEGIN向SCF发送”

13、InitialDP”操作，创建新的对话，该对话可维持。在呼叫结束时，可采用基本结束方式或预先安排方是结束该对话；l SSF检测到TDP-N，用TC-BEGIN向SCF发送”InitialDP”操作，不建立对话，之后，SSF和SCF分别在本地采用预先安排的结束方式结束对话；l SSF向SCF发送“ServiceFilteringResponse”操作时，用TC-BEGIN 请求原语来发送，之后，用预先安排方式的TC-END请求原语结束对话；l 辅助/HAND-OFF SSF用TC-BEGIN请求原语向SCF发送“AssistRequestInstructions”操作并建立对话，该对话可维持；l

14、 SCF用TC-BEGIN 向SSF 发“InitiateCallAttempt”操作时，建立对话，该对话可维持。l 当SCF不使用已有的对话向SSF发送“CallGap”操作时，不建立对话, 该操作用 TC-BEGIN 请求原语来发送，用TC-END请求原语的预先安排结束方式结束对话。l SCF向SSF发送 “ActivateServiceFiltering” 操作时，用TC-BEGIN请求原语来发送该操作应建立一个对话。2) TC-ENDl 当SSF在非差错情况下转移到“空闲”状态，且有一个或多个操作悬置, 并且已经建立了TCAP对话时, TCAP对话可以用带有成份的TC-END原语来终止

15、。当SSF 发送最后的 “BCSM事件报告 ”、“申请计费报告”、“呼叫信息报告”时，SSF可以用 TC-END 请求原语的基本结束方式结束对话；l 当SSF在非差错情况下转移到“空闲”状态，如果已经建立了TCAP对话并且没有操作悬置, 则可以用不带成份的TC-END原语来终止TCAP 对话, 或者用TC-END请求原语的预先安排的结束方式来在本地终止对话；l SSF向SCF发送“ServiceFilteringResponse”操作时不建立对话, 该操作用TC-BEGIN 请求原语来发送，用预先安排方式的TC-END请求原语结束对话；l 当SSF发送“ActivateServiceFilte

16、ring”操作的结果后，不再维持对话，用TC-END 请求原语的基本结束方式结束对话，返回结果将在同一个消息中发送；l 当SSF接收有“CallGap”操作的 TC-BEGIN 指示原语后，可以用TC-END请求原语的预先安排的方式在本端终止对话；l 当在 SCF 预先安排结束条件满足时（即 SCF不期望接收可能的REJECT或ERROR消息以外的任何消息，且最后相关的操作定时器超时），对话不再维持，用TC-END请求原语的预先安排方式在本端结束对话；l SCF发送导致关系终止的操作时，对话可以用 TC-END 请求原语(基本结束)结束。l 当功能实体检出TC-BEGIN中带有错误的成分，决定

17、终止对话时，可用带有差错或拒绝成份的TC-END 请求原语(基本结束方式)来终止TC对话。3) TCCONTINUEl 如果SCF发送一个或多个“CallGap”操作，SCF可以使用现有的由SSF启动的相关对话（例如，发送“InitialDP”操作时建立的），对话应该维持, “CallGap” 操作应与SCF 对“InitialDP”的第一个响应一起发送。l 由TDP-R和“InitialDP”建立的对话之后的操作，可用TC-CONTINUE发送以继续对话，直至对话终止；l “InitiateCallAttempt“建立对话之后的操作应由TC-CONTINUE发送以继续对话，直至对话终止；l

18、“AssistRequestInstructions“建立对话之后的操作应由TC-CONTINUE发送以继续对话，直至对话终止；l 如果前面包含错误的成份的消息指示对话应维持时，则维持对话，即如果错误的成份是由TC-CONTINUE 请求原语中收到的，则使用TC-CONTINUE请求原语来传送差错或拒绝。当收到差错或拒绝成份时, SCF决定进一步处理, 可以是继续、释放或放弃对话。4) TC-U-ABORTl TC用户用TC-U-ABORT请求原语放弃对话。l 应用定时器TSSF 、TSRF超时情况，用具有放弃原因的TC-U-ABORT原语来结束对话，这与TCAP对话建立与否无关。l 检出放弃

19、情况, 并已建立了TCAP, 则用带有放弃原因的TC-U-ABORT原语终止TCAP对话。l 检出异常情况，但未建立TCAP对话，用TC-U-ABORT原语在本端终止TCAP对话。l 如果不支持原语中的应用上下文名称, 发送TC-U-ABORT请求原语, 如果可以提供另外的应用上下文名称, 则TC-U-ABORT请求原语中应包括应用上下文名称。l 在建立对话完成之前(在响应实体给出TC-BEGIN请求原语的第一个指示原语之前)，启动实体需要关闭这个对话时，TC用户可用预先安排结束方式的TC-END请求原语或者使用TC-U-ABORT 请求原语。这些原语的结果只针对本端。1.4 对话建立INAP

20、对话的建立涉及两个应用实体, 一个是对话的启动者, 一个是对话的响应者。对话建立程序由下面信号驱动：l 在对话启动侧来的TC-BEGIN请求原语；l 在响应侧来的TC-BEGIN 指示原语；l 在启动侧出现的第一个TC-CONTINUE指示原语或以下特定情况：- 在启动侧出现的TC-END 指示语；- 在启动侧出现的TC-U-ABORT指示原语；- 在启动侧出现TC-P-ABORT指示原语。1.4.1 TC-BEGIN请求原语的发送在发送TC-BEGIN请求原语之前，SACF应存储AC-名称和用户信息(如果存在的话)。SACF应使用TC-INVOKE业务请求调用相关操作。在处理了最后调用请求后

21、，SACF应发送一个TC-BEGIN请求原语。启动SACF等待TC指示原语，除了TC-U-ABORT请求或释放方式参数为“预先安排的释放”的TC-END请求外，不发送其它请求。如果不期望收到TC 指示原语（即不需要建立对话时），SACF等待最后相关的TCAP操作定时器超时后，发送TC-END 请求原语，其“释放方法”参数设为“预先安排释放”。1.4.2 收到TC-BEGIN指示收到TC-BEGIN指示原语，响应侧SACF做以下动作：l 分析原语中的应用上下文名称，如果是可以支持的，处理所有从TC收到的指示原语；l 如果不需要建立对话，SACF等待最后TC指示原语, 发送TC-END请求原语，其

22、中“释放方法”参数为“预先安排的释放”；l 如果不支持原语中的应用上下文名称, 发送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

23、-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对请求原语中的成份进行处理。当处理完最

24、后一个成份之后，SACF发送TC-CONTINUE请求原语。接收实体的SACF收到TC-CONTINUE指示原语时，SACF可以接受、处理0,1 或多个TC成份指示原语。1.6 对话结束在对话已经建立的情况下，当不需要建立对话或者对话不需要继续时，对话启动者和响应者都可以结束对话。对话结束程序可由下列事件来启动：l TC-END请求原语；l TC-END 指示原语。1.6.1 发送TC-END请求当不再维持对话时，SACF处理所有成份处理请求原语。当处理完最后的成份处理请求原语后，SACF发送TC-END请求原语来结束对话，释放参数可设为“基本结束”或者“预先设置在结束”。当不需要建立对话时，

25、SACF等待最后相关的TCAP操作定时器超时后，发送TC-END 请求原语，其“释放方法”参数设为“预先安排释放”。1.6.2 收到TC-END指示 一旦收到TC-END 指示原语，SACF可接收并处理成份处理指示原语。处理完最后的成份原语之后，释放所有与对话相关的资源。1.7 用户放弃对话的启动者和响应者都可以在任何时候放弃对话。以下事件可产生用户放弃程序：l TC-U-ABORT请求原语：在发送了TC-U-ABORT请求原语后，释放所有与对话相关的资源；l TC-U-ABORT指示原语：在收到TC-U-ABORT指示原语后，释放所有与对话相关的资源。1.8 提供者放弃TC可在对话启动方或对

26、话响应方放弃对话。提供者放弃程序由以下事件产生：l TC-P-ABORT指示原语：收到TC-P-ABORT指示，释放所有与对话相关的资源。1.9 INAP使用TCAP原语的例子例如图3-1中SCP与SSP的交互可以用下图（图5-3）来表示：如果要发送一个操作的参数，或操作的结果，就先构造成分原语（TC-INVOKE或TC-RESULT-L）交给TCAP，TCAP将成分保存在缓冲区中。如果觉得这些成分有必要传到对端，就构造对话原语（根据对话开始，继续还是结束来确定用TC-BEGIN，TC-CONTINUE还是TC-END）交给TCAP。TCAP一旦受到对请求原语，就将缓冲区中保存的成分合成一个T

27、CAP消息交给SCCP，最后形成一个MSU传到对端。对端的底层收到消息，交给TCAP。TCAP将消息解开，形成一个对话指示原语和几个成分指示原语交给用户。TCAP用户先收到对话指示原语，对话指示原语中有个参数表示这个对话原语是否带有成分。如果有成分，TCAP用户接着接收成分，成分指示原语中有一项参数表示是否为最后一个成分。如果不是最后一个成分，TCAP用户继续处理成分直到最后一条成分END MSU（带两个成分）TC-INVOKE请求（ACR）TC-INVOKE请求（ACR）TC-INVOKE请求（ERB）TC-CONTINUE指示TC-CONTINUE请求TC-INVOKE请求（ERB）CON

28、TINUE MSUCONTINUE MSUCONTINUE MSU（带三个成分）TC-RESULT-L请求（for AT）TC-RESULT-L指示（for AT）TC-CONTINUE指示TC-CONTINUE指示TC-CONTINUE请求TC-INVOKE指示（ActiveteTest）TC-CONTINUE请求TC-INVOKE请求（ActiveteTest）TC-INVOKE指示（Connect）TC-INVOKE指示（ApplyCharg）TC-INVOKE请求（RRBE）TC-INVOKE指示（RRBE）TC-CONTINUE指示TC-CONTINUE请求TC-INVOKE请求（Connect）TC-INVOKE请求（ApplyCharg）TC-INVOKE指示（InitialDP）TC-BEGIN指示BEGIN MSUTC-BEGIN请求TC-INVOKE请求（InitialDP）SCP-TCAPSSP-TCAP图5-3：INAP使用TCAP的示意图SSP-INAPSCP-INAP