图 事务处理、动作和命令联系的示意图
事务有三种类型：事务请求（Transaction Request)、事务响应（Transaction Reply)和 事务进展（Transaction Pending)。事务请求由事务发送者调用，用于发送命令。
事务响应由事务接收者调用，用于回送命令执行结果（响应）。事务接收者在处理完事务请求后才回送事务响应，事务处理完毕指的是该请求中的所有命令都已处理完成。 对同一事务请求中的所有命令应按发送顺序逐个处理，如果一个命令处理出错，其后命令将停止执行。另外协议允许将命令标记为“任选”命令，如果任选命令处理出错，其后命令仍然继续执行。因此，如果在处理一个非任选命令时遇到出错情况，也认为是事务处理 完毕。
命令处理包括对命令中所有描述语的处理。对于信号描述语而言，如果经检査该描 述语语法正确，网关支持该信号且已将它们排队准备播放，就认为该描述语已处理。对于 事件描述语和事件缓存描述语而言，如果该描述语语法正确，所请求事件能被观测，嵌套 信号能够生成，嵌套事件能够检测，且网关已处于事件检测状态，就认为该描述语已处理。
事务进展由事务接收者调用，用以表示该事务正在处理之屮，但尚未完成，以防止事 务发送者误认为需要较长时间处理的事务请求被丢失了。
事务进展的发送由定时器触发。根终端有个性质称为“网关正常执行时间”，其值由MGC设定，表示MGC发出事务请求后应在此段时间内收到来自网关的响应。MGC 还设定另一个值，称为“MGC正常执行时间”，表示网关发出事务请求后应收到响应的时 限。当发出事务请求后超时未收到响应，应用层应重发该请求。如在事务进展过程中收到对同一事务的多个事务请求消息，接收者可以立即回送事务进展消息，或者由定时器触发发送事务进展消息。
协议传送机制应保证MGC和MG之间事务的可靠传送。在IP网络中，既以采用 TCP也⑴以采用UDP/AL氏由于UDP本身是一种不可靠的运输层协议，因此需由应 用层提供超时重发功能来保证消息的可靠传送。但是响应消息也可能在传送过程中丢 失，在这种情况下，由于超时未收到响应，MGC将重发该请求。对于大多数命令来说，重 复执行将引起混乱，如多次执行Add命令会使网关状态成为不可预测。为解决这个问 题，协议规定，对等协议实体要在存储器中保存它们对最近事务的回送响应以及目前正在 执行的事务。收到一个事务请求消息后，应将其事务标识和最近发送了响应的事务标识 相比较。如果发现和某一响应的标识匹配，则不执行该事务，重发该响应消息。否则再和当前执行事务比较，如果发现匹配，则不执行此事务，并发送事务进展消息。
