蓝牙5.0与4.1设备间L2CAP连接参数配置咨询

一、MPS与LE帧有效载荷的关系 #

• MPS（最大PDU大小）可以大于LE帧有效载荷，这是蓝牙规范的设计逻辑：MPS是L2CAP层的PDU分片尺寸，而LE帧有效载荷是链路层的物理传输单元。当MPS > 23字节（蓝牙4.1的LE帧上限）时，L2CAP会将单个MPS分片拆分为多个23字节的LE帧进行传输，这和你抓包看到的链路层拆分行为完全一致。
• 蓝牙4.1规范允许MPS超过23字节的原因：L2CAP层的设计独立于链路层物理能力，目的是适配不同版本蓝牙设备的互操作性——比如4.1设备和更高版本设备通信时，高版本设备支持更大的LE帧载荷，此时4.1设备的L2CAP层无需修改就能兼容更大的MPS设置，仅由链路层自动拆分成23字节帧传输。

二、LE信用流控相关信令参数设置（针对速率优化） #

LE CREDIT BASED CONNECTION REQUEST/RESPONSE #

• MTU值：协商为两端设备的最小值，若CSR8675（4.1）支持的最大MTU为512字节（多数4.1设备默认上限），则设为512；不要强行使用EFR32MG21的更大MTU，避免兼容性问题。
• MPS值：对于4.1设备，最优MPS设为23字节（与LE帧有效载荷一致），可避免L2CAP分片再被链路层二次拆分，减少协议开销。若一定要设更大的MPS（比如247），必须确保两端设备的L2CAP层都能正确处理分片重组，否则易触发状态错误。
• 初始信用值：设为链路层支持的最大并发LE帧数（4.1设备通常支持4-8个），或根据传输需求设置——信用数越多，初始可发送的LE帧越多，启动阶段速率越快，但注意不要超过设备缓存能力。

LE FLOW CONTROL CREDIT #

• 接收端处理完一批LE帧后，及时发送该信令补充信用，补充的信用数建议等于已处理的LE帧数，保证发送端能持续传输，避免断流。
• 严格按实际发送的LE帧数扣减信用：比如MPS=247时，每个MPS分片需11个LE帧（247/23≈11），每发送一个MPS必须扣减11个信用，信用数为0时停止发送，等待新信用。

三、L2CAP_WRONG_STATE错误原因分析 #

你遇到的“传输初期可行，后续出现L2CAP_WRONG_STATE断开”问题，大概率是以下原因：

• 当MPS设为247字节时，CSR8675（4.1）的L2CAP层处理大MPS分片重组时出现状态异常——4.1设备对大MPS的兼容性不如5.0设备，可能存在缓存溢出或状态机同步问题。
• 信用流控同步错误：比如发送端扣减信用逻辑有误，或接收端补充信用不及时，导致发送端信用耗尽后仍尝试发送，触发状态错误。

四、最优速率配置建议 #

1. 协商MTU为512字节（4.1设备常见上限），MPS设为23字节，避免二次拆分。
2. 初始信用值设为8（4.1设备典型支持值），接收端每处理8个LE帧就补充8个信用。
3. 确保L2CAP层的分片重组逻辑正确，尤其是4.1设备端的缓存足够处理MTU大小的SDU。

内容的提问来源于stack exchange，提问作者reedm60