每个仪表组中都存在一个指挥官节点，以及最多 16 个响应者节点。指挥官节点负责控制总线上的所有通信，并包含要发送的指挥官和响应者任务。响应者节点无法互相通信，仅包含响应者任务，并只有在报文针对的是自己时，才会响应指挥官。指挥官以报头（帧开头）形式将请求发送到指定的响应者，然后对应的响应者以响应帧形式响应指挥官。另外还存在一种情况，即指挥官向响应者发送报头和响应帧，而响应者只会侦听，但不作出响应。这两种情况都可以保证可预测而确定的总线流量，在大多数情况下不允许发生冲突，因为始终由指挥官发起通信。这种可预测性质使得能够对报文进行调度。

如果 LIN 仪表组的开发人员正确地完成了报文规划工作并计算了其长度，那么便可以制定计划，保证不会发生冲突。计划是指报文帧与时隙的组织结构，用于设定所有报文的发送时间，从而在任何给定的时间发送报文。指挥官会按照计划在这些指定的时间发送令牌（也称为“请求”）。这些令牌会发送给响应者，而响应者可以将其忽略，或者做出响应，或者只是接收数据。令牌和数据（报头和响应）一同构成 LIN 报文，而每个仪表组最多可以定义 64 个报文。

指挥官/响应者系统的问题是指挥官负责控制所有通信，如果指挥官发生故障，整个仪表组就会发生故障。在所有节点都可以用作指挥官和响应者的方案中，则不会出现该问题，正因为存在该问题，LIN 无法用于安全相关应用（另外，报文速率较慢）。LIN 仪表组本身还无法实现事件驱动的通信，因为 LIN 响应者只能在收到请求时与总线通信。