3. MOST数据链路层：帧结构、同步与异步数据传输、信道分配机制

好，咱们今天聊聊MOST的数据链路层。说实话，这是MOST协议里最核心、也最体现设计智慧的部分。你想想看，一根光纤，既要传音频视频这种实时流，又要传控制命令，还得传文件数据，怎么做到互不干扰？答案就在帧结构和信道分配里。

3.1 帧结构：MOST的“数据集装箱”

MOST的帧，我习惯叫它“数据集装箱”。每个帧长度固定，在25MHz时钟下，一帧大约512位。帧的边界由帧起始定界符（FSD）标记，接收端靠它来同步。

帧结构大致分三块：

• 帧头（Header）：包含帧控制信息、源地址、目标地址。嗯，这里要注意，MOST的地址是逻辑地址，不是物理地址，跟以太网的MAC不一样。
• 数据区（Payload）：这才是真正干活的地方。数据区又细分成同步信道、异步信道和控制信道。
• 帧尾（Footer）：主要是校验和，保证数据没被光纤里的噪声干扰。

3.2 同步数据传输：音频视频的“高速公路”

同步信道，说白了就是给音频视频准备的专用车道。为什么需要专用车道？因为音频视频对延迟极其敏感。你听歌时突然卡一下，或者看导航画面时跳帧，那体验得多糟糕。

MOST的同步信道采用时分复用（TDM）方式。每个帧里，同步信道的位置和大小是固定的。比如，一个MOST25网络，同步信道可能占60字节，专门用来传48kHz采样率的立体声音频。

我个人习惯把同步信道想象成“预约座位”。发送端和接收端在建立连接时，就约好了每个帧里哪几个字节归谁用。中间不需要握手，不需要确认，数据只管往里填就行。

3.3 异步数据传输：文件传输的“普通公路”

异步信道呢，就是普通公路。它用来传那些对实时性要求不高的数据，比如导航地图更新、电话本同步、系统日志等。

异步数据传输基于包交换。每个数据包最大1016字节，包与包之间可以间隔多个帧。发送端先发一个请求，接收端确认后，才开始传数据。传完了，还有个确认包。

你可能会问：那异步信道会不会堵车？会，但MOST有办法。每个帧里，异步信道的带宽是动态调整的。如果同步信道没占满，剩下的带宽全给异步用。如果同步信道需求大，异步信道就得让路。

我记得有一次，客户抱怨导航地图更新太慢。我一看，原来是音频系统占满了同步信道，异步信道只剩可怜的几个字节。解决方案？要么升级到MOST150，要么优化音频压缩算法，给异步信道腾点空间。

3.4 控制信道：指挥交通的“交警”

控制信道是MOST里最容易被忽视，但最重要的部分。它负责设备发现、连接管理、系统监控等控制命令的传输。

控制信道的数据量很小，每个帧里可能只有2-4个字节。但它采用CSMA/CA（载波监听多路访问/冲突避免）机制。说白了，就是每个设备在发控制命令前，先听听信道有没有人在用。没人用，就发；有人用，就等一会儿再试。

3.5 信道分配机制：谁用多少，谁说了算

信道分配，是MOST数据链路层最精妙的设计。它采用“集中式分配+动态调整”的策略。

网络启动时，时序主控节点（Timing Master）会读取系统配置，给每个设备分配固定的同步信道带宽。比如，CD播放器分20字节，收音机分10字节，导航分15字节。这些分配是静态的，写在系统配置文件里。

但实际运行时，需求会变。比如你关了收音机，它的同步信道就空出来了。这时，时序主控节点可以动态地把空闲带宽重新分配给其他设备。这个过程叫“带宽重分配”。

我建议你在设计系统时，给每个设备预留10%-20%的带宽余量。为什么？因为我在项目中遇到过，某个设备突然需要传输高码率音频，结果带宽不够，系统直接报错。预留余量，就是给自己留条后路。

信道类型	传输内容	分配方式	延迟要求
同步信道	音频、视频流	静态预留+动态调整	<1ms
异步信道	文件、数据包	动态分配（剩余带宽）	10-100ms
控制信道	命令、状态	CSMA/CA竞争	<10ms

3.6 实际项目中的经验总结

做了这么多年MOST，我总结了几条铁律：

• 同步信道是命根子：音频视频的带宽需求，必须在设计阶段算清楚。别指望运行时动态分配能解决所有问题。
• 异步信道别贪心：异步信道的带宽是“剩饭”，能吃多少取决于同步信道剩多少。想传大文件？要么用MOST150，要么走以太网。
• 控制信道要精简：控制命令越少越好，能合并的合并，能批量的批量。我曾经见过一个系统，每秒发几百个控制命令，结果控制信道直接瘫痪。

嗯，数据链路层的内容就这些。下一章咱们聊聊MOST的网络层，看看数据是怎么在多个节点之间路由的。到时候我会分享一个我踩过的坑，保证让你印象深刻。