INAP与TACP的配合

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

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

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

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

5、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.3INAP对TCAP原语

6、的应用INAP协议是在7号信令的SCCP/TCAP之上的，即INAP为TCAP的用户(也称TC用户)，直接与TCAP的成分子层相连。INAP使用TCAP所提供的TC请求原语将要发送的SSPSCPINAP消息的传送实际上是通过底层的7号信令协议完成的网络上传送的实际上是包含了INAP，TCAP，SCCP，MTP等协议内容图5-2INAP协议在TCAP之上INAP消息传送至TCAP成分子层，然后再通过TCAP的事物处理子层、SCCP以及MTP将消息发到对端，或者使用TCAP所提供的指示原语接收对端发来的INAP消息。NAP与TCAP的关系如图5-2所示。本节将对INAP与TCAP的配合做一个简单的

7、介绍。131INAP对成分原语的应用TCINVOKE当INAP需要调用一个操作或一个与已调用的操作连接的操作时使用该原语。该原语传递的与操作相关的参数包括：操作类别(OperationType)：INAP将所调用的操作类别(1,2,3,4)通知本地的成分子层，以变本地的成分子层知道是否接收返回的差错和结果；调用ID(InvokeID)：唯一识别一个操作的调用。调用ID由各物理实体独立分配,INAP每次调用一个操作时分配一个调用ID。链接ID(LinkID)：当调用的操作与一个已调用的操作有链接关系时，需分配此ID。操作码(OperationCode)：唯一识别操作的本地码。操作计时器值:本地成

8、分子层如果在该计时器值规定的时间内没有收到该操作的任何响应，释放调用该操作的所有资源。其中，操作类别和操作计时器值不需要传送到对端的，只在请求原语中出现，其他参数均需传送到对端，需在请求和指示原语中出现。TC-RESULT-L当INAP的1类3类操作返回结果时，使用该原语。其中：调用ID参数应与操作请求的调用ID一致。3）TC-U-ERROR当INAP的1类和2类操作返回错误时，使用该原语。其中：调用ID参数应与操作请求的调用ID一致；错误码为INAP中规定的本地错误码。4）TC-U-REJECTTC用户拒绝TCAP成分时，向成分子层发送该原语及响应的问题码：操作调用问题：包括不可识别的操作、

9、错误的类型参数、非期望的链接响应和非期望的链接操作等；返回结果问题：包括错误的类型参数等。返回错误问题：包括不可识别的错误、非期望的错误及错误的类型参数等。132INAP对对话原语的应用INAP作为TC用户只使用由TCAP提供的结构化对话。当两个物理实体之间发送消息时，以下几种情况可能发生：建立一个对话：TC用户发送TC-BEGIN请求原语；维持一个对话：TC用户发送TC-CONTINUE请求原语；不再维持对话：TC用户发送TC-END请求原语。TC-END请求原语既可以用基本结束方式，也可以用预先安排的结束方式，如下所示：-基本结束：在对话已经建立的情况下，并且FE对接收任何ERROR或RE

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

11、制关系的操作后，可以用TC-END请求原语（预先安排的结束）通知本地的成分子层来终止对话。-对于第二类和第四类操作，不建立对话。发送方的TC用户只发送TC-BEGIN请求原语，然后在操作定时器超时后，用预先安排的方式在本地结束对话。接收方的TC用户在收到TC-BEGIN指示原语后也应在其本地结束对话。-在差错情况下，不使用预先安排的结束方式来终止TCAP对话。当应用实体遇到差错情况时，该实体应尽可能显示地将差错通知对方。-异常情况报告：当功能实体检出差错或拒绝操作，决定终止对话时，根据是否带有差错或拒绝成份，可采用TC-END请求原语的基本结束方式或TC-U-ABORT请求原语来终止TC对话。

12、1）TC-BEGINSSF、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-OFFSSF用TC-BEGIN请

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

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

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

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

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

18、-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对话的建立涉及两个应用实体，一个是对话的启动者，一个是对话的响应者。对话建

19、立程序由下面信号驱动：在对话启动侧来的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请

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

21、外的应用上下文名称，则TC-U-ABORT请求原语中应包括应用上下文名称。143收到第一个TC-CONTINUE指示收到对话中的第一个TC-CONTINUE指示原语，SACF检查应用上下文名称参数值，如果参数值和前面TC-BEGIN请求原语中所使用的匹配，则SACF处理随后的TC指示原语成份，否则发送TC-U-ABORT请求原语。144收到TC-END指示在对话启动状态，收到以下TC-END指示原语，SACF检查应用上下文名称参数的值，如果和前面的TC-BEGIN请求原语中的相匹配，则SACF处理随后的TC-END请求原语成份。145收到TC-U-ABORT指示收到TC-U-ABORT指示原语

22、，如果放弃原因是应用上下文名不支持的，则响应侧可在TC-U-ABORT指示中提供其它应用上下文名称。如果接收实体收到其它应用上下文名称，检查其是否支持，如果支持，则建立新的对话。146收到TC-P-ABORT指示收到TC-P-ABORT指示是提供者放弃程序的一部分。1.5对话继续一旦建立对话，则对话处于继续阶段。应用处理双方都可以请求传送INAPAPDUs直到其中一方请求结束对话。发送实体的SACF对请求原语中的成份进行处理。当处理完最后一个成份之后，SACF发送TC-CONTINUE请求原语。接收实体的SACF收到TC-CONTINUE指示原语时，SACF可以接受、处理0,1或多个TC成份指

23、示原语。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指示原语，S

24、ACF可接收并处理成份处理指示原语。处理完最后的成份原语之后，释放所有与对话相关的资源。1.7用户放弃对话的启动者和响应者都可以在任何时候放弃对话。以下事件可产生用户放弃程序：TC-U-ABORT请求原语：在发送了TC-U-ABORT请求原语后，释放所有与对话相关的资源；TC-U-ABORT指示原语：在收到TC-U-ABORT指示原语后，释放所有与对话相关的资源。1.8提供者放弃TC可在对话启动方或对话响应方放弃对话。提供者放弃程序由以下事件产生：TC-P-ABORT指示原语：收到TC-P-ABORT指示，释放所有与对话相关的资源。1.9INAP使用TCAP原语的例子例如图3-1中SCP与SSP的交互可以用下图（图5-3）来表示：如果要发送一个操作的参数，或操作的结果，就先构造成分原语（TC-INVOKE或TC-RESULT-L）交给TCAP，TCAP将成分保存在缓冲区中。如果觉得这些成分有必要传到对端，就构造对话原语（根据对话开始，继续还是结束来确定用TC-BEGIN，TC-CON