一，事务处理子层(TSL-Transaction Sub-Layer)
事务处理子层完成对本端成份子层用户和远端事务处理子层用户之间通信过程的管理，事务处理用户(TC用户)目前唯一的就是成份子层(CSL)，因此对于对等CSL用户之间通信的对话与事务是一一对应的。
事务处理子层对对话的启动、保持和终结进行管理，包括对话过程异常情况的检测和处理。
在TCAP协议中，对话分为两大类 ---- 结构化对话和非结构化对话 a）非结构化对话
TC用户发送不期待回答的成份(第四类操作)，没有对话的开始，继续和结束过程，在TCAP中利用单向消息发送；TC用户接收到一个单向消息，若要报告协议差错，也要利用单向消息。 b）结构化对话
TC用户指明对话的开始、继续和结束。在两个TC用户间允许存在多个结构对话，每个对话必须由一个特定的事务标识号（TransactionID）标识。同一个对话中对方可全双工地交换成份，用户在发送成份前指明对话的四种类型：
i）对话开始(TC_Begin)：指示一个对话处理的开始，此消息必须带一个由本地TSL分配的源事务处理标识，用以标识这一对话。
ii) 对话的继续（TC_Continue）：TC用户继续一个建立的对话，可全双工交换成份。为了使接收端判断该Continue消息属于哪个对话，Continue必须带两个事务标识号：目的事务标识号（Destination Transaction ID）和源事务标识号（Origination Transaction ID），对端收到Continue消息后可根据目的事务标识识别所属的对话。
iii) 对话的结束（TC_End），对话结束方式有三种：必须带有目的事务标识号
-- 预先安排结束 -- 基本结束 iv) 对话中止（TC_Abort），该类消息指示对话非正常结束，它是在检测到对话过程出现差错时发出的消息。
二， 成份处理子层(CSL-Component Sub-Layer)
事务处理子层负责传送对话消息的基本单元就是成份。成份子层(CSL)完成对话中成份的处理，及对话的控制处理。
一个对话消息可以包含一个或多个成份(少数无成份，只起到对话控制作用)，一个成份对应于一个操作的执行请求或操作的执行结果。每个成份由不同的成份调用标识号(Invoke ID)标识，通过调用标识号，控制多个相同或不同操作成份的并发执行。
操作的定义由具体操作码及参数标识，由TC用户定义，成份子层通过TC成份原语进行成份处理，以对话的形式请求相关于某一对话标识的成份，将成份嵌入对话与对话控制部分，通过TR原语发向对端的TCAP，因此成份子层分为成份处理及对话处理。
实际上，成份子层并不管理对话过程，它仅仅将TC用户的对话控制信息传送到事务处理子层，由事务处理子层完成对对话的控制。
3，原语 在介绍SCCP时我们讨论了“N”原语，并阐明了如何从原语来构成一条消息；同理在这里我们将讨论“TR”，“TC?原语。 i）TR原语它是CSL与TSL的接口。
事务处理子层通过TR请求原语接受TC用户经成份子层发送的对话控制指示，生成指定类型的TCAP消息发往远端；同时通过TR指示原语将接收到的TCAP消息中的数据（成份）传送给成份子层。
TCAP协议定义了如下六种TR原语：
（1）TR-UNI（单向）：用于传送非结构化对话消息； （2）TR-BEGIN：用于结构化对话的起始消息；
（3）TR-CONTINUE：用于结构化对话的传送继续消息； （4）TR-END：用于结构化对话的传送结束消息；
（5）TR-U-ABORT：用于结构化对话的传送TC用户发起的对话放弃消息；
（6）TR-P-ABORT：用于结构化对话的传送事务处理子层本身发起的对话放弃消息；
ii）TC原语
成份处理子层的TC原语包括成份处理原语及对话处理原语两种。
成份处理原语包括以下9种：
TC-INVOKE、TC-RESULT-L、TC-RESULT-NL、TC-U-ERROR、TC-U-REJECT、 TC-L-REJECT、TC-R-REJECT、TC-U-CANCEL、TC-L-CANCEL。 对话处理原语包括以下6种： TC-UNI、TC-BEGIN、TC-CONTINUE、TC-END、TC-U-ABORT、TC-P-ABORT。
第三节-- TCAP消息结构
TCAP消息由一个单构成式信息单元组成，其包括事务处理子层的事务处理部分，与成份相关成份子层的成份部分及作为任选包含应用上下文及用户信息的对话控制部分。TCAP消息编码原则基于X.208，X.209建议，是由包含标记，长度，内容的基本信息单元组成的一个嵌套信息结构，具有很高的灵活性和开放性。
一， 基本信息单元（IE--Information Element）编码
IE包括标记(Tag)，长度(Length)及内容(Content)三部分组成。Tag用以区分不同的信息元（IE），决定对内容字段的解释；Length用以指明Content的8位组数；内容可以是一个数值（Primitive，本原体），也可以是一个（或多个）基本信息单元（Constructor，复合）。
（1）标记（Tag），由一个或多个8位位组组成，包括类别（Class），格式（Form）及标记码（Tag Code）三部分。
H G F E D C B A
Tag Code Tag Form 图2.5.1-1 IE标记(TagCode为0-30的情况)
Form 1 1 1 1 1 Tag MSB 1 1 . . . LSB 0 图2.5.1-1 IE标记(TagCode大于30的情况)
类别(TAG)：分为4类 HG=00普通类（Universal），它为X.209中定义的完全标准化的标记。
HG=01全应用类（Application-Wide），它应用于七号系统TC功能各种应用业务
ASE（即TC用户）的信息元，例如事物处理子层的标记均采用此类标记。
HG=10应用上下文类（Context-specific），它用于在上一级Constructor中规定的
信息元，这些信息元还要考虑同一Constructor中其它数据元素的顺序，该标记可以在其它Constructor中重用，例如成份处理子层的标记均采用此类标记。
HG=11专用类（PrivateUse），它保留用于国内、网络内或专用用户的信
息元。这些信息元不属于TC的协议范围。
格式(FORM)：指信息元的形式， 0：表示为Primitive（本原体） 1：表示为Constructor（复合体）
（2）长度（Length）长度指的是Content部分所占的八位位组数，它不包括Tag和Length字段的八位位组。 长度字段有三种编码形式：
a）若长度小于128个八位位组，则采用短格式，它只占一个字节，第八位置0，低7位为长度的二进制编码值。
b）若长度大于等于128个八位位组，则采用长格式。在这种编码方式中，长度字段本身编码的长度为2-127。其中，第1字节的
H位置1，G-A位的二进制编码值等于（长度字段编码本身的长度）
减1。长度本身也用无符号二进制数表示，其最高有效位为第2字节的H位，最低有效位为最末字节的A位。注意：应该以最少字节的原则去编码，即起头（Leading）的字节不能为全0。
c）在不定型编码中，长度字段只占一个八位位组，起编码固定为10000000，它并不表示信息元的长度，只是不定型编码的一个标志。采用这种编码方式，需要在信息元的末尾设置一个特殊的“内容结束”（EOC：End-Of-Content）指示语。
该指示语是作为一个信息元来处理的，其标记（Tag Class）是Universal类，Form是Primitive，TagCode为0，没有Content部分，所以长度为0。 不定型编码可以用于任意长度的信息元，其最大长度仅受限于SCCP消息的最大长度。 这种编码可以代替短格式或长格式长度编码，其唯一要求是应用的信息元必须是Constructor类型，因为EOC本身就是一个消息元。
二、 TCAP消息的结构 TCAP
消
息
的
详细
消息类型标签总消息长度事务处理部分信息单元事务处理部分事务处理部分信息单元对话部分信息单元成份部分标签成份部分长度结构如图4.4-2所示。
成份类型标签成 份成份长度成份部分信息成份
图4.4-2 TCAP消息的详细结构图
三、 TCAP消息编码：
如同在SCCP中我们介绍了消息的参数，并列表说明了哪些参数对于某些消息来说是必要的，而对于其它消息来说则是可选的或根本就不需要一样，这里将介绍TCAP的消息与消息中的参数的关系，分为： 事务处理部分，成份部分，对话部分来介绍。
（1）事务处理部分：对应于前面所描述TCAP消息的参数的信息编码如下表：