在并发模型中，TP 的侦听器和服务器部分在不同任务的控制下运行。 侦听器的唯一用途是接受连接并生成服务器任务。 应用程序的“服务器”部分发送和接收数据，并执行依赖于 TP 的处理。 新的翻译可以是：此模型允许较高的并发能力，因为侦听套接字不会长时间占用。
侦听器必须接收 TRM 作为 TI 运行时环境中的第一个数据。 TRM 告知侦听器要调用哪个 TP 以及该程序的特征。 发送 TRM 后，TI 运行时环境必须在发送数据之前等待响应。 并发模型的侦听器遵循以下顺序：
创建侦听套接字
将其绑定到本地地址
侦听（使 TCP/IP 知道套接字可用）
选择（等待连接请求）
接受连接
读取 TRM
检查请求的事务ID（TRANID）的有效性
提供套接字（准备 TCP/IP 以传输套接字）
启动任务
在工作任务上同步接受套接字
选择（等待连接请求）
并发模型的工作任务遵循此过程：
接受套接字（接受来自侦听器的套接字请求）。
请撰写对 TRM 的响应。
读取或写入应用程序数据。
关闭。
并发模型的优点包括：
轻松实现对长时间运行的 TP 的并发访问。
一个侦听器由许多 TP 共享。
服务器 TCP/IP 逻辑很简单。
并发模型的缺点是：
由于 TRM 交换的要求，网络开销和延迟增加。
相比迭代模型，该模型在 CPU 和资源方面更密集。