第4章数据链路层设计

第四节数据链路层设计：帧结构、编码与差错控制

好，咱们进入数据链路层。这一层说白了，就是给原始比特流「穿上衣服」，让它们能有序地在物理介质上跑起来。对于心脏起搏器这种性命攸关的设备，帧结构设计容不得半点马虎。我个人习惯把这一层拆成三个核心问题：帧长什么样？比特怎么编码？出错了怎么办？

先看帧结构。我参与过几个起搏器项目，帧结构大同小异，但细节上各有讲究。一个典型的起搏器通信帧长这样：

前导码，我习惯用交替的1010...模式。为什么？因为接收器需要时间锁定时钟。你想想看，起搏器可能几个月才唤醒一次，接收器处于低功耗休眠状态，突然来数据了，得给它一个「热身」时间。我见过一个项目，前导码只给了1个字节，结果在强干扰环境下经常丢帧。后来改成4个字节，问题就解决了。

同步字，这是帧的「身份证」。接收器一旦检测到同步字，就知道后面是有效数据。我建议用汉明距离大的模式，比如0x7E7E（01111110 01111110），这样即使出现几位错误，也不容易误判。

数据负载，长度可变。起搏器通信数据量不大，一次程控命令可能就8个字节，但心电数据上传可能需要128字节。我个人习惯在数据负载头部加一个长度字段，方便接收器动态解析。

CRC校验，这里我踩过坑。曾经有个项目用了简单的累加和校验，结果在临床测试中出现了漏检——数据错了但校验通过了。后来全部换成CRC-16-CCITT，再没出过问题。记住：医疗设备不能用简单的校验，CRC是底线。

核心原则：帧结构设计要兼顾可靠性和低功耗。前导码不能太短（同步不稳），也不能太长（浪费能量）。我个人经验，2~4字节前导码 + 2字节同步字 + CRC-16，是起搏器通信的黄金组合。

数据编码，说白了就是决定「0」和「1」在物理线上怎么表示。起搏器通信中，两种编码最常见：曼彻斯特编码和NRZ（非归零编码）。

曼彻斯特编码，每个比特中间都有跳变。从高到低表示「1」，从低到高表示「0」。好处是自带时钟同步，接收器不需要单独的时钟线。我在一个老款起搏器项目中用过，抗干扰能力确实强，但代价是带宽翻倍——传输1Mbps的数据，实际需要2MHz的信号频率。

NRZ编码，高电平表示「1」，低电平表示「0」。简单直接，带宽利用率高。但有个致命问题：连续多个相同比特时，接收器会丢失同步。比如连续16个「1」，接收器可能分不清这是16个1还是15个1。

我个人的建议是：

近距离程控（< 1米）：用NRZ加位填充。位填充就是在连续5个1后插入一个0，保证有跳变。我做过一个项目，NRZ+位填充，效果很好，功耗也低。
远距离遥测（> 1米）：用曼彻斯特编码。虽然带宽翻倍，但同步可靠性高。我记得有一次在电磁兼容实验室，曼彻斯特编码在20V/m的场强下依然能稳定通信，NRZ早就丢包了。

避坑指南：我曾经在一个项目中，为了省功耗选了NRZ，结果没加位填充。临床测试时，起搏器连续发送心电数据，数据流中出现了一长串0，接收器直接失步，导致半小时的数据全部丢失。从那以后，我只要用NRZ，必加位填充。

差错控制，这是数据链路层的「最后一道防线」。起搏器通信中，两种策略：ARQ（自动重传请求）和FEC（前向纠错）。

ARQ，接收器发现错误后，要求发送器重传。简单可靠，但需要双向通信。我做过一个起搏器程控仪，用的是ARQ。每次发送数据后，等待接收器的ACK（确认帧），如果超时或收到NAK（否定确认），就重传。最多重传3次，3次都失败就报错。

FEC，发送器在数据中加入冗余信息，接收器能直接纠错。不需要重传，适合单向通信。比如起搏器向体外遥测仪发送心电数据，就是单向的，只能用FEC。常用的有汉明码、BCH码、卷积码。

我个人的经验是：

双向通信（程控）：用ARQ。简单，实现成本低。重传3次基本能覆盖99.9%的误码场景。
单向通信（遥测）：用FEC。汉明码（7,4）能纠1位错，BCH（15,7）能纠2位错。我建议用BCH，纠错能力强，而且起搏器数据量小，冗余开销可以接受。

注意：ARQ和FEC可以结合使用。比如先FEC纠错，如果纠不了再ARQ重传。但起搏器功耗敏感，我个人不建议同时用两种。选一种，把参数调优，比两种都用但都做不好要强。

最后，分享几个我踩过的坑，希望能帮你少走弯路：

嗯，数据链路层的内容就这些。帧结构、编码、差错控制，三个环节环环相扣。设计时别只看单个环节，要整体考虑。比如你选了曼彻斯特编码，帧结构的前导码就可以短一些；你选了ARQ，CRC就可以用16位而不是32位。这些权衡，需要你在实际项目中慢慢体会。