第6章  事务能力应用部分
    6.1  概述
    随着我国电信业的日益发展，电信网逐步智能化和综合化，产生了多种不同的应用，例如：被叫付费，VPN，AOC等智能网业务，信令网的维护和运行管理(OMAP)，移动应用(MAP)等，要求交换机之间，交换机与网管中心的数据库相关联，提供其间的信息请求和响应功能。作为CCS7信令系统中专门提供的与应用无关的网络信息交互协议一事务处理能力（TC）协议，在各种新业务及CCS7系统中将发挥越来越重要的作用。
    “事务”（Transaction）也可称为“对话”，泛指两个网络节点之间任意的交互过程。
    TC由事务处理能力应用部分(TCAP)及中间服务部分(ISP)两部分组成。其中，TCAP的功能对应于OSI的第7层，ISP对应于OSI的第4-6层。
如果TC用户要求传送的数据量小而实时要求严格，则TC仅包含TCAP，直接利用SCCP的无连接服务（0、1类）传送数据；如果TC用户要求传送的数据量大而实时要求较低，安全性要求较高，则TC将利用SCCP的有连接服务（3、4类）传送数据。因为目前CCITT仅仅是研究制定了前一种TC协议而未考虑ISP协议的制定，因此，目前TC与TCAP具有相同的含义，一般对二者不必区分。
    6.2  TCAP的对话过程
 远端用户发起的对话
    TC用户发起一个业务请求（如位置登记），它首先向MTI（MAP和TCAP的接口层）发送一条业务操作原语（如INVOKE），然后，MTI将MAP发送的原语进行编码，传送给TCAP的成份处理子层（CSL），并根据操作码选择使用一种对话原语（QUERY WITH/WITHOUT  PERMISSION），MTI将对话原语发送给TCAP，请求对话。
    TCAP在收到MTI的成份原语后，首先由成份子层根据原语中的对话号（通常是MAP的CB表号）为成份分配一状态机，并将成份内容按照ASN.1的编码规则暂时存放在成份缓冲区中（使用缓冲区的数目多少视成份的内容长短而定），然后CSL等待对话或成份原语。
    TCAP收到MTI的对话原语后，由CSL为对话分配一对话状态机，将对话号编码成消息的事务处理部分；若TC的对话原语中存在应用上下文或用户信息，TCAP应将该部分编码成消息的对话部分；同时根据对话号匹配到相应的成份缓冲区，TCAP将成份缓冲区的内容取出，形成消息的成份部分。这样，TCAP完成了一条事务处理消息的编码，通过SCCP将该消息传送至远端。
 远端用户发起的对话
    当本端TCAP收到来自SCCP的UDT消息（使用N_UNITDATA_IND原语携带）后，TSL层首先对消息进行语法及合法性检查。
    若TCAP收到一条远端的QUERY（WITH/WITHOUT  PERMISSION）消息，表明远端请求与本端建立对话，TSL层保留消息中的事务处理ID，并为本端分配一个事务处理ID（事务处理ID与对话ID是一一对应的关系），然后将消息中的起源和目的地址交换，形成QUERY（WITH/WITHOUT  PERMISSION）对话原语通过MTI传送给TC用户。
    若事务处理消息中存在对话部分，则TCAP还要将对话部分解码后得到应用上下文及用户信息（或其它信息），在对话原语中一起送给TC用户。
若消息中存在成份部分，TCAP必须将成份与事务处理部分和对话部分分离，形成成份原语在发送完对话原语后将成份原语送给TC用户。
 对话的接续过程
    TCAP在完成对话建立后，若TC用户希望继续传送一些操作请求或结果而不立即结束对话，可以使用CONVERSATION（WITH/WITHOUT  PERMISSION）原语来进行对话双方的成份交互，也可以进行上下文和用户其它信息的交换。TCAP在收到接续请求或指示后完成状态的迁移。
    对话的终止
    对话的结束有正常结束和异常结束两种。正常结束是指对话的任一方不希望进行成份或对话的交互而使用RESPONSE来应答，此时TCAP结束当前的对话，释放对话和成份，并使对话和成份状态机回复到空闲。若本端的对话ID是由TCAP分配的，TCAP 还将对该对话ID进行冻结一段时间。TC用户使用RESPONSE结束对话的前提条件是在此之前收到的原语是QUERY（CONVERSATION ） WITH  PERMISSION，否则引起TCAP异常结束对话。
在对话过程，若由于某种差错会引起对话的异常结束，如TCAP检查到消息中的语法或协议差错、协议版本不一致等等，此时TCAP使用P_ABORT原语通知用户或远端并结束当前对话；若TC用户检查到消息中的一些差错，如必选IE丢失、远端操作不能接受等，TC用户使用U_ABORT来通知TCAP和远端释放对话。